This is the mail archive of the binutils@sources.redhat.com mailing list for the binutils project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Results for binutils 2.14.90 20030601 testsuite on sparc64-unknown-linux-gnu


On Sun, Jun 01, 2003 at 04:19:02PM +0200, Christian Joensson wrote:
> On Sun, Jun 01, 2003 at 07:01:14AM -0700, H. J. Lu wrote:
> > On Sun, Jun 01, 2003 at 09:51:41AM +0200, Christian Joensson wrote:
> > > On Sun, Jun 01, 2003 at 09:26:35AM +0200, Christian Joensson wrote:
> > > > Aurora SPARC Linux 1.0 (Ansel) Ultra1 single UltraSparc I sun4u:
> > >  
> > > > LAST_UPDATED: Sun Jun  1 05:52:00 UTC 2003
> > > > 
> > > > Native configuration is sparc64-unknown-linux-gnu
> > > 
> > > > 		=== ld tests ===
> > > 
> > > quite a few reportings have:
> > > 
> > > lt-ld-new: unrecognized option
> > > '-B/usr/local/src/gcc-binutils/trunk/objdir-binutils/ld/tmpdir/ld/'
> > > lt-ld-new: use the --help option for usage information
> > > 
> > > for example
> > > 
> > > Running /usr/local/src/gcc-binutils/trunk/src/ld/testsuite/ld-checks/checks.exp ...
> > > /usr/local/src/gcc-binutils/trunk/objdir-binutils/ld/../gas/as-new   -o tmpdir/asm.o /usr/local/src/gcc-binutils/trunk/src/ld/testsuite/ld-checks/asm.s
> > > /usr/local/src/gcc-binutils/trunk/objdir-binutils/ld/ld-new -B/usr/local/src/gcc-binutils/trunk/objdir-binutils/ld/tmpdir/ld/ -L/usr/local/gcc-binutils/sparc-unknown-linux-gnu/lib -L/usr/local/gcc-binutils/lib -L/usr/local/lib -L/lib -L/usr/lib  -o tmpdir/asm.x --check-sections tmpdir/asm.o
> > > lt-ld-new: unrecognized option '-B/usr/local/src/gcc-binutils/trunk/objdir-binutils/ld/tmpdir/ld/'
> > > lt-ld-new: use the --help option for usage information
> > > FAIL: check sections 1
> > 
> > It works for me. It checks if $ld is gcc before adding -B.... Please
> > find out why it doesn't do it for you.
> 
> I'm not too sure what to look for here, but anyway, when configuring
> ld, I have this:
> 
> checking for ld used by GCC... (cached) /usr/local/gcc-binutils/lib/gcc-lib/sparc64-unknown-linux-gnu/3.3/../../../../sparc64-unknown-linux-gnu/bin/ld
> checking if the linker (/usr/local/gcc-binutils/lib/gcc-lib/sparc64-unknown-linux-gnu/3.3/../../../../sparc64-unknown-linux-gnu/bin/ld) is GNU ld... (cached) yes
> checking for /usr/local/gcc-binutils/lib/gcc-lib/sparc64-unknown-linux-gnu/3.3/../../../../sparc64-unknown-linux-gnu/bin/ld option to reload object files... (cached) -r
> 
> what else can I check? 
> 
> > > 
> > > also, a few have
> > > 
> > > 
> > > lt-ld-new: skipping incompatible /lib/libc.so.6 when searching for
> > > /lib/libc.so.6 lt-ld-new: cannot find /lib/libc.so.6 collect2: ld
> > > returned 1 exit status
> > > 
> > 
> > I don't have a system using /lib64. Please find out why ld/tmpdir/libpath.exp
> > created by build is not right. The search path should be the same as
> > the real linker.
> 
> well, I don't understand what goes wrong here. The system has a /lib
> and /usr/lib, of course, that's the 32-bit binaries, then, for the
> 64-bit ones, the libs are in /lib64 and /usr/lib64. However, for
> 64-bit binaries using 64-bit shared libraries et al, they should look
> in /usr/lib64 and /lib64 instead of looking in /usr/lib and
> /usr/lib64... but "my" libpath.exp is this:
> 
> set libpath "/usr/local/gcc-binutils/sparc-unknown-linux-gnu/lib /usr/local/gcc-binutils/lib /usr/local/lib /lib /usr/lib"
> 
> and I have no suggestion on how to make this correct... Anyone else??
> 

pinging this again, has anyone had any ideas on what to do about
64-bit systems that runs 32-bit code "interfoiled" or whatver I should
call it....

like sparc64-linux (and sparc64-solaris), it's kernel supports 64-bit
executables, and has the required libs in separate directories, such
as /lib64, /usr/lib64 and the like... and also 23-bit executables,
with it's corresponding libraies in /lib, /usr/lib etc...

how is the above, the "new" libpath thing, how is it to be made to
work properly??

Cheers,

/ChJ


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]