building openmoko devel image

Charles Lohr webmaster at cnlohr.com
Tue Jul 24 05:11:32 CEST 2007


> Charles Lohr wrote:
>   
>> Since I don't really know the community, just say when and I can join
>> the devel lists and move to that.  (Or we can just do the discussion
>> off-list)
>>     
>
>   
>> And -- with regards to the log file;  the log file seems to only contain
>> what the standard output provides. 
>>
>> Making all in intl
>> make[4]: Entering directory
>> `/home/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r4/gettext-0.14.1/gettext-runtime/intl'
>> make[4]: Nothing to be done for `all'.
>> make[4]: Leaving directory
>> `/home/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r4/gettext-0.14.1/gettext-runtime/intl'
>> Making all in intl-java
>> make[4]: Entering directory
>> `/home/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r4/gettext-0.14.1/gettext-runtime/intl-java'
>> jar cf libintl.jar gnu/gettext/GettextResource*.class
>> Exception in thread "main" java.lang.NoClassDefFoundError: cf
>> make[4]: *** [libintl.jar] Error 1
>> make[4]: Leaving directory
>>     
>
>   
>> I am curious what your GettextResource.java is.  Since it's possible
>> that the problem is in the GettextResource.java file or my java selection.
>>     
>
> Hmm, just for comparison I'm attaching a copy (log.*) of a successful compile,
> along with the execution script (run.*) it built to do so.  I can't easily
> provide the .java file because I set the option in build/conf/local.conf to
> remote the workfiles after every build:
>
>   INHERIT += "rm_work"
>
> This reduces the diskspace requirements for a build from very roughly 36 GB
> down to 7 GB.
>
> The failing line is interesting...
>
>   
> `/home/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r4/gettext-0.14.1/gettext-runtime/intl-java'
>   
>> jar cf libintl.jar gnu/gettext/GettextResource*.class
>> Exception in thread "main" java.lang.NoClassDefFoundError: cf
>>     
>
> It implies it is trying to interpret the "-cf" option to the jar command as a
> class.  The jar command here does accept options without the leading dash.
> Tracking this back,
>
> jeff at kim ~/Projects/OpenMoko $ which jar
> /usr/bin/jar
> jeff at kim ~/Projects/OpenMoko $ equery belongs /usr/bin/jar
> [ Searching for file(s) /usr/bin/jar in *... ]
> dev-java/java-config-2.0.33-r1 (/usr/bin/jar -> run-java-tool)
>
> Is this the version of the java-config package you have?  Does your jar
> command indeed permit non-dash options?
>
> -Jeff
>   
moko at localhost ~ $ which jar
/usr/bin/jar
moko at localhost ~ $ equery belongs /usr/bin/jar
[ Searching for file(s) /usr/bin/jar in *... ]
dev-java/java-config-2.0.33-r1 (/usr/bin/jar -> run-java-tool)

And -- I'd have to say it doesn't support non-dashed stuff:

moko at localhost ~ $ jar cf
Exception in thread "main" java.lang.NoClassDefFoundError: cf
moko at localhost ~ $ jar -cf
Unrecognized option: -cf
Could not create the Java virtual machine.

:-/

> ------------------------------------------------------------------------
>
> _______________________________________________
> OpenMoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>   





More information about the community mailing list