[Gc] compile issues

Steven F. Killen skille1 at gl.umbc.edu
Thu Feb 5 08:39:54 PST 2004


On Tue, 3 Feb 2004, Boehm, Hans wrote:

> Are you sure you're getting the correct libtool?

Your assessment seems to be correct; it seems I need to learn more about
libtool.  Thanks for the help.  I imagine once I get libtool going right,
the build should be a snap.

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