[Ecls-list] Need help compiling ECL 10.4.1 (32-bit) on Win7 64-bit via mingw32/msys

[Paul Goins]

Hello,

On 10/30/2010 5:24 AM, Gabriel Dos Reis wrote:
 > On Fri, Oct 29, 2010 at 12:48 PM, Paul Goins<general at 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_CreateThread at 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