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
Ecls-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecls-list
