[Gc] compile issues

Alec Orr Alec.Orr at wbemsolutions.com
Mon Feb 2 13:17:04 PST 2004


Couple questions:
1.  How are you running the build?  Are you using the configure script 
first?  What parameters do you pass to the configure script?

2.  Which version of linux?

-Alec
WBEM Solutions

Steven F. Killen wrote:

> Greetings,
> 
> I'm compiling what seems to be a perfectly straightforward build on Linux
> (configure/make).  It chugs along just fine until it actually tries to
> compile the shared library, and craps out:
> 
> /bin/sh ./libtool --mode=link gcc -fexceptions -I/usr/local/include
> -L/usr/local/lib -Wl,-rpath /usr/local/lib -o libgc.la -rpath
> /usr/local/lib -version-info 1:2:0 allchblk.lo alloc.lo blacklst.lo
> checksums.lo dbg_mlc.lo dyn_load.lo finalize.lo gc_dlopen.lo gcj_mlc.lo
> headers.lo aix_irix_threads.lo malloc.lo mallocx.lo mark.lo mark_rts.lo
> misc.lo new_hblk.lo obj_map.lo os_dep.lo pcr_interface.lo ptr_chck.lo
> real_malloc.lo reclaim.lo solaris_pthreads.lo solaris_threads.lo
> specific.lo stubborn.lo typd_mlc.lo backgraph.lo win32_threads.lo
> pthread_support.lo pthread_stop_world.lo darwin_stop_world.lo  mach_dep.lo
> -lpthread
> rm -fr .libs/libgc.la .libs/libgc.* .libs/libgc.*
> gcc -shared  allchblk.lo alloc.lo blacklst.lo checksums.lo dbg_mlc.lo
> dyn_load.lo finalize.lo gc_dlopen.lo gcj_mlc.lo headers.lo
> aix_irix_threads.lo malloc.lo mallocx.lo mark.lo mark_rts.lo misc.lo
> new_hblk.lo obj_map.lo os_dep.lo pcr_interface.lo ptr_chck.lo
> real_malloc.lo reclaim.lo solaris_pthreads.lo solaris_threads.lo
> specific.lo stubborn.lo typd_mlc.lo backgraph.lo win32_threads.lo
> pthread_support.lo pthread_stop_world.lo darwin_stop_world.lo mach_dep.lo
> -L/usr/local/lib -lpthread  -Wl,-rpath -Wl,-soname -Wl,libgc.so.1 -o
> .libs/libgc.so.1.0.2
> /usr/local/bin/ld: cannot open libgc.so.1: No such file or directory
> collect2: ld returned 1 exit status
> gmake[1]: *** [libgc.la] Error 1
> gmake[1]: Leaving directory `/usr/build/gc/000/gc6.3alpha4'
> gmake: *** [all-recursive] Error 1
> 
> It looks like it's somehow misconfigured, because it removes the
> very libraries it tries to build together immediately afterwards!  Is
> there a flag or path I'm missing, or do you need more information?
> 
> --
> Steve Killen <skille1 at umbc.edu>
> _______________________________________________
> Gc mailing list
> Gc at linux.hpl.hp.com
> http://www.hpl.hp.com/hosted/linux/mail-archives/gc/
> 
> 
> 




More information about the Gc mailing list