Hello, On 10/30/2010 5:24 AM, Gabriel Dos Reis wrote: > On Fri, Oct 29, 2010 at 12:48 PM, Paul Goins<gene...@vultaire.net> wrote: >> Info: resolving _GC_dont_gc by linking to __imp__GC_dont_gc (auto-import) >> Info: resolving _GC_oom_fn by linking to __imp__GC_oom_fn (auto-import) >> Info: resolving _GC_no_dls by linking to __imp__GC_no_dls (auto-import) >> Info: resolving _GC_all_interior_pointers by linking to >> __imp__GC_all_interior_pointers (auto-import) >> Info: resolving _GC_time_limit by linking to __imp__GC_time_limit >> (auto-import) >> Info: resolving _GC_push_other_roots by linking to >> __imp__GC_push_other_roots (auto-import) >> Info: resolving _GC_start_call_back by linking to __imp__GC_start_call_back >> (auto-import) >> Info: resolving _GC_java_finalization by linking to >> __imp__GC_java_finalization (auto-import) >> Info: resolving _GC_print_stats by linking to __imp__GC_print_stats >> (auto-importc:/mingw/bin/../lib/gcc/mingw32/4.5.0/../../../../mingw32/bin/ld.exe: >> warning: auto-importing has been activated without --enable-auto-import >> specified on the command line. >> This should work unless it involves constant data structures referencing >> symbols from auto-imported DLLs. >> libeclmin.a(threads.o): In function `ecl_import_current_thread': >> c:/Users/Vultaire/Desktop/pauls_stuff/ecl-10.4.1/src/c/threads.d:248: >> undefined reference to `GC_register_my_thread' >> libeclmin.a(threads.o): In function `mp_process_enable': >> c:/Users/Vultaire/Desktop/pauls_stuff/ecl-10.4.1/src/c/threads.d:408: >> undefined reference to `gc_createthr...@24' >> libeclmin.a(threads.o): In function `ecl_release_current_thread': >> c:/Users/Vultaire/Desktop/pauls_stuff/ecl-10.4.1/src/c/threads.d:280: >> undefined reference to `GC_unregister_my_thread) > > It sounds as if tECL is able to pick up the GC library but only a few > symbols are missing. When you configured, did ECL really report > that it was building a 32-bit program?
I logged the configure... it looks like it. Things do look slightly different between the GC configure and the ECL configure though; namely that ECL has the target as pentium3 and Boehm as i686. ECL: Switching to directory `build' to continue configuration. checking build system type... pentium3-pc-mingw32 checking host system type... pentium3-pc-mingw32 [...] checking for architecture... PENTIUM3 checking for software type... mingw32 / [...] [...] using ABI="32" CC="gcc " CFLAGS="-g -O2 " CPPFLAGS="-I/usr/local/include" MPN_PATH=" x86/p6/p3mmx x86/p6/mmx x86/p6 x86 generic" Boehm GC: checking build system type... i686-pc-mingw32 checking host system type... i686-pc-mingw32 checking target system type... i686-pc-mingw32 I can send the full configure logs from both if desired; I have them saved. - Paul ------------------------------------------------------------------------------ Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev _______________________________________________ Ecls-list mailing list Eclsfirstname.lastname@example.org https://lists.sourceforge.net/lists/listinfo/ecls-list