From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 14:25:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBF3416A41F for ; Wed, 11 Jan 2006 14:25:14 +0000 (GMT) (envelope-from victor.cruceru@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4843F43D81 for ; Wed, 11 Jan 2006 14:25:08 +0000 (GMT) (envelope-from victor.cruceru@gmail.com) Received: by wproxy.gmail.com with SMTP id i14so134645wra for ; Wed, 11 Jan 2006 06:25:07 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=mSjsIgN8uLfgvnC1B1LwmHJCjGNuXRW18VnyhIGuKZuYqG3/ZMHFY/tKhaz9UHVR8D/s/37H0l0GmZCYQCeqe8Ur76q+EFQnbAJENnM8TjJfRNJmYlKfwXTOZZyfVGS+ROKDK6fL3EKnpQjQXViaMAPfIkG7IyE18crY6oHnGIw= Received: by 10.54.119.14 with SMTP id r14mr2153798wrc; Wed, 11 Jan 2006 06:25:07 -0800 (PST) Received: by 10.54.91.14 with HTTP; Wed, 11 Jan 2006 06:25:07 -0800 (PST) Message-ID: <49402550601110625v39c87390s95f483c880f066b6@mail.gmail.com> Date: Wed, 11 Jan 2006 16:25:07 +0200 From: victor cruceru To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: soc-victor@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 14:25:15 -0000 Hi, It seems to be a generic (not only FreeBSD - related) issue with gnu gcc tool chain on amd64, as I've discovered googling for this error: "relocation R_X86_64_32S can not be used when making a shared object." Maybe it will be a good idea to have a shared version of libdisk (if this shared version is missing). Regards, -- victor cruceru > > Message: 6 > Date: Wed, 11 Jan 2006 09:03:00 +0100 (CET) > From: Harti Brandt > Subject: Re: [head tinderbox] failure on amd64/amd64 > To: current@freebsd.org > Cc: amd64@freebsd.org > Message-ID: <20060111090039.N760@beagle.kn.op.dlr.de> > Content-Type: TEXT/PLAIN; charset=3DUS-ASCII > > On Wed, 11 Jan 2006, FreeBSD Tinderbox wrote: > > FT>TB --- 2006-01-11 06:07:43 - tinderbox 2.3 running on freebsd-current.= sentex.ca > FT>TB --- 2006-01-11 06:07:43 - starting HEAD tinderbox run for amd64/amd= 64 > FT>TB --- 2006-01-11 06:07:43 - cleaning the object tree > FT>TB --- 2006-01-11 06:08:05 - checking out the source tree > FT>TB --- 2006-01-11 06:08:05 - cd /tinderbox/HEAD/amd64/amd64 > FT>TB --- 2006-01-11 06:08:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update= -Pd -A src > FT>TB --- 2006-01-11 06:19:05 - building world (CFLAGS=3D-O2 -pipe) > FT>TB --- 2006-01-11 06:19:05 - cd /src > FT>TB --- 2006-01-11 06:19:05 - /usr/bin/make -B buildworld > FT>>>> Rebuilding the temporary build tree > FT>>>> stage 1.1: legacy release compatibility shims > FT>>>> stage 1.2: bootstrap tools > FT>>>> stage 2.1: cleaning up the object tree > FT>>>> stage 2.2: rebuilding the object tree > FT>>>> stage 2.3: build tools > FT>>>> stage 3: cross tools > FT>>>> stage 4.1: building includes > FT>>>> stage 4.2: building libraries > FT>>>> stage 4.3: make dependencies > FT>>>> stage 4.4: building everything > FT>[...] > FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp= _hostres/../../../lpr/common_source -I. -Wsystem-headers -Werror -Wall -Wno= -format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototyp= es -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wsha= dow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-ext= erns -Wredundant-decls -c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres= _storage_tbl.c -o hostres_storage_tbl.So > FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp= _hostres/../../../lpr/common_source -I. -Wsystem-headers -Werror -Wall -Wno= -format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototyp= es -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wsha= dow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-ext= erns -Wredundant-decls -c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres= _swinstalled_tbl.c -o hostres_swinstalled_tbl.So > FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp= _hostres/../../../lpr/common_source -I. -Wsystem-headers -Werror -Wall -Wno= -format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototyp= es -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wsha= dow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-ext= erns -Wredundant-decls -c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres= _swrun_tbl.c -o hostres_swrun_tbl.So > FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_= hostres/../../../lpr/common_source -I. -c /src/usr.sbin/bsnmpd/modules/snmp= _hostres/../../../lpr/common_source/printcap.c -o printcap.So > FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp= _hostres/../../../lpr/common_source -I. -Wsystem-headers -Werror -Wall -Wno= -format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototyp= es -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wsha= dow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-ext= erns -Wredundant-decls -c hostres_tree.c -o hostres_tree.So > FT>building shared library snmp_hostres.so.4 > FT>/obj/amd64/src/tmp/usr/bin/ld: /obj/amd64/src/tmp/usr/lib/libdisk.a(di= sk.o): relocation R_X86_64_32S can not be used when making a shared object;= recompile with -fPIC > FT>/obj/amd64/src/tmp/usr/lib/libdisk.a: could not read symbols: Bad valu= e > > Can anybody of the binutils folk explain what's happening here? > Why does this compile on all other architectures but not on amd64? > > harti > > > ------------------------------ >