[Gc] compile issues

Steven F. Killen skille1 at gl.umbc.edu
Tue Feb 3 08:21:08 PST 2004


On Mon, 2 Feb 2004, Alec Orr wrote:

>
> 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?

just a straight ./configure --prefix=/usr/local; make.  I've got certain
environment variables set to operate from /usr/local (CFLAGS,
CPPFLAGS, LDFLAGS), as that's where most of our shared libraries are.

> 2.  Which version of linux?

It's a Red Hat 9ish environment.

> 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/
> >
> >
> >
>
>
> _______________________________________________
> Gc mailing list
> Gc at linux.hpl.hp.com
> http://www.hpl.hp.com/hosted/linux/mail-archives/gc/
>

--
Steve Killen <skille1 at umbc.edu>


More information about the Gc mailing list