Date: Wed, 11 Jan 2006 15:08:58 +0100 (CET) From: Harti Brandt <hartmut.brandt@dlr.de> To: John Baldwin <jhb@freebsd.org> Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 Message-ID: <20060111150808.P760@beagle.kn.op.dlr.de> In-Reply-To: <200601110853.19622.jhb@freebsd.org> References: <20060111073859.457C37302F@freebsd-current.sentex.ca> <20060111090039.N760@beagle.kn.op.dlr.de> <200601110853.19622.jhb@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 11 Jan 2006, John Baldwin wrote: JB>On Wednesday 11 January 2006 03:03 am, Harti Brandt wrote: JB>> On Wed, 11 Jan 2006, FreeBSD Tinderbox wrote: JB>> JB>> FT>TB --- 2006-01-11 06:07:43 - tinderbox 2.3 running on JB>> freebsd-current.sentex.ca FT>TB --- 2006-01-11 06:07:43 - starting HEAD JB>> tinderbox run for amd64/amd64 FT>TB --- 2006-01-11 06:07:43 - cleaning the JB>> object tree JB>> FT>TB --- 2006-01-11 06:08:05 - checking out the source tree JB>> FT>TB --- 2006-01-11 06:08:05 - cd /tinderbox/HEAD/amd64/amd64 JB>> FT>TB --- 2006-01-11 06:08:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update JB>> -Pd -A src FT>TB --- 2006-01-11 06:19:05 - building world (CFLAGS=-O2 JB>> -pipe) JB>> FT>TB --- 2006-01-11 06:19:05 - cd /src JB>> FT>TB --- 2006-01-11 06:19:05 - /usr/bin/make -B buildworld JB>> FT>>>> Rebuilding the temporary build tree JB>> FT>>>> stage 1.1: legacy release compatibility shims JB>> FT>>>> stage 1.2: bootstrap tools JB>> FT>>>> stage 2.1: cleaning up the object tree JB>> FT>>>> stage 2.2: rebuilding the object tree JB>> FT>>>> stage 2.3: build tools JB>> FT>>>> stage 3: cross tools JB>> FT>>>> stage 4.1: building includes JB>> FT>>>> stage 4.2: building libraries JB>> FT>>>> stage 4.3: make dependencies JB>> FT>>>> stage 4.4: building everything JB>> FT>[...] JB>> FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG JB>> -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. JB>> -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter JB>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type JB>> -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align JB>> -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs JB>> -Wredundant-decls -c JB>> /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_storage_tbl.c -o JB>> hostres_storage_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG JB>> -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. JB>> -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter JB>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type JB>> -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align JB>> -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs JB>> -Wredundant-decls -c JB>> /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swinstalled_tbl.c -o JB>> hostres_swinstalled_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG JB>> -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. JB>> -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter JB>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type JB>> -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align JB>> -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs JB>> -Wredundant-decls -c JB>> /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swrun_tbl.c -o JB>> hostres_swrun_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG JB>> -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. JB>> -c JB>> /src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source/printc JB>>ap.c -o printcap.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG JB>> -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. JB>> -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter JB>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type JB>> -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align JB>> -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs JB>> -Wredundant-decls -c hostres_tree.c -o hostres_tree.So FT>building shared JB>> library snmp_hostres.so.4 JB>> FT>/obj/amd64/src/tmp/usr/bin/ld: JB>> /obj/amd64/src/tmp/usr/lib/libdisk.a(disk.o): relocation R_X86_64_32S can JB>> not be used when making a shared object; recompile with -fPIC JB>> FT>/obj/amd64/src/tmp/usr/lib/libdisk.a: could not read symbols: Bad value JB>> JB>> Can anybody of the binutils folk explain what's happening here? JB>> Why does this compile on all other architectures but not on amd64? JB> JB>Because the .o files in libdisk.a are not compiled with -fPIC but the .o files JB>in your shared object that is linking against it are? I think amd64 is more JB>picky about not mixing and matching those. Wouldn't it then make sense just to build a shared libdisk? Is there a reason not to have one? harti
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060111150808.P760>