You can subscribe to this list here.
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(29) |
Aug
(75) |
Sep
(32) |
Oct
(147) |
Nov
(31) |
Dec
(49) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2010 |
Jan
(46) |
Feb
(35) |
Mar
(148) |
Apr
(33) |
May
(53) |
Jun
(46) |
Jul
(60) |
Aug
(44) |
Sep
(135) |
Oct
(23) |
Nov
(68) |
Dec
(42) |
2011 |
Jan
(94) |
Feb
(55) |
Mar
(114) |
Apr
(78) |
May
(64) |
Jun
(10) |
Jul
(31) |
Aug
(2) |
Sep
(25) |
Oct
(13) |
Nov
(8) |
Dec
(24) |
2012 |
Jan
(5) |
Feb
(33) |
Mar
(31) |
Apr
(19) |
May
(24) |
Jun
(23) |
Jul
(14) |
Aug
(15) |
Sep
(12) |
Oct
(3) |
Nov
(4) |
Dec
(19) |
2013 |
Jan
(8) |
Feb
(20) |
Mar
(4) |
Apr
(2) |
May
(1) |
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(2) |
Oct
(1) |
Nov
(4) |
Dec
|
2014 |
Jan
|
Feb
|
Mar
(6) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(6) |
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Sascha H. <sa...@xm...> - 2011-01-19 20:19:03
|
Ok, I just verified your error message on Linux. It looks like the GC is not working there. Joshua: Could you take a look and see what is necessary to make it work on Linux? // Sascha On Wed, Jan 19, 2011 at 9:06 PM, Sascha Haeberling <sa...@xm...> wrote: > What platform are you compiling on? Is it Linux? > > > On Wed, Jan 19, 2011 at 8:23 PM, Leo Izen <leo...@gm...> wrote: > >> The garbage collector wasn't fixed fully... >> >> I got more errors: >> >> Same Hello World: >> >> public class Hello { >> public static void main(String[] args){ >> System.out.println("Hello World!"); >> } >> } >> >> And this Error Resulted: >> >> mkdir -p build/obj/ >> gcc -w -std=c99 -I../src -c ../src/finalize.c -o build/obj/finalize.o >> In file included from ../src/gc_pmark.h:45:0, >> from ../src/finalize.c:17: >> ../src/gc_priv.h:2196:12: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or >> ‘__attribute__’ before ‘GC_jmp_buf’ >> make: *** [build/obj/finalize.o] Error 1 >> [Leo@chessman dist]$ >> >> >> Any help? I just fetched the latest from svn then ran that. >> >> >> On Tue, Jan 18, 2011 at 3:41 PM, Arno Puder <ar...@pu...> wrote: >> >>> >>> Guys, >>> >>> we have migrated from OpenJDK to Apache Harmony. We did this mainly >>> because OpenJDK is licensed under the GPL which might have caused legal >>> problems. The C backend can cross-compile Harmony, however, there are >>> still quite a few native methods that need to be implemented (see >>> xmlvm/src/xmlvm2c/lib/native). Help would certainly be appreciated. >>> >>> Also: the --target=posix should now include a working version of the >>> Garbage Collector (thanks to Joshua and Sascha). It should be possible >>> to generate a self-contained, cross-compiled C version of your Java >>> program that runs on any Posix platform. >>> >>> Arno >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Protect Your Site and Customers from Malware Attacks >>> Learn about various malware tactics and how to avoid them. Understand >>> malware threats, the impact they can have on your business, and how you >>> can protect your company and customers by using code signing. >>> http://p.sf.net/sfu/oracle-sfdevnl >>> _______________________________________________ >>> xmlvm-users mailing list >>> xml...@li... >>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >>> >> >> >> >> ------------------------------------------------------------------------------ >> Protect Your Site and Customers from Malware Attacks >> Learn about various malware tactics and how to avoid them. Understand >> malware threats, the impact they can have on your business, and how you >> can protect your company and customers by using code signing. >> http://p.sf.net/sfu/oracle-sfdevnl >> _______________________________________________ >> xmlvm-users mailing list >> xml...@li... >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >> >> > |
From: Sascha H. <sa...@xm...> - 2011-01-19 20:07:14
|
What platform are you compiling on? Is it Linux? On Wed, Jan 19, 2011 at 8:23 PM, Leo Izen <leo...@gm...> wrote: > The garbage collector wasn't fixed fully... > > I got more errors: > > Same Hello World: > > public class Hello { > public static void main(String[] args){ > System.out.println("Hello World!"); > } > } > > And this Error Resulted: > > [Leo@chessman dist]$ make > mkdir -p build/ > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c > ../src/java_util_regex_AbstractCharClass_LazyCategory.c -o > build/obj/java_util_regex_AbstractCharClass_LazyCategory.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_regex_CharClass_13.c -o > build/obj/java_util_regex_CharClass_13.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_math_Multiplication.c -o > build/obj/java_math_Multiplication.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_LinkedHashMap_ValueIterator.c > -o build/obj/java_util_LinkedHashMap_ValueIterator.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_io_DataInputStream.c -o > build/obj/java_io_DataInputStream.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_AbstractMap_1.c -o > build/obj/java_util_AbstractMap_1.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_MissingFormatWidthException.c > -o build/obj/java_util_MissingFormatWidthException.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/native_java_lang_reflect_Constructor.c > -o build/obj/native_java_lang_reflect_Constructor.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_regex_NonCapJointSet.c -o > build/obj/java_util_regex_NonCapJointSet.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_lang_String.c -o > build/obj/java_lang_String.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_SortedMap.c -o > build/obj/java_util_SortedMap.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_StringTokenizer.c -o > build/obj/java_util_StringTokenizer.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_io_ObjectOutput.c -o > build/obj/java_io_ObjectOutput.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_regex_UnifiedQuantifierSet.c > -o build/obj/java_util_regex_UnifiedQuantifierSet.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_lang_SecurityException.c -o > build/obj/java_lang_SecurityException.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_lang_ThreadLocal.c -o > build/obj/java_lang_ThreadLocal.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_Map_Entry.c -o > build/obj/java_util_Map_Entry.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c > ../src/java_util_regex_PosCompositeGroupQuantifierSet.c -o > build/obj/java_util_regex_PosCompositeGroupQuantifierSet.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_HashSet.c -o > build/obj/java_util_HashSet.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c > ../src/org_apache_harmony_luni_util_PriviAction.c -o > build/obj/org_apache_harmony_luni_util_PriviAction.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_LinkedList_LinkIterator.c -o > build/obj/java_util_LinkedList_LinkIterator.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/native_java_lang_Object.c -o > build/obj/native_java_lang_Object.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_Hashtable_6.c -o > build/obj/java_util_Hashtable_6.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_WeakHashMap_3_1.c -o > build/obj/java_util_WeakHashMap_3_1.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/native_java_io_FileDescriptor.c -o > build/obj/native_java_io_FileDescriptor.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/mark_rts.c -o build/obj/mark_rts.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_regex_SpecialToken.c -o > build/obj/java_util_regex_SpecialToken.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_regex_Pattern.c -o > build/obj/java_util_regex_Pattern.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c > ../src/java_util_Collections_UnmodifiableList_1.c -o > build/obj/java_util_Collections_UnmodifiableList_1.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_net_FileNameMap.c -o > build/obj/java_net_FileNameMap.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/pthread_stop_world.c -o > build/obj/pthread_stop_world.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c > ../src/java_util_IdentityHashMap_IdentityHashMapEntrySet.c -o > build/obj/java_util_IdentityHashMap_IdentityHashMapEntrySet.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_io_InvalidClassException.c -o > build/obj/java_io_InvalidClassException.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_math_Logical.c -o > build/obj/java_math_Logical.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_HashMap_KeyIterator.c -o > build/obj/java_util_HashMap_KeyIterator.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c > ../src/org_apache_harmony_luni_internal_nls_Messages.c -o > build/obj/org_apache_harmony_luni_internal_nls_Messages.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_SimpleTimeZone_1.c -o > build/obj/java_util_SimpleTimeZone_1.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_io_FileFilter.c -o > build/obj/java_io_FileFilter.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/blacklst.c -o build/obj/blacklst.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_lang_Character.c -o > build/obj/java_lang_Character.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_net_Inet6Address.c -o > build/obj/java_net_Inet6Address.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_math_Elementary.c -o > build/obj/java_math_Elementary.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c > ../src/java_util_LinkedHashMap_LinkedHashMapEntry.c -o > build/obj/java_util_LinkedHashMap_LinkedHashMapEntry.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_io_FilePermissionCollection.c -o > build/obj/java_io_FilePermissionCollection.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_regex_CharClass_18.c -o > build/obj/java_util_regex_CharClass_18.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c > ../src/java_util_regex_AbstractCharClass_LazyGraph.c -o > build/obj/java_util_regex_AbstractCharClass_LazyGraph.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/xmlvm-class-list.c -o > build/obj/xmlvm-class-list.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_ResourceBundle_Control_1.c -o > build/obj/java_util_ResourceBundle_Control_1.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_lang_StackTraceElement.c -o > build/obj/java_lang_StackTraceElement.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/os_dep.c -o build/obj/os_dep.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_io_InputStreamReader.c -o > build/obj/java_io_InputStreamReader.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_WeakHashMap_1.c -o > build/obj/java_util_WeakHashMap_1.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c > ../src/java_util_AbstractList_SimpleListIterator.c -o > build/obj/java_util_AbstractList_SimpleListIterator.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_regex_WordBoundary.c -o > build/obj/java_util_regex_WordBoundary.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c > ../src/java_util_regex_AbstractCharClass_LazyJavaUpperCase_1.c -o > build/obj/java_util_regex_AbstractCharClass_LazyJavaUpperCase_1.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_lang_Throwable.c -o > build/obj/java_lang_Throwable.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/native_java_lang_Class.c -o > build/obj/native_java_lang_Class.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_Properties.c -o > build/obj/java_util_Properties.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_regex_AltGroupQuantifierSet.c > -o build/obj/java_util_regex_AltGroupQuantifierSet.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c > ../src/java_util_Collections_CheckedCollection.c -o > build/obj/java_util_Collections_CheckedCollection.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_ListResourceBundle_2.c -o > build/obj/java_util_ListResourceBundle_2.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c > ../src/java_net_URLConnection_DefaultContentHandler.c -o > build/obj/java_net_URLConnection_DefaultContentHandler.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_Random.c -o > build/obj/java_util_Random.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_Formatter_Transformer.c -o > build/obj/java_util_Formatter_Transformer.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_Collections_CopiesList.c -o > build/obj/java_util_Collections_CopiesList.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c > ../src/org_apache_harmony_luni_util_ThreadLocalCache_3.c -o > build/obj/org_apache_harmony_luni_util_ThreadLocalCache_3.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_regex_AtomicJointSet.c -o > build/obj/java_util_regex_AtomicJointSet.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c > ../src/java_util_regex_AbstractCharClass_LazyBlank.c -o > build/obj/java_util_regex_AbstractCharClass_LazyBlank.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_regex_DotQuantifierSet.c -o > build/obj/java_util_regex_DotQuantifierSet.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_lang_Float.c -o > build/obj/java_lang_Float.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/org_xmlvm_runtime_XMLVMOutputStream.c -o > build/obj/org_xmlvm_runtime_XMLVMOutputStream.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_Iterator.c -o > build/obj/java_util_Iterator.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_regex_CharClass_5.c -o > build/obj/java_util_regex_CharClass_5.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c > ../src/java_util_regex_AbstractCharClass_LazyNonSpace.c -o > build/obj/java_util_regex_AbstractCharClass_LazyNonSpace.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_io_NotSerializableException.c -o > build/obj/java_io_NotSerializableException.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_io_ObjectOutputStream.c -o > build/obj/java_io_ObjectOutputStream.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/native_java_lang_Math.c -o > build/obj/native_java_lang_Math.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c > ../src/java_security_PrivilegedExceptionAction.c -o > build/obj/java_security_PrivilegedExceptionAction.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c > ../src/java_util_regex_AbstractCharClass_LazyJavaSpaceChar_1.c -o > build/obj/java_util_regex_AbstractCharClass_LazyJavaSpaceChar_1.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c > ../src/java_util_regex_AbstractCharClass_PredefinedCharacterClasses.c -o > build/obj/java_util_regex_AbstractCharClass_PredefinedCharacterClasses.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_regex_PositiveLookAhead.c -o > build/obj/java_util_regex_PositiveLookAhead.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_regex_Lexer.c -o > build/obj/java_util_regex_Lexer.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_regex_UnicodeCategory.c -o > build/obj/java_util_regex_UnicodeCategory.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_regex_UCISupplCharSet.c -o > build/obj/java_util_regex_UCISupplCharSet.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_regex_HighSurrogateCharSet.c > -o build/obj/java_util_regex_HighSurrogateCharSet.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_regex_MultiLineEOLSet.c -o > build/obj/java_util_regex_MultiLineEOLSet.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_Arrays_ArrayList.c -o > build/obj/java_util_Arrays_ArrayList.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/checksums.c -o build/obj/checksums.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/allchblk.c -o build/obj/allchblk.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_WeakHashMap_1_1.c -o > build/obj/java_util_WeakHashMap_1_1.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_regex_EOLSet.c -o > build/obj/java_util_regex_EOLSet.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c > ../src/java_util_Collections_CheckedMap_CheckedEntry.c -o > build/obj/java_util_Collections_CheckedMap_CheckedEntry.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/native_java_lang_System.c -o > build/obj/native_java_lang_System.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_regex_ReluctantQuantifierSet.c > -o build/obj/java_util_regex_ReluctantQuantifierSet.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_regex_DecomposedCharSet.c -o > build/obj/java_util_regex_DecomposedCharSet.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_net_NegCacheElement.c -o > build/obj/java_net_NegCacheElement.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/pthread_start.c -o > build/obj/pthread_start.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_lang_Long_valueOfCache.c -o > build/obj/java_lang_Long_valueOfCache.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_io_FilePermission.c -o > build/obj/java_io_FilePermission.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c > ../src/java_util_regex_AbstractCharClass_LazyLower.c -o > build/obj/java_util_regex_AbstractCharClass_LazyLower.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/java_util_regex_CISequenceSet.c -o > build/obj/java_util_regex_CISequenceSet.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -c ../src/finalize.c -o build/obj/finalize.o > In file included from ../src/gc_pmark.h:45:0, > from ../src/finalize.c:17: > ../src/gc_priv.h:2196:12: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or > ‘__attribute__’ before ‘GC_jmp_buf’ > make: *** [build/obj/finalize.o] Error 1 > [Leo@chessman dist]$ > > > Any help? I just fetched the latest from svn then ran that. > > > On Tue, Jan 18, 2011 at 3:41 PM, Arno Puder <ar...@pu...> wrote: > >> >> Guys, >> >> we have migrated from OpenJDK to Apache Harmony. We did this mainly >> because OpenJDK is licensed under the GPL which might have caused legal >> problems. The C backend can cross-compile Harmony, however, there are >> still quite a few native methods that need to be implemented (see >> xmlvm/src/xmlvm2c/lib/native). Help would certainly be appreciated. >> >> Also: the --target=posix should now include a working version of the >> Garbage Collector (thanks to Joshua and Sascha). It should be possible >> to generate a self-contained, cross-compiled C version of your Java >> program that runs on any Posix platform. >> >> Arno >> >> >> >> ------------------------------------------------------------------------------ >> Protect Your Site and Customers from Malware Attacks >> Learn about various malware tactics and how to avoid them. Understand >> malware threats, the impact they can have on your business, and how you >> can protect your company and customers by using code signing. >> http://p.sf.net/sfu/oracle-sfdevnl >> _______________________________________________ >> xmlvm-users mailing list >> xml...@li... >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >> > > > > ------------------------------------------------------------------------------ > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how you > can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > |
From: Leo I. <leo...@gm...> - 2011-01-19 19:23:49
|
The garbage collector wasn't fixed fully... I got more errors: Same Hello World: public class Hello { public static void main(String[] args){ System.out.println("Hello World!"); } } And this Error Resulted: [Leo@chessman dist]$ make mkdir -p build/ mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_AbstractCharClass_LazyCategory.c -o build/obj/java_util_regex_AbstractCharClass_LazyCategory.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_CharClass_13.c -o build/obj/java_util_regex_CharClass_13.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_math_Multiplication.c -o build/obj/java_math_Multiplication.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_LinkedHashMap_ValueIterator.c -o build/obj/java_util_LinkedHashMap_ValueIterator.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_io_DataInputStream.c -o build/obj/java_io_DataInputStream.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_AbstractMap_1.c -o build/obj/java_util_AbstractMap_1.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_MissingFormatWidthException.c -o build/obj/java_util_MissingFormatWidthException.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/native_java_lang_reflect_Constructor.c -o build/obj/native_java_lang_reflect_Constructor.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_NonCapJointSet.c -o build/obj/java_util_regex_NonCapJointSet.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_lang_String.c -o build/obj/java_lang_String.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_SortedMap.c -o build/obj/java_util_SortedMap.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_StringTokenizer.c -o build/obj/java_util_StringTokenizer.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_io_ObjectOutput.c -o build/obj/java_io_ObjectOutput.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_UnifiedQuantifierSet.c -o build/obj/java_util_regex_UnifiedQuantifierSet.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_lang_SecurityException.c -o build/obj/java_lang_SecurityException.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_lang_ThreadLocal.c -o build/obj/java_lang_ThreadLocal.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_Map_Entry.c -o build/obj/java_util_Map_Entry.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_PosCompositeGroupQuantifierSet.c -o build/obj/java_util_regex_PosCompositeGroupQuantifierSet.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_HashSet.c -o build/obj/java_util_HashSet.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/org_apache_harmony_luni_util_PriviAction.c -o build/obj/org_apache_harmony_luni_util_PriviAction.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_LinkedList_LinkIterator.c -o build/obj/java_util_LinkedList_LinkIterator.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/native_java_lang_Object.c -o build/obj/native_java_lang_Object.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_Hashtable_6.c -o build/obj/java_util_Hashtable_6.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_WeakHashMap_3_1.c -o build/obj/java_util_WeakHashMap_3_1.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/native_java_io_FileDescriptor.c -o build/obj/native_java_io_FileDescriptor.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/mark_rts.c -o build/obj/mark_rts.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_SpecialToken.c -o build/obj/java_util_regex_SpecialToken.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_Pattern.c -o build/obj/java_util_regex_Pattern.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_Collections_UnmodifiableList_1.c -o build/obj/java_util_Collections_UnmodifiableList_1.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_net_FileNameMap.c -o build/obj/java_net_FileNameMap.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/pthread_stop_world.c -o build/obj/pthread_stop_world.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_IdentityHashMap_IdentityHashMapEntrySet.c -o build/obj/java_util_IdentityHashMap_IdentityHashMapEntrySet.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_io_InvalidClassException.c -o build/obj/java_io_InvalidClassException.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_math_Logical.c -o build/obj/java_math_Logical.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_HashMap_KeyIterator.c -o build/obj/java_util_HashMap_KeyIterator.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/org_apache_harmony_luni_internal_nls_Messages.c -o build/obj/org_apache_harmony_luni_internal_nls_Messages.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_SimpleTimeZone_1.c -o build/obj/java_util_SimpleTimeZone_1.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_io_FileFilter.c -o build/obj/java_io_FileFilter.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/blacklst.c -o build/obj/blacklst.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_lang_Character.c -o build/obj/java_lang_Character.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_net_Inet6Address.c -o build/obj/java_net_Inet6Address.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_math_Elementary.c -o build/obj/java_math_Elementary.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_LinkedHashMap_LinkedHashMapEntry.c -o build/obj/java_util_LinkedHashMap_LinkedHashMapEntry.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_io_FilePermissionCollection.c -o build/obj/java_io_FilePermissionCollection.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_CharClass_18.c -o build/obj/java_util_regex_CharClass_18.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_AbstractCharClass_LazyGraph.c -o build/obj/java_util_regex_AbstractCharClass_LazyGraph.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/xmlvm-class-list.c -o build/obj/xmlvm-class-list.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_ResourceBundle_Control_1.c -o build/obj/java_util_ResourceBundle_Control_1.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_lang_StackTraceElement.c -o build/obj/java_lang_StackTraceElement.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/os_dep.c -o build/obj/os_dep.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_io_InputStreamReader.c -o build/obj/java_io_InputStreamReader.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_WeakHashMap_1.c -o build/obj/java_util_WeakHashMap_1.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_AbstractList_SimpleListIterator.c -o build/obj/java_util_AbstractList_SimpleListIterator.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_WordBoundary.c -o build/obj/java_util_regex_WordBoundary.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_AbstractCharClass_LazyJavaUpperCase_1.c -o build/obj/java_util_regex_AbstractCharClass_LazyJavaUpperCase_1.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_lang_Throwable.c -o build/obj/java_lang_Throwable.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/native_java_lang_Class.c -o build/obj/native_java_lang_Class.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_Properties.c -o build/obj/java_util_Properties.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_AltGroupQuantifierSet.c -o build/obj/java_util_regex_AltGroupQuantifierSet.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_Collections_CheckedCollection.c -o build/obj/java_util_Collections_CheckedCollection.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_ListResourceBundle_2.c -o build/obj/java_util_ListResourceBundle_2.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_net_URLConnection_DefaultContentHandler.c -o build/obj/java_net_URLConnection_DefaultContentHandler.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_Random.c -o build/obj/java_util_Random.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_Formatter_Transformer.c -o build/obj/java_util_Formatter_Transformer.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_Collections_CopiesList.c -o build/obj/java_util_Collections_CopiesList.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/org_apache_harmony_luni_util_ThreadLocalCache_3.c -o build/obj/org_apache_harmony_luni_util_ThreadLocalCache_3.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_AtomicJointSet.c -o build/obj/java_util_regex_AtomicJointSet.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_AbstractCharClass_LazyBlank.c -o build/obj/java_util_regex_AbstractCharClass_LazyBlank.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_DotQuantifierSet.c -o build/obj/java_util_regex_DotQuantifierSet.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_lang_Float.c -o build/obj/java_lang_Float.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/org_xmlvm_runtime_XMLVMOutputStream.c -o build/obj/org_xmlvm_runtime_XMLVMOutputStream.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_Iterator.c -o build/obj/java_util_Iterator.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_CharClass_5.c -o build/obj/java_util_regex_CharClass_5.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_AbstractCharClass_LazyNonSpace.c -o build/obj/java_util_regex_AbstractCharClass_LazyNonSpace.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_io_NotSerializableException.c -o build/obj/java_io_NotSerializableException.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_io_ObjectOutputStream.c -o build/obj/java_io_ObjectOutputStream.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/native_java_lang_Math.c -o build/obj/native_java_lang_Math.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_security_PrivilegedExceptionAction.c -o build/obj/java_security_PrivilegedExceptionAction.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_AbstractCharClass_LazyJavaSpaceChar_1.c -o build/obj/java_util_regex_AbstractCharClass_LazyJavaSpaceChar_1.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_AbstractCharClass_PredefinedCharacterClasses.c -o build/obj/java_util_regex_AbstractCharClass_PredefinedCharacterClasses.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_PositiveLookAhead.c -o build/obj/java_util_regex_PositiveLookAhead.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_Lexer.c -o build/obj/java_util_regex_Lexer.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_UnicodeCategory.c -o build/obj/java_util_regex_UnicodeCategory.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_UCISupplCharSet.c -o build/obj/java_util_regex_UCISupplCharSet.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_HighSurrogateCharSet.c -o build/obj/java_util_regex_HighSurrogateCharSet.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_MultiLineEOLSet.c -o build/obj/java_util_regex_MultiLineEOLSet.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_Arrays_ArrayList.c -o build/obj/java_util_Arrays_ArrayList.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/checksums.c -o build/obj/checksums.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/allchblk.c -o build/obj/allchblk.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_WeakHashMap_1_1.c -o build/obj/java_util_WeakHashMap_1_1.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_EOLSet.c -o build/obj/java_util_regex_EOLSet.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_Collections_CheckedMap_CheckedEntry.c -o build/obj/java_util_Collections_CheckedMap_CheckedEntry.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/native_java_lang_System.c -o build/obj/native_java_lang_System.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_ReluctantQuantifierSet.c -o build/obj/java_util_regex_ReluctantQuantifierSet.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_DecomposedCharSet.c -o build/obj/java_util_regex_DecomposedCharSet.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_net_NegCacheElement.c -o build/obj/java_net_NegCacheElement.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/pthread_start.c -o build/obj/pthread_start.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_lang_Long_valueOfCache.c -o build/obj/java_lang_Long_valueOfCache.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_io_FilePermission.c -o build/obj/java_io_FilePermission.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_AbstractCharClass_LazyLower.c -o build/obj/java_util_regex_AbstractCharClass_LazyLower.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/java_util_regex_CISequenceSet.c -o build/obj/java_util_regex_CISequenceSet.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -c ../src/finalize.c -o build/obj/finalize.o In file included from ../src/gc_pmark.h:45:0, from ../src/finalize.c:17: ../src/gc_priv.h:2196:12: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘GC_jmp_buf’ make: *** [build/obj/finalize.o] Error 1 [Leo@chessman dist]$ Any help? I just fetched the latest from svn then ran that. On Tue, Jan 18, 2011 at 3:41 PM, Arno Puder <ar...@pu...> wrote: > > Guys, > > we have migrated from OpenJDK to Apache Harmony. We did this mainly > because OpenJDK is licensed under the GPL which might have caused legal > problems. The C backend can cross-compile Harmony, however, there are > still quite a few native methods that need to be implemented (see > xmlvm/src/xmlvm2c/lib/native). Help would certainly be appreciated. > > Also: the --target=posix should now include a working version of the > Garbage Collector (thanks to Joshua and Sascha). It should be possible > to generate a self-contained, cross-compiled C version of your Java > program that runs on any Posix platform. > > Arno > > > > ------------------------------------------------------------------------------ > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how you > can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > |
From: Sascha H. <sa...@gm...> - 2011-01-18 21:26:31
|
Miggi, please try to avoid double postings in the future. We are all just freelancers working on this and posting multiple times will not get anything done quicker. As you have probably, read we are making great progress on the C backend, which will allow us to cross-compile whole JDK classes with no or minor changes. Not that this is working, we are looking at Android. In a first step we will get the Android-Cococa library working and only after that try to see what can be cross-compiled from the Android SDK. For SQLite to work we need to take a closer look at the SQllite SDK that Android provides as well as on the iPhone implementation. And we need to find a way to make the Android API accessible on iOS. This is either done my cross-compiling the original classes and implementing native methods, if needed, or by providing manual mapper classes. In either case I would rate this as non-trivial and not for someone who is unexperienced. Unfortunately, I cannot give you any ETA on when we might get there. // Sascha On Tue, Jan 18, 2011 at 8:42 PM, Miggi <mig...@go...> wrote: > Hello Sascha and Panayotis. > > Thanks for your answers and sorry for double-posting my question, but > I'm a little bit under pressure, because I need to cross-compile this > project with XMLVM for my bachelor thesis ;) > > So, do you think it's possible to write the code you mentioned, Sascha, > for a person, that's not very experienced in writing code (I'm short of > programming practice)? Is it possible, that you give me a short how-to > and a hint, where I have to add code manually? Or is it not that easy? > > Greetings Miggi > > > ------------------------------------------------------------------------------ > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how you > can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > |
From: Arno P. <ar...@pu...> - 2011-01-18 20:41:28
|
Guys, we have migrated from OpenJDK to Apache Harmony. We did this mainly because OpenJDK is licensed under the GPL which might have caused legal problems. The C backend can cross-compile Harmony, however, there are still quite a few native methods that need to be implemented (see xmlvm/src/xmlvm2c/lib/native). Help would certainly be appreciated. Also: the --target=posix should now include a working version of the Garbage Collector (thanks to Joshua and Sascha). It should be possible to generate a self-contained, cross-compiled C version of your Java program that runs on any Posix platform. Arno |
From: Miggi <mig...@go...> - 2011-01-18 19:42:44
|
Hello Sascha and Panayotis. Thanks for your answers and sorry for double-posting my question, but I'm a little bit under pressure, because I need to cross-compile this project with XMLVM for my bachelor thesis ;) So, do you think it's possible to write the code you mentioned, Sascha, for a person, that's not very experienced in writing code (I'm short of programming practice)? Is it possible, that you give me a short how-to and a hint, where I have to add code manually? Or is it not that easy? Greetings Miggi |
From: Jeff P. <jcp...@ro...> - 2011-01-18 19:13:04
|
Just a guess, but there is C/C++ code in addition to Java classes that is going to need to be converted. This is what GIT has: http://android.git.kernel.org/?p=platform/external/sqlite.git;a=tree;f=andro id;h=f2c79cd4d4608152df916a6f494051c4b972ccc5;hb=HEAD On 1/18/11 12:38 PM, "Miggi" <mig...@go...> wrote: > Hello > > Can somebody explain me what I have to do to cross-compile an android > project which is using sqlite with XMLVM into an iPhone project? If I > try it the normal way I get a lot of errors because XMLVM can't find > sqlite. Panayotis already said, that it's not a big thing to fix that. > But I don't know what to do to get it working. > > Thanks a lot for your answers. > > Greetings Miggi > > ------------------------------------------------------------------------------ > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how you > can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users |
From: Miggi <mig...@go...> - 2011-01-18 17:38:31
|
Hello Can somebody explain me what I have to do to cross-compile an android project which is using sqlite with XMLVM into an iPhone project? If I try it the normal way I get a lot of errors because XMLVM can't find sqlite. Panayotis already said, that it's not a big thing to fix that. But I don't know what to do to get it working. Thanks a lot for your answers. Greetings Miggi |
From: Sascha H. <sa...@xm...> - 2011-01-15 01:44:21
|
Hi Migi, Panayotis is right, we don't have support right now for these classes. However, we are currently making great progress in cross-compiling big parts of existing libraries. We should soon be able to see whether we can cross-compile the SQL classes you are using from the Android SDK. I am sure though, that some manual code is necessary to map this functionality to the SQLite API of the iOS. // Sascha On Sat, Jan 15, 2011 at 2:31 AM, Panayotis Katsaloulis < pan...@pa...> wrote: > > On Jan 14, 2011, at 7:20 PM, Miggi wrote: > > > Hello Panayotis > > > > Thanks for your answer. > > > > Some of the errors I received are: > > > > package android.database.sqlite does not exist > > or > > cannot find symbol > > symbol: class SQLiteOpenHelper > > or > > cannot find symbol > > symbol: class SQLiteDatabase > > > > So what can I do? How can I cross-compile my project with XMLVM? Hope > > you can help me ;) > > > > Greetings > > Miggi > > > >From what I see, it seems that what you are asking to cross compile, is > not yet supported under XMLVM. > > ------------------------------------------------------------------------------ > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how you > can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > |
From: Panayotis K. <pan...@pa...> - 2011-01-15 01:31:49
|
On Jan 14, 2011, at 7:20 PM, Miggi wrote: > Hello Panayotis > > Thanks for your answer. > > Some of the errors I received are: > > package android.database.sqlite does not exist > or > cannot find symbol > symbol: class SQLiteOpenHelper > or > cannot find symbol > symbol: class SQLiteDatabase > > So what can I do? How can I cross-compile my project with XMLVM? Hope > you can help me ;) > > Greetings > Miggi From what I see, it seems that what you are asking to cross compile, is not yet supported under XMLVM. |
From: Miggi <mig...@go...> - 2011-01-14 17:21:14
|
Hello Panayotis Thanks for your answer. Some of the errors I received are: package android.database.sqlite does not exist or cannot find symbol symbol: class SQLiteOpenHelper or cannot find symbol symbol: class SQLiteDatabase So what can I do? How can I cross-compile my project with XMLVM? Hope you can help me ;) Greetings Miggi Am 13.01.2011 23:37, schrieb xml...@li...: > Send xmlvm-users mailing list submissions to > xml...@li... > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > or, via email, send a message with subject or body 'help' to > xml...@li... > > You can reach the person managing the list at > xml...@li... > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of xmlvm-users digest..." > > > Today's Topics: > > 1. Re: XMLVM, LGPL,& App Store (Sascha Haeberling) > 2. Re: XMLVM and SQLite (Panayotis Katsaloulis) > 3. Re: Error with --target=posix (Paul Poley) > 4. Re: Error with --target=posix (Markus Neubrand) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 13 Jan 2011 13:32:07 +0100 > From: Sascha Haeberling<sa...@xm...> > Subject: Re: [xmlvm-users] XMLVM, LGPL,& App Store > To: "Jeremiah J. Blanchard"<jbl...@da...> > Cc: Xmlvm Users<xml...@li...> > Message-ID: > <AANLkTi=eza...@ma...> > Content-Type: text/plain; charset="iso-8859-1" > > Jeremiah, > > we just had this conversation on the mailing list recently. The basic > message from the XMLVM team is that we will do everything possible so that > you can get your apps in the AppStore without hassle. > > About the specific topic of the LGPL: We are aware of the LGPL linking > exception and will grant this, if not having it will cause you trouble. > > // Sascha > > > On Wed, Jan 12, 2011 at 11:54 PM, Jeremiah J. Blanchard< > jbl...@da...> wrote: > >> Hi there, >> >> XMLVM is a very interesting and useful tool set but I'm curious about >> one thing. With respect to libraries under the LGPL, there arises a >> problem with people who want to use it but put their applications on the >> App Store due to the requirements with respect to static linking. I was >> wondering, has the XMLVM project addressed this somehow for the >> CocoaTouch java library? (For example, some libraries provide a "static >> link exception" to the LGPL.) Personally, I'd love to put together >> projects using XMLVM but I'd hate to start a project only to have to >> abandon it later. >> >> Thanks for your time, and in any case I'm sure I'll be using the rest of >> XMLVM to cross-compile code. It's a fine piece of work. :) >> >> Regards, >> Jeremiah Blanchard >> >> >> >> ------------------------------------------------------------------------------ >> Protect Your Site and Customers from Malware Attacks >> Learn about various malware tactics and how to avoid them. Understand >> malware threats, the impact they can have on your business, and how you >> can protect your company and customers by using code signing. >> http://p.sf.net/sfu/oracle-sfdevnl >> _______________________________________________ >> xmlvm-users mailing list >> xml...@li... >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >> > -------------- next part -------------- > An HTML attachment was scrubbed... > > ------------------------------ > > Message: 2 > Date: Thu, 13 Jan 2011 22:32:37 +0200 > From: Panayotis Katsaloulis<pan...@pa...> > Subject: Re: [xmlvm-users] XMLVM and SQLite > To: Xmlvm Users<xml...@li...> > Message-ID:<700...@pa...> > Content-Type: text/plain; charset=us-ascii > > > On Jan 13, 2011, at 1:00 PM, Miggi wrote: > >> Hello >> >> I've tried to cross-compile an android project with XMLVM and got >> something about 100 errors ;) The most (perhaps all) of these errors are >> something about SQLite. Is there any problem with XMLVM and SQLite or >> did I have to add some libs or something like that? >> >> Thanks for your help! >> >> Greetings >> Miggi > SQLite is not directly supported by XMLVM, but it is not a lot of work to do it. > In any case, what kind of errors do you have? > > > > > ------------------------------ > > Message: 3 > Date: Thu, 13 Jan 2011 16:33:08 -0600 > From: Paul Poley<bay...@gm...> > Subject: Re: [xmlvm-users] Error with --target=posix > To: Sascha Haeberling<sa...@xm...> > Cc: xml...@li... > Message-ID: > <AANLkTimoQnDquu6b8mX=hQM...@ma...> > Content-Type: text/plain; charset="iso-8859-1" > > I gave posix a try& based on the above, I deleted any file from boehmgc.jar > as well as anything starting with "org_xmlvm_iphone". That solved > everything mentioned previously. Then I renamed xmlvm.m to xmlvm.c& "make" > was successful. I ran my ".exe"& I got it to print out the text! I did > all this on Windows 7 using Cygwin. > > Paul > > On Thu, Jan 13, 2011 at 5:48 AM, Sascha Haeberling<sa...@xm...> wrote: > >> We will think about a solution with the posix target. Right now it's ot ok >> that it's only producing output that runs on OSX and removing a bunch of >> random files manually is obviously not an end-user solution. >> >> We will probably disable the GC for OSX for now automatically and in the >> meantime see what can be done to get the GC ported to other platforms. >> >> // Sascha >> >> On Wed, Jan 12, 2011 at 11:49 PM, Arno Puder<ar...@pu...> wrote: >> >>> you need to remove all files that are mentioned in >>> xmlvm/lib/boehmgc.jar, not just the ones that start with gc_*. >>> >>> Regarding the number of classes: that is a problem pretty much of any >>> J2SE implementation: your class inherits from java.lang.Object, that >>> references java.lang.System and java.lang.Class and if you continue the >>> transitive closure, you end up about 750 J2SE classes that need to be >>> pulled in even for a Hello World program. This is overhead you have to >>> accept. In return you don't need a JVM to run the application, so I >>> believe this is acceptable. >>> >>> Arno >>> >>> >>> On 1/12/11 2:42 PM, Leo Izen wrote: >>>> I removed everything that was gc_*.h, gc_*.c, and gc.h and gc.c. Then I >>>> edited the CFLAGS in the makefile to include -DXMLVM_NO_GC but it >>>> apparently didn't get the message: >> >> ------------------------------------------------------------------------------ >> Protect Your Site and Customers from Malware Attacks >> Learn about various malware tactics and how to avoid them. Understand >> malware threats, the impact they can have on your business, and how you >> can protect your company and customers by using code signing. >> http://p.sf.net/sfu/oracle-sfdevnl >> _______________________________________________ >> xmlvm-users mailing list >> xml...@li... >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >> >> > -------------- next part -------------- > An HTML attachment was scrubbed... > > ------------------------------ > > Message: 4 > Date: Thu, 13 Jan 2011 14:37:25 -0800 > From: Markus Neubrand<mar...@gm...> > Subject: Re: [xmlvm-users] Error with --target=posix > To: Paul Poley<bay...@gm...> > Cc: xml...@li... > Message-ID: > <AANLkTikoxon6U8esoeig=M7w...@ma...> > Content-Type: text/plain; charset="iso-8859-1" > > If you don't want to manually delete all the files from BoehmGC because you > plan on compiling with -DXMLVM_NO_GC it might be easier if you just > uncomment the following lines (103-106) in AugmentedCOutputProcess.java: > > OutputFile boehmGc = new OutputFile(BOEHM_GC_LIB); > boehmGc.setLocation(arguments.option_out()); > boehmGc.setTag(OutputFile.TAG_LIB_NAME, BOEHM_LIB_NAME); > outputFiles.add(boehmGc); > > Those will copy all the boemgc files over to your output dir. > > Markus > > On Thu, Jan 13, 2011 at 2:33 PM, Paul Poley<bay...@gm...> wrote: > >> I gave posix a try& based on the above, I deleted any file from >> boehmgc.jar as well as anything starting with "org_xmlvm_iphone". That >> solved everything mentioned previously. Then I renamed xmlvm.m to xmlvm.c& >> "make" was successful. I ran my ".exe"& I got it to print out the text! I >> did all this on Windows 7 using Cygwin. >> >> Paul >> >> On Thu, Jan 13, 2011 at 5:48 AM, Sascha Haeberling<sa...@xm...>wrote: >> >>> We will think about a solution with the posix target. Right now it's ot ok >>> that it's only producing output that runs on OSX and removing a bunch of >>> random files manually is obviously not an end-user solution. >>> >>> We will probably disable the GC for OSX for now automatically and in the >>> meantime see what can be done to get the GC ported to other platforms. >>> >>> // Sascha >>> >>> On Wed, Jan 12, 2011 at 11:49 PM, Arno Puder<ar...@pu...> wrote: >>> >>>> you need to remove all files that are mentioned in >>>> xmlvm/lib/boehmgc.jar, not just the ones that start with gc_*. >>>> >>>> Regarding the number of classes: that is a problem pretty much of any >>>> J2SE implementation: your class inherits from java.lang.Object, that >>>> references java.lang.System and java.lang.Class and if you continue the >>>> transitive closure, you end up about 750 J2SE classes that need to be >>>> pulled in even for a Hello World program. This is overhead you have to >>>> accept. In return you don't need a JVM to run the application, so I >>>> believe this is acceptable. >>>> >>>> Arno >>>> >>>> >>>> On 1/12/11 2:42 PM, Leo Izen wrote: >>>>> I removed everything that was gc_*.h, gc_*.c, and gc.h and gc.c. Then I >>>>> edited the CFLAGS in the makefile to include -DXMLVM_NO_GC but it >>>>> apparently didn't get the message: >>> >>> ------------------------------------------------------------------------------ >>> Protect Your Site and Customers from Malware Attacks >>> Learn about various malware tactics and how to avoid them. Understand >>> malware threats, the impact they can have on your business, and how you >>> can protect your company and customers by using code signing. >>> http://p.sf.net/sfu/oracle-sfdevnl >>> _______________________________________________ >>> xmlvm-users mailing list >>> xml...@li... >>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >>> >>> >> >> ------------------------------------------------------------------------------ >> Protect Your Site and Customers from Malware Attacks >> Learn about various malware tactics and how to avoid them. Understand >> malware threats, the impact they can have on your business, and how you >> can protect your company and customers by using code signing. >> http://p.sf.net/sfu/oracle-sfdevnl >> _______________________________________________ >> xmlvm-users mailing list >> xml...@li... >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >> >> > -------------- next part -------------- > An HTML attachment was scrubbed... > > ------------------------------ > > ------------------------------------------------------------------------------ > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how you > can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > > ------------------------------ > > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > > End of xmlvm-users Digest, Vol 19, Issue 12 > ******************************************* |
From: Sascha H. <sa...@xm...> - 2011-01-14 16:42:08
|
On Fri, Jan 14, 2011 at 5:36 PM, Paul Poley <bay...@gm...> wrote: > Great! The only other thing needed is to rename xmlvm.m to xmlvm.c. > That'll work until we get the garbage collector working on Windows. > That is true, and there will be a patch coming soon that will fix that as well. > > After we do, it's my preference to not do any OS specific code which > changes behavior from one system to another. Since this is temporary, > that'll work just fine. > Yes, as soon was we have a GC that works on all platforms, this code will be removed again. But for now it's definitely better than to manual remove all those random files after every compile :) > > Paul > > > > On Thu, Jan 13, 2011 at 6:22 PM, Sascha Haeberling <sa...@xm...>wrote: > >> Hi guys, >> >> until we have a GC that is running on non-Mac platforms, here is a >> temporary solution: >> >> I just submitted two changes that will automatically produce a working >> project for Windows and Unix/Linux systems. XMLVM automatically detects the >> OS and doesn't copy over the GC files, and adds the XMLVM_NO_GC flag as >> well, if you are not on a Mac. >> >> Hope that makes it a bit easier for you. >> >> // Sascha >> >> >> On Thu, Jan 13, 2011 at 11:37 PM, Markus Neubrand < >> mar...@gm...> wrote: >> >>> If you don't want to manually delete all the files from BoehmGC because >>> you plan on compiling with -DXMLVM_NO_GC it might be easier if you just >>> uncomment the following lines (103-106) in AugmentedCOutputProcess.java: >>> >>> OutputFile boehmGc = new OutputFile(BOEHM_GC_LIB); >>> boehmGc.setLocation(arguments.option_out()); >>> boehmGc.setTag(OutputFile.TAG_LIB_NAME, BOEHM_LIB_NAME); >>> outputFiles.add(boehmGc); >>> >>> Those will copy all the boemgc files over to your output dir. >>> >>> Markus >>> >>> >>> On Thu, Jan 13, 2011 at 2:33 PM, Paul Poley <bay...@gm...>wrote: >>> >>>> I gave posix a try & based on the above, I deleted any file from >>>> boehmgc.jar as well as anything starting with "org_xmlvm_iphone". That >>>> solved everything mentioned previously. Then I renamed xmlvm.m to xmlvm.c & >>>> "make" was successful. I ran my ".exe" & I got it to print out the text! I >>>> did all this on Windows 7 using Cygwin. >>>> >>>> Paul >>>> >>>> On Thu, Jan 13, 2011 at 5:48 AM, Sascha Haeberling <sa...@xm...>wrote: >>>> >>>>> We will think about a solution with the posix target. Right now it's ot >>>>> ok that it's only producing output that runs on OSX and removing a bunch of >>>>> random files manually is obviously not an end-user solution. >>>>> >>>>> We will probably disable the GC for OSX for now automatically and in >>>>> the meantime see what can be done to get the GC ported to other platforms. >>>>> >>>>> // Sascha >>>>> >>>>> On Wed, Jan 12, 2011 at 11:49 PM, Arno Puder <ar...@pu...> wrote: >>>>> >>>>>> >>>>>> you need to remove all files that are mentioned in >>>>>> xmlvm/lib/boehmgc.jar, not just the ones that start with gc_*. >>>>>> >>>>>> Regarding the number of classes: that is a problem pretty much of any >>>>>> J2SE implementation: your class inherits from java.lang.Object, that >>>>>> references java.lang.System and java.lang.Class and if you continue >>>>>> the >>>>>> transitive closure, you end up about 750 J2SE classes that need to be >>>>>> pulled in even for a Hello World program. This is overhead you have to >>>>>> accept. In return you don't need a JVM to run the application, so I >>>>>> believe this is acceptable. >>>>>> >>>>>> Arno >>>>>> >>>>>> >>>>>> On 1/12/11 2:42 PM, Leo Izen wrote: >>>>>> > I removed everything that was gc_*.h, gc_*.c, and gc.h and gc.c. >>>>>> Then I >>>>>> > edited the CFLAGS in the makefile to include -DXMLVM_NO_GC but it >>>>>> > apparently didn't get the message: >>>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Protect Your Site and Customers from Malware Attacks >>>>> Learn about various malware tactics and how to avoid them. Understand >>>>> malware threats, the impact they can have on your business, and how you >>>>> can protect your company and customers by using code signing. >>>>> http://p.sf.net/sfu/oracle-sfdevnl >>>>> _______________________________________________ >>>>> xmlvm-users mailing list >>>>> xml...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >>>>> >>>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Protect Your Site and Customers from Malware Attacks >>>> Learn about various malware tactics and how to avoid them. Understand >>>> malware threats, the impact they can have on your business, and how you >>>> can protect your company and customers by using code signing. >>>> http://p.sf.net/sfu/oracle-sfdevnl >>>> _______________________________________________ >>>> xmlvm-users mailing list >>>> xml...@li... >>>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >>>> >>>> >>> >> > > > ------------------------------------------------------------------------------ > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how you > can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > |
From: Paul P. <bay...@gm...> - 2011-01-14 16:37:22
|
Great! The only other thing needed is to rename xmlvm.m to xmlvm.c. That'll work until we get the garbage collector working on Windows. After we do, it's my preference to not do any OS specific code which changes behavior from one system to another. Since this is temporary, that'll work just fine. Paul On Thu, Jan 13, 2011 at 6:22 PM, Sascha Haeberling <sa...@xm...> wrote: > Hi guys, > > until we have a GC that is running on non-Mac platforms, here is a > temporary solution: > > I just submitted two changes that will automatically produce a working > project for Windows and Unix/Linux systems. XMLVM automatically detects the > OS and doesn't copy over the GC files, and adds the XMLVM_NO_GC flag as > well, if you are not on a Mac. > > Hope that makes it a bit easier for you. > > // Sascha > > > On Thu, Jan 13, 2011 at 11:37 PM, Markus Neubrand < > mar...@gm...> wrote: > >> If you don't want to manually delete all the files from BoehmGC because >> you plan on compiling with -DXMLVM_NO_GC it might be easier if you just >> uncomment the following lines (103-106) in AugmentedCOutputProcess.java: >> >> OutputFile boehmGc = new OutputFile(BOEHM_GC_LIB); >> boehmGc.setLocation(arguments.option_out()); >> boehmGc.setTag(OutputFile.TAG_LIB_NAME, BOEHM_LIB_NAME); >> outputFiles.add(boehmGc); >> >> Those will copy all the boemgc files over to your output dir. >> >> Markus >> >> >> On Thu, Jan 13, 2011 at 2:33 PM, Paul Poley <bay...@gm...> wrote: >> >>> I gave posix a try & based on the above, I deleted any file from >>> boehmgc.jar as well as anything starting with "org_xmlvm_iphone". That >>> solved everything mentioned previously. Then I renamed xmlvm.m to xmlvm.c & >>> "make" was successful. I ran my ".exe" & I got it to print out the text! I >>> did all this on Windows 7 using Cygwin. >>> >>> Paul >>> >>> On Thu, Jan 13, 2011 at 5:48 AM, Sascha Haeberling <sa...@xm...>wrote: >>> >>>> We will think about a solution with the posix target. Right now it's ot >>>> ok that it's only producing output that runs on OSX and removing a bunch of >>>> random files manually is obviously not an end-user solution. >>>> >>>> We will probably disable the GC for OSX for now automatically and in the >>>> meantime see what can be done to get the GC ported to other platforms. >>>> >>>> // Sascha >>>> >>>> On Wed, Jan 12, 2011 at 11:49 PM, Arno Puder <ar...@pu...> wrote: >>>> >>>>> >>>>> you need to remove all files that are mentioned in >>>>> xmlvm/lib/boehmgc.jar, not just the ones that start with gc_*. >>>>> >>>>> Regarding the number of classes: that is a problem pretty much of any >>>>> J2SE implementation: your class inherits from java.lang.Object, that >>>>> references java.lang.System and java.lang.Class and if you continue the >>>>> transitive closure, you end up about 750 J2SE classes that need to be >>>>> pulled in even for a Hello World program. This is overhead you have to >>>>> accept. In return you don't need a JVM to run the application, so I >>>>> believe this is acceptable. >>>>> >>>>> Arno >>>>> >>>>> >>>>> On 1/12/11 2:42 PM, Leo Izen wrote: >>>>> > I removed everything that was gc_*.h, gc_*.c, and gc.h and gc.c. Then >>>>> I >>>>> > edited the CFLAGS in the makefile to include -DXMLVM_NO_GC but it >>>>> > apparently didn't get the message: >>>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Protect Your Site and Customers from Malware Attacks >>>> Learn about various malware tactics and how to avoid them. Understand >>>> malware threats, the impact they can have on your business, and how you >>>> can protect your company and customers by using code signing. >>>> http://p.sf.net/sfu/oracle-sfdevnl >>>> _______________________________________________ >>>> xmlvm-users mailing list >>>> xml...@li... >>>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >>>> >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Protect Your Site and Customers from Malware Attacks >>> Learn about various malware tactics and how to avoid them. Understand >>> malware threats, the impact they can have on your business, and how you >>> can protect your company and customers by using code signing. >>> http://p.sf.net/sfu/oracle-sfdevnl >>> _______________________________________________ >>> xmlvm-users mailing list >>> xml...@li... >>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >>> >>> >> > |
From: Leo I. <leo...@gm...> - 2011-01-14 01:27:16
|
Sounds like a lawyer wrote it =P. I don't see why not though, sounds great! On Thu, Jan 13, 2011 at 6:25 PM, Sascha Haeberling <sa...@xm...> wrote: > Hi guys, > > > we've had some discussions recently on the mailing list concerning the compatibility of the LGPL license with the Apple AppStore. The conclusion is that the LGPL is mostly fine, but requires an additional linking exception from our side in order to make it bullet-proof for you. > > > So here is a proposal for an addition to the LGPL license, which grants you this exception for your apps. It's taken from an open source project that already uses it, so we didn't make it up ourselves. > > > If I don't receive any objections, we will put this into our LICENSE file and therefore make it official: > > > As a special exception to the GNU Lesser General Public License, you > may link, statically or dynamically, a "work that uses the Library" > with a publicly distributed version of the Library to produce an > executable file containing portions of the Library, and distribute that > executable file under terms of your choice, without any of the additional > requirements listed in clause 6 of the GNU Lesser General Public License. > By "a publicly distributed version of the Library", we mean either the > unmodified Library as distributed by the authors, or a modified version > of the Library that is distributed under the conditions defined in clause > 3 of the GNU Lesser General Public License. This exception does not > however invalidate any other reasons why the executable file might be > covered by the GNU Lesser General Public License. > > > > Thanks > // Sascha, on behalf of the XMLVM core team > > ------------------------------------------------------------------------------ > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how you > can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > |
From: Sascha H. <sa...@xm...> - 2011-01-14 00:23:12
|
Hi guys, until we have a GC that is running on non-Mac platforms, here is a temporary solution: I just submitted two changes that will automatically produce a working project for Windows and Unix/Linux systems. XMLVM automatically detects the OS and doesn't copy over the GC files, and adds the XMLVM_NO_GC flag as well, if you are not on a Mac. Hope that makes it a bit easier for you. // Sascha On Thu, Jan 13, 2011 at 11:37 PM, Markus Neubrand <mar...@gm... > wrote: > If you don't want to manually delete all the files from BoehmGC because you > plan on compiling with -DXMLVM_NO_GC it might be easier if you just > uncomment the following lines (103-106) in AugmentedCOutputProcess.java: > > OutputFile boehmGc = new OutputFile(BOEHM_GC_LIB); > boehmGc.setLocation(arguments.option_out()); > boehmGc.setTag(OutputFile.TAG_LIB_NAME, BOEHM_LIB_NAME); > outputFiles.add(boehmGc); > > Those will copy all the boemgc files over to your output dir. > > Markus > > > On Thu, Jan 13, 2011 at 2:33 PM, Paul Poley <bay...@gm...> wrote: > >> I gave posix a try & based on the above, I deleted any file from >> boehmgc.jar as well as anything starting with "org_xmlvm_iphone". That >> solved everything mentioned previously. Then I renamed xmlvm.m to xmlvm.c & >> "make" was successful. I ran my ".exe" & I got it to print out the text! I >> did all this on Windows 7 using Cygwin. >> >> Paul >> >> On Thu, Jan 13, 2011 at 5:48 AM, Sascha Haeberling <sa...@xm...>wrote: >> >>> We will think about a solution with the posix target. Right now it's ot >>> ok that it's only producing output that runs on OSX and removing a bunch of >>> random files manually is obviously not an end-user solution. >>> >>> We will probably disable the GC for OSX for now automatically and in the >>> meantime see what can be done to get the GC ported to other platforms. >>> >>> // Sascha >>> >>> On Wed, Jan 12, 2011 at 11:49 PM, Arno Puder <ar...@pu...> wrote: >>> >>>> >>>> you need to remove all files that are mentioned in >>>> xmlvm/lib/boehmgc.jar, not just the ones that start with gc_*. >>>> >>>> Regarding the number of classes: that is a problem pretty much of any >>>> J2SE implementation: your class inherits from java.lang.Object, that >>>> references java.lang.System and java.lang.Class and if you continue the >>>> transitive closure, you end up about 750 J2SE classes that need to be >>>> pulled in even for a Hello World program. This is overhead you have to >>>> accept. In return you don't need a JVM to run the application, so I >>>> believe this is acceptable. >>>> >>>> Arno >>>> >>>> >>>> On 1/12/11 2:42 PM, Leo Izen wrote: >>>> > I removed everything that was gc_*.h, gc_*.c, and gc.h and gc.c. Then >>>> I >>>> > edited the CFLAGS in the makefile to include -DXMLVM_NO_GC but it >>>> > apparently didn't get the message: >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Protect Your Site and Customers from Malware Attacks >>> Learn about various malware tactics and how to avoid them. Understand >>> malware threats, the impact they can have on your business, and how you >>> can protect your company and customers by using code signing. >>> http://p.sf.net/sfu/oracle-sfdevnl >>> _______________________________________________ >>> xmlvm-users mailing list >>> xml...@li... >>> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >>> >>> >> >> >> ------------------------------------------------------------------------------ >> Protect Your Site and Customers from Malware Attacks >> Learn about various malware tactics and how to avoid them. Understand >> malware threats, the impact they can have on your business, and how you >> can protect your company and customers by using code signing. >> http://p.sf.net/sfu/oracle-sfdevnl >> _______________________________________________ >> xmlvm-users mailing list >> xml...@li... >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >> >> > |
From: Sascha H. <sa...@xm...> - 2011-01-13 23:26:17
|
Hi guys, we've had some discussions recently on the mailing list concerning the compatibility of the LGPL license with the Apple AppStore. The conclusion is that the LGPL is mostly fine, but requires an additional linking exception from our side in order to make it bullet-proof for you. So here is a proposal for an addition to the LGPL license, which grants you this exception for your apps. It's taken from an open source project that already uses it, so we didn't make it up ourselves. If I don't receive any objections, we will put this into our LICENSE file and therefore make it official: As a special exception to the GNU Lesser General Public License, you may link, statically or dynamically, a "work that uses the Library" with a publicly distributed version of the Library to produce an executable file containing portions of the Library, and distribute that executable file under terms of your choice, without any of the additional requirements listed in clause 6 of the GNU Lesser General Public License. By "a publicly distributed version of the Library", we mean either the unmodified Library as distributed by the authors, or a modified version of the Library that is distributed under the conditions defined in clause 3 of the GNU Lesser General Public License. This exception does not however invalidate any other reasons why the executable file might be covered by the GNU Lesser General Public License. Thanks // Sascha, on behalf of the XMLVM core team |
From: Markus N. <mar...@gm...> - 2011-01-13 22:37:32
|
If you don't want to manually delete all the files from BoehmGC because you plan on compiling with -DXMLVM_NO_GC it might be easier if you just uncomment the following lines (103-106) in AugmentedCOutputProcess.java: OutputFile boehmGc = new OutputFile(BOEHM_GC_LIB); boehmGc.setLocation(arguments.option_out()); boehmGc.setTag(OutputFile.TAG_LIB_NAME, BOEHM_LIB_NAME); outputFiles.add(boehmGc); Those will copy all the boemgc files over to your output dir. Markus On Thu, Jan 13, 2011 at 2:33 PM, Paul Poley <bay...@gm...> wrote: > I gave posix a try & based on the above, I deleted any file from > boehmgc.jar as well as anything starting with "org_xmlvm_iphone". That > solved everything mentioned previously. Then I renamed xmlvm.m to xmlvm.c & > "make" was successful. I ran my ".exe" & I got it to print out the text! I > did all this on Windows 7 using Cygwin. > > Paul > > On Thu, Jan 13, 2011 at 5:48 AM, Sascha Haeberling <sa...@xm...>wrote: > >> We will think about a solution with the posix target. Right now it's ot ok >> that it's only producing output that runs on OSX and removing a bunch of >> random files manually is obviously not an end-user solution. >> >> We will probably disable the GC for OSX for now automatically and in the >> meantime see what can be done to get the GC ported to other platforms. >> >> // Sascha >> >> On Wed, Jan 12, 2011 at 11:49 PM, Arno Puder <ar...@pu...> wrote: >> >>> >>> you need to remove all files that are mentioned in >>> xmlvm/lib/boehmgc.jar, not just the ones that start with gc_*. >>> >>> Regarding the number of classes: that is a problem pretty much of any >>> J2SE implementation: your class inherits from java.lang.Object, that >>> references java.lang.System and java.lang.Class and if you continue the >>> transitive closure, you end up about 750 J2SE classes that need to be >>> pulled in even for a Hello World program. This is overhead you have to >>> accept. In return you don't need a JVM to run the application, so I >>> believe this is acceptable. >>> >>> Arno >>> >>> >>> On 1/12/11 2:42 PM, Leo Izen wrote: >>> > I removed everything that was gc_*.h, gc_*.c, and gc.h and gc.c. Then I >>> > edited the CFLAGS in the makefile to include -DXMLVM_NO_GC but it >>> > apparently didn't get the message: >>> >> >> >> ------------------------------------------------------------------------------ >> Protect Your Site and Customers from Malware Attacks >> Learn about various malware tactics and how to avoid them. Understand >> malware threats, the impact they can have on your business, and how you >> can protect your company and customers by using code signing. >> http://p.sf.net/sfu/oracle-sfdevnl >> _______________________________________________ >> xmlvm-users mailing list >> xml...@li... >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >> >> > > > ------------------------------------------------------------------------------ > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how you > can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > |
From: Paul P. <bay...@gm...> - 2011-01-13 22:33:16
|
I gave posix a try & based on the above, I deleted any file from boehmgc.jar as well as anything starting with "org_xmlvm_iphone". That solved everything mentioned previously. Then I renamed xmlvm.m to xmlvm.c & "make" was successful. I ran my ".exe" & I got it to print out the text! I did all this on Windows 7 using Cygwin. Paul On Thu, Jan 13, 2011 at 5:48 AM, Sascha Haeberling <sa...@xm...> wrote: > We will think about a solution with the posix target. Right now it's ot ok > that it's only producing output that runs on OSX and removing a bunch of > random files manually is obviously not an end-user solution. > > We will probably disable the GC for OSX for now automatically and in the > meantime see what can be done to get the GC ported to other platforms. > > // Sascha > > On Wed, Jan 12, 2011 at 11:49 PM, Arno Puder <ar...@pu...> wrote: > >> >> you need to remove all files that are mentioned in >> xmlvm/lib/boehmgc.jar, not just the ones that start with gc_*. >> >> Regarding the number of classes: that is a problem pretty much of any >> J2SE implementation: your class inherits from java.lang.Object, that >> references java.lang.System and java.lang.Class and if you continue the >> transitive closure, you end up about 750 J2SE classes that need to be >> pulled in even for a Hello World program. This is overhead you have to >> accept. In return you don't need a JVM to run the application, so I >> believe this is acceptable. >> >> Arno >> >> >> On 1/12/11 2:42 PM, Leo Izen wrote: >> > I removed everything that was gc_*.h, gc_*.c, and gc.h and gc.c. Then I >> > edited the CFLAGS in the makefile to include -DXMLVM_NO_GC but it >> > apparently didn't get the message: >> > > > ------------------------------------------------------------------------------ > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how you > can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > |
From: Panayotis K. <pan...@pa...> - 2011-01-13 20:33:04
|
On Jan 13, 2011, at 1:00 PM, Miggi wrote: > Hello > > I've tried to cross-compile an android project with XMLVM and got > something about 100 errors ;) The most (perhaps all) of these errors are > something about SQLite. Is there any problem with XMLVM and SQLite or > did I have to add some libs or something like that? > > Thanks for your help! > > Greetings > Miggi SQLite is not directly supported by XMLVM, but it is not a lot of work to do it. In any case, what kind of errors do you have? |
From: Sascha H. <sa...@xm...> - 2011-01-13 12:32:36
|
Jeremiah, we just had this conversation on the mailing list recently. The basic message from the XMLVM team is that we will do everything possible so that you can get your apps in the AppStore without hassle. About the specific topic of the LGPL: We are aware of the LGPL linking exception and will grant this, if not having it will cause you trouble. // Sascha On Wed, Jan 12, 2011 at 11:54 PM, Jeremiah J. Blanchard < jbl...@da...> wrote: > Hi there, > > XMLVM is a very interesting and useful tool set but I'm curious about > one thing. With respect to libraries under the LGPL, there arises a > problem with people who want to use it but put their applications on the > App Store due to the requirements with respect to static linking. I was > wondering, has the XMLVM project addressed this somehow for the > CocoaTouch java library? (For example, some libraries provide a "static > link exception" to the LGPL.) Personally, I'd love to put together > projects using XMLVM but I'd hate to start a project only to have to > abandon it later. > > Thanks for your time, and in any case I'm sure I'll be using the rest of > XMLVM to cross-compile code. It's a fine piece of work. :) > > Regards, > Jeremiah Blanchard > > > > ------------------------------------------------------------------------------ > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how you > can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > |
From: Sascha H. <sa...@xm...> - 2011-01-13 11:49:26
|
We will think about a solution with the posix target. Right now it's ot ok that it's only producing output that runs on OSX and removing a bunch of random files manually is obviously not an end-user solution. We will probably disable the GC for OSX for now automatically and in the meantime see what can be done to get the GC ported to other platforms. // Sascha On Wed, Jan 12, 2011 at 11:49 PM, Arno Puder <ar...@pu...> wrote: > > you need to remove all files that are mentioned in > xmlvm/lib/boehmgc.jar, not just the ones that start with gc_*. > > Regarding the number of classes: that is a problem pretty much of any > J2SE implementation: your class inherits from java.lang.Object, that > references java.lang.System and java.lang.Class and if you continue the > transitive closure, you end up about 750 J2SE classes that need to be > pulled in even for a Hello World program. This is overhead you have to > accept. In return you don't need a JVM to run the application, so I > believe this is acceptable. > > Arno > > > On 1/12/11 2:42 PM, Leo Izen wrote: > > I removed everything that was gc_*.h, gc_*.c, and gc.h and gc.c. Then I > > edited the CFLAGS in the makefile to include -DXMLVM_NO_GC but it > > apparently didn't get the message: > |
From: Miggi <mig...@go...> - 2011-01-13 11:00:46
|
Hello I've tried to cross-compile an android project with XMLVM and got something about 100 errors ;) The most (perhaps all) of these errors are something about SQLite. Is there any problem with XMLVM and SQLite or did I have to add some libs or something like that? Thanks for your help! Greetings Miggi |
From: Jeremiah J. B. <jbl...@da...> - 2011-01-12 23:57:27
|
Hi there, XMLVM is a very interesting and useful tool set but I'm curious about one thing. With respect to libraries under the LGPL, there arises a problem with people who want to use it but put their applications on the App Store due to the requirements with respect to static linking. I was wondering, has the XMLVM project addressed this somehow for the CocoaTouch java library? (For example, some libraries provide a "static link exception" to the LGPL.) Personally, I'd love to put together projects using XMLVM but I'd hate to start a project only to have to abandon it later. Thanks for your time, and in any case I'm sure I'll be using the rest of XMLVM to cross-compile code. It's a fine piece of work. :) Regards, Jeremiah Blanchard |
From: Arno P. <ar...@pu...> - 2011-01-12 22:49:32
|
you need to remove all files that are mentioned in xmlvm/lib/boehmgc.jar, not just the ones that start with gc_*. Regarding the number of classes: that is a problem pretty much of any J2SE implementation: your class inherits from java.lang.Object, that references java.lang.System and java.lang.Class and if you continue the transitive closure, you end up about 750 J2SE classes that need to be pulled in even for a Hello World program. This is overhead you have to accept. In return you don't need a JVM to run the application, so I believe this is acceptable. Arno On 1/12/11 2:42 PM, Leo Izen wrote: > I removed everything that was gc_*.h, gc_*.c, and gc.h and gc.c. Then I > edited the CFLAGS in the makefile to include -DXMLVM_NO_GC but it > apparently didn't get the message: > > [Leo@chessman dist]$ make > mkdir -p build/ > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c > ../src/java_io_DataInputStream.c -o build/obj/java_io_DataInputStream.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c > ../src/java_util_AbstractMap_1.c -o build/obj/java_util_AbstractMap_1.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c > ../src/java_util_regex_Pattern_Dollar.c -o > build/obj/java_util_regex_Pattern_Dollar.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c > ../src/java_util_MissingFormatWidthException.c -o > build/obj/java_util_MissingFormatWidthException.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_util_ArrayList_1.c > -o build/obj/java_util_ArrayList_1.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_lang_String.c -o > build/obj/java_lang_String.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_util_SortedMap.c > -o build/obj/java_util_SortedMap.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c > ../src/java_util_WeakHashMap_ValueIterator.c -o > build/obj/java_util_WeakHashMap_ValueIterator.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c > ../src/java_util_StringTokenizer.c -o build/obj/java_util_StringTokenizer.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c > ../src/java_lang_ProcessBuilder.c -o build/obj/java_lang_ProcessBuilder.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_io_ObjectOutput.c > -o build/obj/java_io_ObjectOutput.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c > ../src/java_lang_SecurityException.c -o > build/obj/java_lang_SecurityException.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_lang_ThreadLocal.c > -o build/obj/java_lang_ThreadLocal.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_util_Map_Entry.c > -o build/obj/java_util_Map_Entry.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_util_HashSet.c -o > build/obj/java_util_HashSet.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c > ../src/java_util_concurrent_ConcurrentHashMap_WriteThroughEntry.c -o > build/obj/java_util_concurrent_ConcurrentHashMap_WriteThroughEntry.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c > ../src/java_util_logging_LogManager_5.c -o > build/obj/java_util_logging_LogManager_5.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c > ../src/java_util_regex_Pattern_8.c -o build/obj/java_util_regex_Pattern_8.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c > ../src/java_lang_Short_ShortCache.c -o > build/obj/java_lang_Short_ShortCache.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c > ../src/java_lang_ProcessEnvironment_StringEnvironment.c -o > build/obj/java_lang_ProcessEnvironment_StringEnvironment.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_util_regex_ASCII.c > -o build/obj/java_util_regex_ASCII.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c > ../src/native_java_lang_Object.c -o build/obj/native_java_lang_Object.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c > ../src/java_lang_CharSequence.c -o build/obj/java_lang_CharSequence.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c > ../src/java_util_zip_ZipOutputStream.c -o > build/obj/java_util_zip_ZipOutputStream.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c > ../src/java_util_spi_LocaleNameProvider.c -o > build/obj/java_util_spi_LocaleNameProvider.o > mkdir -p build/obj/ > gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/mark_rts.c -o > build/obj/mark_rts.o > ../src/mark_rts.c:15:21: fatal error: gc_priv.h: No such file or directory > compilation terminated. > make: *** [build/obj/mark_rts.o] Error 1 > [Leo@chessman dist]$ > > I also noticed that It seems to be including a lot of unneccesary files > in my build. i.e. I'm pretty sure that I'm not using > java.util.Collections.SynchronizedSortedSet, but maybe I just don't know. > > > On Wed, Jan 12, 2011 at 5:26 PM, Arno Puder <ar...@pu... > <mailto:ar...@pu...>> wrote: > > > well, here is the deal: The Boehm Garbage Collector we have bundled with > XMLVM is adapted to MacOS/iOS (although the Boehm GC can run on other > platforms). You have two options: > > 1. Use a Mac platform to compile. > 2. Remove all source files from the Boehm GC in the generated project > and compile with -DXMLVM_NO_GC > > Ultimately we should bundle the Boehm GC within XMLVM in such a way that > it can also be used on different platforms. We'll look into that. > > Arno > > > On 1/12/11 1:47 PM, Leo Izen wrote: > > I can't even compile a hello world with posix target. Take a look > at this: > > > > [Leo@chessman ~]$ cat Hello.java > > public class Hello { > > public static void main(String[] args){ > > System.out.println("Hello World!"); > > } > > } > > > > [Leo@chessman ~]$ javac Hello.java > > [Leo@chessman ~]$ java Hello > > Hello World! > > [Leo@chessman ~]$ xmlvm --in=Hello.class --target=posix > --out=Hello-out > > [01/12/11 16:43:20.322] WARNING: Using Hello-out as application name > > [Leo@chessman ~]$ cd Hello-out > > [Leo@chessman Hello-out]$ cd dist/ > > [Leo@chessman dist]$ ls > > Makefile > > [Leo@chessman dist]$ make > > mkdir -p build/ > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_io_DataInputStream.c -o > > build/obj/java_io_DataInputStream.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_AbstractMap_1.c -o > > build/obj/java_util_AbstractMap_1.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > ../src/java_util_regex_Pattern_Dollar.c -o > > build/obj/java_util_regex_Pattern_Dollar.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > > ../src/java_util_MissingFormatWidthException.c -o > > build/obj/java_util_MissingFormatWidthException.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_ArrayList_1.c -o > > build/obj/java_util_ArrayList_1.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_lang_String.c -o > > build/obj/java_lang_String.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_SortedMap.c -o > > build/obj/java_util_SortedMap.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > ../src/java_util_WeakHashMap_ValueIterator.c > > -o build/obj/java_util_WeakHashMap_ValueIterator.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_StringTokenizer.c -o > > build/obj/java_util_StringTokenizer.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_lang_ProcessBuilder.c -o > > build/obj/java_lang_ProcessBuilder.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_io_ObjectOutput.c -o > > build/obj/java_io_ObjectOutput.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_lang_SecurityException.c -o > > build/obj/java_lang_SecurityException.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_lang_ThreadLocal.c -o > > build/obj/java_lang_ThreadLocal.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_Map_Entry.c -o > > build/obj/java_util_Map_Entry.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_HashSet.c -o > > build/obj/java_util_HashSet.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > > ../src/java_util_concurrent_ConcurrentHashMap_WriteThroughEntry.c -o > > build/obj/java_util_concurrent_ConcurrentHashMap_WriteThroughEntry.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > ../src/java_util_logging_LogManager_5.c -o > > build/obj/java_util_logging_LogManager_5.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_regex_Pattern_8.c -o > > build/obj/java_util_regex_Pattern_8.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_lang_Short_ShortCache.c -o > > build/obj/java_lang_Short_ShortCache.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > > ../src/java_lang_ProcessEnvironment_StringEnvironment.c -o > > build/obj/java_lang_ProcessEnvironment_StringEnvironment.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_regex_ASCII.c -o > > build/obj/java_util_regex_ASCII.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/native_java_lang_Object.c -o > > build/obj/native_java_lang_Object.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_lang_CharSequence.c -o > > build/obj/java_lang_CharSequence.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > > > ../src/java_util_Collections_UnmodifiableMap_UnmodifiableEntrySet_UnmodifiableEntry.c > > -o > > > build/obj/java_util_Collections_UnmodifiableMap_UnmodifiableEntrySet_UnmodifiableEntry.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_zip_ZipOutputStream.c -o > > build/obj/java_util_zip_ZipOutputStream.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > ../src/java_util_spi_LocaleNameProvider.c -o > > build/obj/java_util_spi_LocaleNameProvider.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/mark_rts.c -o build/obj/mark_rts.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > > ../src/java_util_Collections_UnmodifiableCollection_1.c -o > > build/obj/java_util_Collections_UnmodifiableCollection_1.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > ../src/java_util_logging_LogManager_2.c -o > > build/obj/java_util_logging_LogManager_2.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > ../src/native_java_io_FileInputStream.c -o > > build/obj/native_java_io_FileInputStream.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > > ../src/java_util_UnknownFormatFlagsException.c -o > > build/obj/java_util_UnknownFormatFlagsException.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > ../src/native_java_io_ObjectOutputStream.c > > -o build/obj/native_java_io_ObjectOutputStream.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_regex_Pattern.c -o > > build/obj/java_util_regex_Pattern.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > > ../src/native_java_lang_reflect_Constructor.c -o > > build/obj/native_java_lang_reflect_Constructor.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_net_FileNameMap.c -o > > build/obj/java_net_FileNameMap.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_lang_Terminator.c -o > > build/obj/java_lang_Terminator.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/pthread_stop_world.c -o > > build/obj/pthread_stop_world.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_Set.c -o > > build/obj/java_util_Set.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > ../src/java_util_regex_Pattern_GroupHead.c > > -o build/obj/java_util_regex_Pattern_GroupHead.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_io_InvalidClassException.c -o > > build/obj/java_io_InvalidClassException.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_HashMap_KeyIterator.c -o > > build/obj/java_util_HashMap_KeyIterator.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > > ../src/native_java_lang_ClassLoader_NativeLibrary.c -o > > build/obj/native_java_lang_ClassLoader_NativeLibrary.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/blacklst.c -o build/obj/blacklst.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > ../src/java_util_AbstractList_ListItr.c -o > > build/obj/java_util_AbstractList_ListItr.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > ../src/java_net_NetworkInterface_1subIFs.c > > -o build/obj/java_net_NetworkInterface_1subIFs.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_net_Inet6Address.c -o > > build/obj/java_net_Inet6Address.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/new_hblk.c -o build/obj/new_hblk.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > > ../src/java_lang_annotation_AnnotationFormatError.c -o > > build/obj/java_lang_annotation_AnnotationFormatError.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > ../src/java_io_FilePermissionCollection.c -o > > build/obj/java_io_FilePermissionCollection.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_XMLUtils.c -o > > build/obj/java_util_XMLUtils.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/xmlvm-class-list.c -o > > build/obj/xmlvm-class-list.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > ../src/java_util_ResourceBundle_Control_1.c > > -o build/obj/java_util_ResourceBundle_Control_1.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > ../src/java_util_AbstractMap_SimpleEntry.c > > -o build/obj/java_util_AbstractMap_SimpleEntry.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/os_dep.c -o build/obj/os_dep.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > > ../src/java_util_concurrent_locks_ReentrantLock_Sync.c -o > > build/obj/java_util_concurrent_locks_ReentrantLock_Sync.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > ../src/java_io_ObjectInputStream_Caches.c -o > > build/obj/java_io_ObjectInputStream_Caches.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_io_FileDescriptor_1.c -o > > build/obj/java_io_FileDescriptor_1.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > ../src/native_java_lang_ProcessEnvironment.c > > -o build/obj/native_java_lang_ProcessEnvironment.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_lang_SecurityManager_2.c -o > > build/obj/java_lang_SecurityManager_2.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_Properties.c -o > > build/obj/java_util_Properties.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > > ../src/java_util_Collections_CheckedCollection.c -o > > build/obj/java_util_Collections_CheckedCollection.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_Random.c -o > > build/obj/java_util_Random.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_logging_Logger.c -o > > build/obj/java_util_logging_Logger.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > > ../src/java_util_Collections_UnmodifiableList_1.c -o > > build/obj/java_util_Collections_UnmodifiableList_1.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_regex_Pattern_Loop.c -o > > build/obj/java_util_regex_Pattern_Loop.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/finalize.c -o build/obj/finalize.o > > In file included from ../src/gc_pmark.h:45:0, > > from ../src/finalize.c:17: > > ../src/gc_priv.h:2196:12: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or > > ‘__attribute__’ before ‘GC_jmp_buf’ > > make: *** [build/obj/finalize.o] Error 1 > > [Leo@chessman dist]$ > > > > Is there a way to fix this? Thanx > > > > > > > > > ------------------------------------------------------------------------------ > > Protect Your Site and Customers from Malware Attacks > > Learn about various malware tactics and how to avoid them. Understand > > malware threats, the impact they can have on your business, and > how you > > can protect your company and customers by using code signing. > > http://p.sf.net/sfu/oracle-sfdevnl > > > > > > > > _______________________________________________ > > xmlvm-users mailing list > > xml...@li... > <mailto:xml...@li...> > > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > ------------------------------------------------------------------------------ > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how you > can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > xmlvm-users mailing list > xml...@li... > <mailto:xml...@li...> > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > > > > ------------------------------------------------------------------------------ > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how you > can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > > > > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users |
From: Leo I. <leo...@gm...> - 2011-01-12 22:42:30
|
I removed everything that was gc_*.h, gc_*.c, and gc.h and gc.c. Then I edited the CFLAGS in the makefile to include -DXMLVM_NO_GC but it apparently didn't get the message: [Leo@chessman dist]$ make mkdir -p build/ mkdir -p build/obj/ gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_io_DataInputStream.c -o build/obj/java_io_DataInputStream.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_util_AbstractMap_1.c -o build/obj/java_util_AbstractMap_1.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_util_regex_Pattern_Dollar.c -o build/obj/java_util_regex_Pattern_Dollar.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_util_MissingFormatWidthException.c -o build/obj/java_util_MissingFormatWidthException.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_util_ArrayList_1.c -o build/obj/java_util_ArrayList_1.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_lang_String.c -o build/obj/java_lang_String.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_util_SortedMap.c -o build/obj/java_util_SortedMap.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_util_WeakHashMap_ValueIterator.c -o build/obj/java_util_WeakHashMap_ValueIterator.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_util_StringTokenizer.c -o build/obj/java_util_StringTokenizer.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_lang_ProcessBuilder.c -o build/obj/java_lang_ProcessBuilder.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_io_ObjectOutput.c -o build/obj/java_io_ObjectOutput.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_lang_SecurityException.c -o build/obj/java_lang_SecurityException.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_lang_ThreadLocal.c -o build/obj/java_lang_ThreadLocal.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_util_Map_Entry.c -o build/obj/java_util_Map_Entry.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_util_HashSet.c -o build/obj/java_util_HashSet.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_util_concurrent_ConcurrentHashMap_WriteThroughEntry.c -o build/obj/java_util_concurrent_ConcurrentHashMap_WriteThroughEntry.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_util_logging_LogManager_5.c -o build/obj/java_util_logging_LogManager_5.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_util_regex_Pattern_8.c -o build/obj/java_util_regex_Pattern_8.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_lang_Short_ShortCache.c -o build/obj/java_lang_Short_ShortCache.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_lang_ProcessEnvironment_StringEnvironment.c -o build/obj/java_lang_ProcessEnvironment_StringEnvironment.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_util_regex_ASCII.c -o build/obj/java_util_regex_ASCII.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/native_java_lang_Object.c -o build/obj/native_java_lang_Object.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_lang_CharSequence.c -o build/obj/java_lang_CharSequence.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_util_zip_ZipOutputStream.c -o build/obj/java_util_zip_ZipOutputStream.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/java_util_spi_LocaleNameProvider.c -o build/obj/java_util_spi_LocaleNameProvider.o mkdir -p build/obj/ gcc -w -std=c99 -I../src -DXMLVM_NO_GC -c ../src/mark_rts.c -o build/obj/mark_rts.o ../src/mark_rts.c:15:21: fatal error: gc_priv.h: No such file or directory compilation terminated. make: *** [build/obj/mark_rts.o] Error 1 [Leo@chessman dist]$ I also noticed that It seems to be including a lot of unneccesary files in my build. i.e. I'm pretty sure that I'm not using java.util.Collections.SynchronizedSortedSet, but maybe I just don't know. On Wed, Jan 12, 2011 at 5:26 PM, Arno Puder <ar...@pu...> wrote: > > well, here is the deal: The Boehm Garbage Collector we have bundled with > XMLVM is adapted to MacOS/iOS (although the Boehm GC can run on other > platforms). You have two options: > > 1. Use a Mac platform to compile. > 2. Remove all source files from the Boehm GC in the generated project > and compile with -DXMLVM_NO_GC > > Ultimately we should bundle the Boehm GC within XMLVM in such a way that > it can also be used on different platforms. We'll look into that. > > Arno > > > On 1/12/11 1:47 PM, Leo Izen wrote: > > I can't even compile a hello world with posix target. Take a look at > this: > > > > [Leo@chessman ~]$ cat Hello.java > > public class Hello { > > public static void main(String[] args){ > > System.out.println("Hello World!"); > > } > > } > > > > [Leo@chessman ~]$ javac Hello.java > > [Leo@chessman ~]$ java Hello > > Hello World! > > [Leo@chessman ~]$ xmlvm --in=Hello.class --target=posix --out=Hello-out > > [01/12/11 16:43:20.322] WARNING: Using Hello-out as application name > > [Leo@chessman ~]$ cd Hello-out > > [Leo@chessman Hello-out]$ cd dist/ > > [Leo@chessman dist]$ ls > > Makefile > > [Leo@chessman dist]$ make > > mkdir -p build/ > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_io_DataInputStream.c -o > > build/obj/java_io_DataInputStream.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_AbstractMap_1.c -o > > build/obj/java_util_AbstractMap_1.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_regex_Pattern_Dollar.c -o > > build/obj/java_util_regex_Pattern_Dollar.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > > ../src/java_util_MissingFormatWidthException.c -o > > build/obj/java_util_MissingFormatWidthException.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_ArrayList_1.c -o > > build/obj/java_util_ArrayList_1.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_lang_String.c -o > > build/obj/java_lang_String.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_SortedMap.c -o > > build/obj/java_util_SortedMap.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_WeakHashMap_ValueIterator.c > > -o build/obj/java_util_WeakHashMap_ValueIterator.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_StringTokenizer.c -o > > build/obj/java_util_StringTokenizer.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_lang_ProcessBuilder.c -o > > build/obj/java_lang_ProcessBuilder.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_io_ObjectOutput.c -o > > build/obj/java_io_ObjectOutput.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_lang_SecurityException.c -o > > build/obj/java_lang_SecurityException.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_lang_ThreadLocal.c -o > > build/obj/java_lang_ThreadLocal.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_Map_Entry.c -o > > build/obj/java_util_Map_Entry.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_HashSet.c -o > > build/obj/java_util_HashSet.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > > ../src/java_util_concurrent_ConcurrentHashMap_WriteThroughEntry.c -o > > build/obj/java_util_concurrent_ConcurrentHashMap_WriteThroughEntry.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_logging_LogManager_5.c -o > > build/obj/java_util_logging_LogManager_5.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_regex_Pattern_8.c -o > > build/obj/java_util_regex_Pattern_8.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_lang_Short_ShortCache.c -o > > build/obj/java_lang_Short_ShortCache.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > > ../src/java_lang_ProcessEnvironment_StringEnvironment.c -o > > build/obj/java_lang_ProcessEnvironment_StringEnvironment.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_regex_ASCII.c -o > > build/obj/java_util_regex_ASCII.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/native_java_lang_Object.c -o > > build/obj/native_java_lang_Object.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_lang_CharSequence.c -o > > build/obj/java_lang_CharSequence.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > > > ../src/java_util_Collections_UnmodifiableMap_UnmodifiableEntrySet_UnmodifiableEntry.c > > -o > > > build/obj/java_util_Collections_UnmodifiableMap_UnmodifiableEntrySet_UnmodifiableEntry.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_zip_ZipOutputStream.c -o > > build/obj/java_util_zip_ZipOutputStream.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_spi_LocaleNameProvider.c -o > > build/obj/java_util_spi_LocaleNameProvider.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/mark_rts.c -o build/obj/mark_rts.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > > ../src/java_util_Collections_UnmodifiableCollection_1.c -o > > build/obj/java_util_Collections_UnmodifiableCollection_1.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_logging_LogManager_2.c -o > > build/obj/java_util_logging_LogManager_2.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/native_java_io_FileInputStream.c -o > > build/obj/native_java_io_FileInputStream.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > > ../src/java_util_UnknownFormatFlagsException.c -o > > build/obj/java_util_UnknownFormatFlagsException.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/native_java_io_ObjectOutputStream.c > > -o build/obj/native_java_io_ObjectOutputStream.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_regex_Pattern.c -o > > build/obj/java_util_regex_Pattern.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > > ../src/native_java_lang_reflect_Constructor.c -o > > build/obj/native_java_lang_reflect_Constructor.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_net_FileNameMap.c -o > > build/obj/java_net_FileNameMap.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_lang_Terminator.c -o > > build/obj/java_lang_Terminator.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/pthread_stop_world.c -o > > build/obj/pthread_stop_world.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_Set.c -o > > build/obj/java_util_Set.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_regex_Pattern_GroupHead.c > > -o build/obj/java_util_regex_Pattern_GroupHead.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_io_InvalidClassException.c -o > > build/obj/java_io_InvalidClassException.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_HashMap_KeyIterator.c -o > > build/obj/java_util_HashMap_KeyIterator.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > > ../src/native_java_lang_ClassLoader_NativeLibrary.c -o > > build/obj/native_java_lang_ClassLoader_NativeLibrary.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/blacklst.c -o build/obj/blacklst.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_AbstractList_ListItr.c -o > > build/obj/java_util_AbstractList_ListItr.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_net_NetworkInterface_1subIFs.c > > -o build/obj/java_net_NetworkInterface_1subIFs.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_net_Inet6Address.c -o > > build/obj/java_net_Inet6Address.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/new_hblk.c -o build/obj/new_hblk.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > > ../src/java_lang_annotation_AnnotationFormatError.c -o > > build/obj/java_lang_annotation_AnnotationFormatError.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_io_FilePermissionCollection.c -o > > build/obj/java_io_FilePermissionCollection.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_XMLUtils.c -o > > build/obj/java_util_XMLUtils.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/xmlvm-class-list.c -o > > build/obj/xmlvm-class-list.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_ResourceBundle_Control_1.c > > -o build/obj/java_util_ResourceBundle_Control_1.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_AbstractMap_SimpleEntry.c > > -o build/obj/java_util_AbstractMap_SimpleEntry.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/os_dep.c -o build/obj/os_dep.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > > ../src/java_util_concurrent_locks_ReentrantLock_Sync.c -o > > build/obj/java_util_concurrent_locks_ReentrantLock_Sync.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_io_ObjectInputStream_Caches.c -o > > build/obj/java_io_ObjectInputStream_Caches.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_io_FileDescriptor_1.c -o > > build/obj/java_io_FileDescriptor_1.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/native_java_lang_ProcessEnvironment.c > > -o build/obj/native_java_lang_ProcessEnvironment.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_lang_SecurityManager_2.c -o > > build/obj/java_lang_SecurityManager_2.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_Properties.c -o > > build/obj/java_util_Properties.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > > ../src/java_util_Collections_CheckedCollection.c -o > > build/obj/java_util_Collections_CheckedCollection.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_Random.c -o > > build/obj/java_util_Random.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_logging_Logger.c -o > > build/obj/java_util_logging_Logger.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c > > ../src/java_util_Collections_UnmodifiableList_1.c -o > > build/obj/java_util_Collections_UnmodifiableList_1.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/java_util_regex_Pattern_Loop.c -o > > build/obj/java_util_regex_Pattern_Loop.o > > mkdir -p build/obj/ > > gcc -w -std=c99 -I../src -c ../src/finalize.c -o build/obj/finalize.o > > In file included from ../src/gc_pmark.h:45:0, > > from ../src/finalize.c:17: > > ../src/gc_priv.h:2196:12: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or > > ‘__attribute__’ before ‘GC_jmp_buf’ > > make: *** [build/obj/finalize.o] Error 1 > > [Leo@chessman dist]$ > > > > Is there a way to fix this? Thanx > > > > > > > > > ------------------------------------------------------------------------------ > > Protect Your Site and Customers from Malware Attacks > > Learn about various malware tactics and how to avoid them. Understand > > malware threats, the impact they can have on your business, and how you > > can protect your company and customers by using code signing. > > http://p.sf.net/sfu/oracle-sfdevnl > > > > > > > > _______________________________________________ > > xmlvm-users mailing list > > xml...@li... > > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > > ------------------------------------------------------------------------------ > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how you > can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > |