This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
current cvs version build issues
- From: "J. Grant" <jg-lists at jguk dot org>
- To: binutils <binutils at sources dot redhat dot com>
- Date: Thu, 23 Oct 2003 00:06:41 +0100
- Subject: current cvs version build issues
Hello,
I'm having a little trouble getting current cvs to build, I wonder if
someone could help me find the problems.
$ ./configure
<snip>
$ make
<snip
Configuring in dejagnu
loading cache .././config.cache
checking for a BSD compatible install... (cached) /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... (cached) yes
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... found
checking whether to enable maintainer-specific portions of Makefiles... no
checking whether make sets ${MAKE}... (cached) yes
checking for gcc... (cached) gcc
checking whether the C compiler (gcc -g -O2 ) works... yes
checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for c++... c++
checking whether the C++ compiler (c++ -g -O2 ) works... no
configure: error: installation or configuration problem: C++ compiler
cannot create executables.
make: *** [configure-dejagnu] Error 1
Should not this be "g++"? (gcc is used in other tests, not cc) I
created a symlink from g++ -> c++ as my GNU distribution did not have
that, if it is required?
The following code takes several minuites to get past. I am using a
1Ghz Althon, I do not remember it taking this long before. Does this
take a long time on everyone elses computers?
<snip>
c++ -DPACKAGE=\"sidcomp\" -DVERSION=\"0.1\" -I. -I. -I. -I./..
-I../../../include -I./../../../include -I../../../../bfd
-I./../../../../include -g -O2 -Wp,-MD,.deps/arm-sem.pp -c arm-sem.cxx
-o arm-sem.o
echo timestamp > arm-sem.lo
/bin/sh ./libtool --mode=compile c++ -DPACKAGE=\"sidcomp\"
-DVERSION=\"0.1\" -I. -I. -I. -I./.. -I../../../include
-I./../../../include -I../../../../bfd -I./../../../../include -g -O2
-c arm-semsw.cxx
c++ -DPACKAGE=\"sidcomp\" -DVERSION=\"0.1\" -I. -I. -I. -I./..
-I../../../include -I./../../../include -I../../../../bfd
-I./../../../../include -g -O2 -Wp,-MD,.deps/arm-semsw.pp -c
arm-semsw.cxx -o arm-semsw.o
Finally, the make failed on this code:
c++ -DSID_STATIC -g -O2 -o sid .libs/sidS.o mainDynamic.o baseCfg.o
commonCfg.o -Wl,--export-dynamic ../../component/audio/.libs/libaudio.a
-lm ../../component/cache/.libs/libcache.a -lstdc++ -lm
../../component/cfgroot/.libs/libconfig.a -ldl
../../component/cgen-cpu/.libs/libcgencpu.a -L/home/now3d/src/libiberty
-liberty -lm ../../component/bochs/.libs/libx86.a
../../component/consoles/.libs/libconsoles.a -lnsl -lstdc++ -lm
../../component/gdb/.libs/libgdb.a -lstdc++ -lm
../../component/gloss/.libs/libgloss.a -lstdc++ -lm
../../component/glue/.libs/libglue.a -lstdc++ -lm
../../component/ide/.libs/libide.a -lstdc++ -lm
../../component/interrupt/.libs/libinterrupt.a -lstdc++ -lm
../../component/lcd/.libs/libhd44780u.a -lstdc++ -lm
../../component/lcd/.libs/liblcd-char-display.a -lcurses -lstdc++ -lm
../../component/lcd/.libs/libt6963c.a -lstdc++ -lm
../../component/loader/.libs/libloader.a -lstdc++ -lm
../../component/mapper/.libs/libmapper.a -lstdc++ -lm
../../component/memory/.libs/libmemory.a -lstdc++ -lm
../../component/mmu/.libs/libmmu.a -lstdc++ -lm
../../component/parport/.libs/libparport.a -lstdc++ -lm
../../component/profiling/.libs/libprof.a -lstdc++ -lm
../../component/rtc/.libs/librtc.a -lstdc++ -lm
../../component/sched/.libs/libsched.a -lstdc++ -lm
../../component/tcl/.libs/libtclapi.a -L/home/now3d/src/tcl/unix
-ltcl8.4 -L/home/now3d/src/tk/unix -ltk8.4 -L/usr/X11R6/lib -lSM -lICE
-lX11 -ldl -lm ../../component/timers/.libs/libtimers.a -lm
../../component/uart/.libs/libuart.a -lstdc++ -lm
../../../libiberty/libiberty.a
../../component/gloss/.libs/libgloss.a(hostops.o): In function
`hostops::tmpnam(char*, int&)':
/home/now3d/src/sid/component/gloss/hostops.cxx:201: the use of `tmpnam'
is dangerous, better use `mkstemp'
../../component/cgen-cpu/.libs/libcgencpu.a(tracedis.o): In function
`cgen_disassemble(unsigned long, disassemble_info*, void*, int
(*)(unsigned long, unsigned char*, unsigned, disassemble_info*), void
(*)(int, unsigned long, disassemble_info*), void (*)(unsigned long,
disassemble_info*), int (*)(unsigned long, disassemble_info*), int
(*)(unsigned long, disassemble_info*), bfd_flavour, bfd_architecture,
bfd_endian, char const*, unsigned long)':
/home/now3d/src/sid/component/cgen-cpu/tracedis.cxx:49: undefined
reference to `init_disassemble_info'
collect2: ld returned 1 exit status
rm -f .libs/sidS.o
make[3]: *** [sid] Error 1
make[3]: Leaving directory `/home/now3d/src/sid/main/dynamic'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/now3d/src/sid/main'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/now3d/src/sid'
make: *** [all-sid] Error 2
I think this needs to link to libopcodes.a which includes dis-init.o
There seems to have been alot of new directories added to binutils,
newlib, tcl, readline, sid, sim, winsup etc, are these permenant
additions, or just some temporary development additions?
Is there an IRC channel where binutils developers meet up to chat?
Kind regards
JG