binutils-2.16.92 build failure on SPARC

binutils-2.16.92 build failure on SPARC

[Martin Michlmayr]

I get the following build failure on SPARC (sparc-unknown-linux-gnu):

gcc-4.0 -DHAVE_CONFIG_H -I. -I../../bfd -I. -I. -I../../bfd -I../../bfd/../include -I../../bfd/../intl -I../intl -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -g -O2 -c ../../bfd/cpu-sparc.c -o cpu-sparc.o >/dev/null 2>&1
rm -f tofiles
f=""; \
        for i in elf32-sparc.lo elfxx-sparc.lo elf-vxworks.lo elf32.lo elf.lo elflink.lo elf-strtab.lo elf-eh-frame.lo dwarf1.lo sparclinux.lo aout32.lo elf64-sparc.lo elf64.lo sunos.lo elf64-gen.lo elf32-gen.lo cpu-sparc.lo  ; do \
          case " $f " in \
            *" $i "*) ;; \
            *) f="$f $i" ;; \
          esac ; \
        done ; \
        echo $f > tofiles
/bin/sh ../../bfd/../move-if-change tofiles ofiles
touch stamp-ofiles
/bin/sh ./libtool --mode=link gcc-4.0 -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -g -O2   -o libbfd.la -rpath /build/tbm/binutils-2.16.92/debian/tmp/usr/lib -release 2.16.92  archive.lo archures.lo bfd.lo bfdio.lo bfdwin.lo cache.lo coffgen.lo corefile.lo format.lo init.lo libbfd.lo opncls.lo reloc.lo section.lo syms.lo targets.lo hash.lo linker.lo srec.lo binary.lo tekhex.lo ihex.lo stabs.lo stab-syms.lo merge.lo dwarf2.lo simple.lo archive64.lo `cat ofiles` -L../libiberty/pic -liberty
./libtool: line 1514: cd: ../libiberty/pic: No such file or directory
libtool: link: cannot determine absolute directory name of `../libiberty/pic'
make[4]: *** [libbfd.la] Error 1
make[4]: Leaving directory `/build/tbm/binutils-2.16.92/builddir-single/bfd'
make[3]: *** [install-recursive] Error 1

-- 
Martin Michlmayr
http://www.cyrius.com/

Re: binutils-2.16.92 build failure on SPARC

[Martin Michlmayr]

I get the following build failure with GCC 4.2 on SPARC:

cc1: warnings being treated as errors
In file included from ../../bfd/sunos.c:69:
../../bfd/aoutf1.h: In function 'swapcore_sun3':
../../bfd/aoutf1.h:407: warning: cast from pointer to integer of different size
../../bfd/aoutf1.h: In function 'swapcore_sparc':
../../bfd/aoutf1.h:442: warning: cast from pointer to integer of different size
../../bfd/aoutf1.h: In function 'swapcore_solaris_bcp':
../../bfd/aoutf1.h:507: warning: cast from pointer to integer of different size
make[4]: *** [sunos.lo] Error 1

-- 
Martin Michlmayr
http://www.cyrius.com/

Re: binutils-2.16.92 build failure on SPARC

[Andreas Schwab]

Martin Michlmayr <tbm@cyrius.com> writes:

> I get the following build failure with GCC 4.2 on SPARC:
>
> cc1: warnings being treated as errors
> In file included from ../../bfd/sunos.c:69:
> ../../bfd/aoutf1.h: In function 'swapcore_sun3':
> ../../bfd/aoutf1.h:407: warning: cast from pointer to integer of different size
> ../../bfd/aoutf1.h: In function 'swapcore_sparc':
> ../../bfd/aoutf1.h:442: warning: cast from pointer to integer of different size
> ../../bfd/aoutf1.h: In function 'swapcore_solaris_bcp':
> ../../bfd/aoutf1.h:507: warning: cast from pointer to integer of different size
> make[4]: *** [sunos.lo] Error 1

Can you try this, please?

2006-04-17  Andreas Schwab  <schwab@suse.de>

	* aoutf1.h (struct external_sparc_core): Declare c_regs as struct
	regs instead of an array of int.
	(struct external_solaris_bcp_core): Likewise.
	(swapcore_sun3): Use offsetof instead of computing the offset
	manually.
	(swapcore_sparc): Likewise.  Simplify reference to c_regs.
	(swapcore_solaris_bcp): Likewise.

Index: bfd/aoutf1.h
===================================================================
RCS file: /cvs/src/src/bfd/aoutf1.h,v
retrieving revision 1.16
diff -u -a -p -u -p -a -r1.16 bfd/aoutf1.h
--- bfd/aoutf1.h	18 Aug 2005 03:48:26 -0000	1.16
+++ bfd/aoutf1.h	17 Apr 2006 19:28:32 -0000
@@ -286,7 +286,7 @@ struct external_sparc_core
   int c_magic;				/* Corefile magic number.  */
   int c_len;				/* Sizeof (struct core).  */
 #define	SPARC_CORE_LEN	432
-  int c_regs[19];			/* General purpose registers -- MACHDEP SIZE.  */
+  struct regs c_regs;			/* General purpose registers -- MACHDEP SIZE.  */
   struct external_exec c_aouthdr;	/* A.out header.  */
   int c_signo;				/* Killing signal, if any.  */
   int c_tsize;				/* Text size (bytes).  */
@@ -309,7 +309,7 @@ struct external_solaris_bcp_core
   int c_magic;				/* Corefile magic number.  */
   int c_len;				/* Sizeof (struct core).  */
 #define	SOLARIS_BCP_CORE_LEN	456
-  int c_regs[19];			/* General purpose registers -- MACHDEP SIZE.  */
+  struct regs c_regs;			/* General purpose registers -- MACHDEP SIZE.  */
   int c_exdata_vp;			/* Exdata structure.  */
   int c_exdata_tsize;
   int c_exdata_dsize;
@@ -387,7 +387,7 @@ swapcore_sun3 (bfd *abfd, char *ext, str
 
   intcore->c_magic = H_GET_32 (abfd, &extcore->c_magic);
   intcore->c_len = H_GET_32 (abfd, &extcore->c_len);
-  intcore->c_regs_pos = (long) (((struct external_sun3_core *) 0)->c_regs);
+  intcore->c_regs_pos = offsetof (struct external_sun3_core, c_regs);
   intcore->c_regs_size = sizeof (extcore->c_regs);
 #if ARCH_SIZE == 64
   aout_64_swap_exec_header_in
@@ -401,10 +401,10 @@ swapcore_sun3 (bfd *abfd, char *ext, str
   intcore->c_data_addr = N_DATADDR (intcore->c_aouthdr);
   intcore->c_ssize = H_GET_32 (abfd, &extcore->c_ssize);
   memcpy (intcore->c_cmdname, extcore->c_cmdname, sizeof (intcore->c_cmdname));
-  intcore->fp_stuff_pos = (long) (((struct external_sun3_core *) 0)->fp_stuff);
+  intcore->fp_stuff_pos = offsetof (struct external_sun3_core, fp_stuff);
   /* FP stuff takes up whole rest of struct, except c_ucode.  */
   intcore->fp_stuff_size = intcore->c_len - (sizeof extcore->c_ucode) -
-    (file_ptr) (((struct external_sun3_core *) 0)->fp_stuff);
+    offsetof (struct external_sun3_core, fp_stuff);
   /* Ucode is the last thing in the struct -- just before the end.  */
   intcore->c_ucode = H_GET_32 (abfd,
 			       (intcore->c_len
@@ -422,7 +422,7 @@ swapcore_sparc (bfd *abfd, char *ext, st
 
   intcore->c_magic = H_GET_32 (abfd, &extcore->c_magic);
   intcore->c_len = H_GET_32 (abfd, &extcore->c_len);
-  intcore->c_regs_pos = (long) (((struct external_sparc_core *) 0)->c_regs);
+  intcore->c_regs_pos = offsetof (struct external_sparc_core, c_regs);
   intcore->c_regs_size = sizeof (extcore->c_regs);
 #if ARCH_SIZE == 64
   aout_64_swap_exec_header_in
@@ -436,10 +436,10 @@ swapcore_sparc (bfd *abfd, char *ext, st
   intcore->c_data_addr = N_DATADDR (intcore->c_aouthdr);
   intcore->c_ssize = H_GET_32 (abfd, &extcore->c_ssize);
   memcpy (intcore->c_cmdname, extcore->c_cmdname, sizeof (intcore->c_cmdname));
-  intcore->fp_stuff_pos = (long) (((struct external_sparc_core *) 0)->fp_stuff);
+  intcore->fp_stuff_pos = offsetof (struct external_sparc_core, fp_stuff);
   /* FP stuff takes up whole rest of struct, except c_ucode.  */
   intcore->fp_stuff_size = intcore->c_len - (sizeof extcore->c_ucode) -
-    (file_ptr) (((struct external_sparc_core *) 0)->fp_stuff);
+    offsetof (struct external_sparc_core, fp_stuff);
   /* Ucode is the last thing in the struct -- just before the end.  */
   intcore->c_ucode = H_GET_32 (abfd,
 			       (intcore->c_len
@@ -462,7 +462,7 @@ swapcore_sparc (bfd *abfd, char *ext, st
 #define SPARC_USRSTACK_SPARC2 ((bfd_vma)0xf8000000)
 #define SPARC_USRSTACK_SPARC10 ((bfd_vma)0xf0000000)
   {
-    bfd_vma sp = H_GET_32 (abfd, &((struct regs *) &extcore->c_regs[0])->r_o6);
+    bfd_vma sp = H_GET_32 (abfd, &extcore->c_regs.r_o6);
     if (sp < SPARC_USRSTACK_SPARC10)
       intcore->c_stacktop = SPARC_USRSTACK_SPARC10;
     else
@@ -480,7 +480,7 @@ swapcore_solaris_bcp (bfd *abfd, char *e
 
   intcore->c_magic = H_GET_32 (abfd, &extcore->c_magic);
   intcore->c_len = H_GET_32 (abfd, &extcore->c_len);
-  intcore->c_regs_pos = (long) (((struct external_solaris_bcp_core *) 0)->c_regs);
+  intcore->c_regs_pos = offsetof (struct external_solaris_bcp_core, c_regs);
   intcore->c_regs_size = sizeof (extcore->c_regs);
 
   /* The Solaris BCP exdata structure does not contain an a_syms field,
@@ -501,10 +501,10 @@ swapcore_solaris_bcp (bfd *abfd, char *e
   intcore->c_ssize = H_GET_32 (abfd, &extcore->c_ssize);
   memcpy (intcore->c_cmdname, extcore->c_cmdname, sizeof (intcore->c_cmdname));
   intcore->fp_stuff_pos =
-    (long) (((struct external_solaris_bcp_core *) 0)->fp_stuff);
+    offsetof (struct external_solaris_bcp_core, fp_stuff);
   /* FP stuff takes up whole rest of struct, except c_ucode.  */
   intcore->fp_stuff_size = intcore->c_len - (sizeof extcore->c_ucode) -
-    (file_ptr) (((struct external_solaris_bcp_core *) 0)->fp_stuff);
+    offsetof (struct external_solaris_bcp_core, fp_stuff);
   /* Ucode is the last thing in the struct -- just before the end */
   intcore->c_ucode = H_GET_32 (abfd,
 			       (intcore->c_len
@@ -527,7 +527,7 @@ swapcore_solaris_bcp (bfd *abfd, char *e
 #define SPARC_USRSTACK_SPARC2 ((bfd_vma)0xf8000000)
 #define SPARC_USRSTACK_SPARC10 ((bfd_vma)0xf0000000)
   {
-    bfd_vma sp = H_GET_32 (abfd, &((struct regs *) &extcore->c_regs[0])->r_o6);
+    bfd_vma sp = H_GET_32 (abfd, &extcore->c_regs.r_o6);
     if (sp < SPARC_USRSTACK_SPARC10)
       intcore->c_stacktop = SPARC_USRSTACK_SPARC10;
     else

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Re: binutils-2.16.92 build failure on SPARC

[Martin Michlmayr]

* Andreas Schwab <schwab@suse.de> [2006-04-17 21:39]:
> Can you try this, please?

Works.
-- 
Martin Michlmayr
http://www.cyrius.com/

Re: binutils-2.16.92 build failure on SPARC

[Daniel Jacobowitz]

On Mon, Apr 17, 2006 at 09:39:14PM +0200, Andreas Schwab wrote:
> 2006-04-17  Andreas Schwab  <schwab@suse.de>
> 
> 	* aoutf1.h (struct external_sparc_core): Declare c_regs as struct
> 	regs instead of an array of int.
> 	(struct external_solaris_bcp_core): Likewise.
> 	(swapcore_sun3): Use offsetof instead of computing the offset
> 	manually.
> 	(swapcore_sparc): Likewise.  Simplify reference to c_regs.
> 	(swapcore_solaris_bcp): Likewise.

Hi Andreas,

This looks pretty clearly correct; could you commit it?


-- 
Daniel Jacobowitz
CodeSourcery

Re: binutils-2.16.92 build failure on SPARC

[Martin Michlmayr]

* Daniel Jacobowitz <drow@false.org> [2006-05-04 14:45]:
> > 2006-04-17  Andreas Schwab  <schwab@suse.de>
> > 	* aoutf1.h (struct external_sparc_core): Declare c_regs as struct
> > 	regs instead of an array of int.
> > 	(struct external_solaris_bcp_core): Likewise.
> 
> This looks pretty clearly correct; could you commit it?

And can you please also commit it to the 2.17 branch.
-- 
Martin Michlmayr
http://www.cyrius.com/

binutils-2.16.92 build failures, Linux X PPC, SPARC.

[Don Lindsay]

There was an appeal for people to testdrive the 2.17 RC.
So, this is a summary of some successes and failures.

I merged gcc-4.1.0 on top of binutils-2.16.92 on top of newlib-1.14.0,
using cpio.

i686-pc-linux-gnu bootstrapped fine, and a cross to mips64-elf went OK.
But a cross to powerpc-eabi died in <buildarea>/bfd with:

         /bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I.
                 <etc..> -Wall  <etc..>
                 -Werror -g -O2 -c -o coff-rs6000.lo $src/bfd/coff-rs6000.c
         cc1: warnings being treated as errors
         In function 'xcoff_write_archive_contents_old':
                 :2086: warning: value computed is not used


I didn't have this problem with binutils-2.16.1. As per the suggestion
in /bfd/ChangeLog-2005, I added --disable-werror to my configure
command. So the next try got further:
 	[Condensing <build area> to $b, <install area> to $i, and
 	 neatening a bit]


         checking for powerpc-eabi-gcc...
         $b/./gcc/xgcc
                 -B$b/./gcc/
                 -nostdinc
                 -B$b/powerpc-eabi/newlib/
                 -isystem $b/powerpc-eabi/newlib/targ-include
                 -isystem $src/newlib/libc/include
                 -B$i/powerpc-eabi/bin/
                 -B$i/powerpc-eabi/lib/
                 -isystem $i/powerpc-eabi/include
                 -isystem $i/powerpc-eabi/sys-include
                 -L$b/./ld
         checking for C compiler default output file name...
         configure: error: C compiler cannot create executables
         See `config.log' for more details.
         make[1]: *** [configure-target-libssp] Error 1
         Leaving directory $b


The config.log in question seems to be (from its timestamp)

 	$b/powerpc-eabi/libssp/config.log

which has

         configure:2307: checking for C compiler default output file name
         configure:2310: $b/./gcc/xgcc
                 -B$b/./gcc/
                 -nostdinc
                 -B$b/powerpc-eabi/newlib/
                 -isystem $b/powerpc-eabi/newlib/targ-include
                 -isystem $src/newlib/libc/include
                 -B$i/powerpc-eabi/bin/
                 -B$i/powerpc-eabi/lib/
                 -isystem $i/powerpc-eabi/include
                 -isystem $i/powerpc-eabi/sys-include
                 -L$b/./ld -O2 -g -O2    conftest.c  >&5
         $b/./gcc/collect-ld: warning: cannot find entry symbol _start; defaulting to 01800074
         $b/./gcc/libgcc.a(eabi.o): In function `__eabi':
         $b/gcc/eabi.S:232: undefined reference to `__init'
         $b/./gcc/libgcc.a(eabi.o):(.got2+0x8): undefined reference to `__SDATA_START__'
         $b/./gcc/libgcc.a(eabi.o):(.got2+0xc): undefined reference to `__SBSS_END__'
                 <..>
         $b/./gcc/libgcc.a(eabi.o):(.got2+0x50): undefined reference to `__EXCEPT_END__'
         collect2: ld returned 1 exit status
         configure:2313: $? = 1
         configure: failed program was:
         | /* confdefs.h.  */
         |
         | #define PACKAGE_NAME "libssp"
         | #define PACKAGE_TARNAME "libssp"
         | #define PACKAGE_VERSION "1.0"
         | #define PACKAGE_STRING "libssp 1.0"
         | #define PACKAGE_BUGREPORT ""
         | #define PACKAGE "libssp"
         | #define VERSION "1.0"
         | /* end confdefs.h.  */
         |
         | int
         | main ()
         | {
         |
         |   ;
         |   return 0;
         | }
         configure:2352: error: C compiler cannot create executables


I punted by adding --disable-libssp to my configure command. The linux 
cross powerpc-eabi then succeeded.

I ran the same script on Solaris 8, bootstrapping from a GCC 3.4.3 instead 
of /usr/bin/gcc. The bootstrap failed with:

        /bin/ksh $src/gcc/mkconfig.sh tconfig.h
         ./xgcc -B./ -B$i/sparc-sun-solaris2.8/bin/
         -isystem $i/sparc-sun-solaris2.8/include
         -isystem $i/sparc-sun-solaris2.8/sys-include
         -L$b/gcc/../ld  -c -o crt1.o -x assembler-with-cpp
         $src/gcc/config/sparc/sol2-c1.asm
                 ./as: error: $b/gcc/.libs/as-new does not exist
                 This script is just a wrapper for as-new.
                 See the libtool documentation for more information.
                 make[2]: *** [crt1.o] Error 1
                 make[2]: Leaving directory $b/gcc
                 make[1]: *** [stage1_build] Error 2


??

Which is as far as I've got. Logs and scripts on request.

---
Don

Re: binutils-2.16.92 build failures, Linux X PPC, SPARC.

[Alan Modra]

On Wed, Apr 26, 2006 at 05:34:56PM -0700, Don Lindsay wrote:
>         cc1: warnings being treated as errors
>         In function 'xcoff_write_archive_contents_old':
>                 :2086: warning: value computed is not used

I've seen this with gcc-4.1 too.

> I punted by adding --disable-libssp to my configure command. The linux 
> cross powerpc-eabi then succeeded.

Also the cross build libssp problems, but this isn't a binutils problem.

> I ran the same script on Solaris 8, bootstrapping from a GCC 3.4.3 instead 
> of /usr/bin/gcc. The bootstrap failed with:
> 
>        /bin/ksh $src/gcc/mkconfig.sh tconfig.h
>         ./xgcc -B./ -B$i/sparc-sun-solaris2.8/bin/
>         -isystem $i/sparc-sun-solaris2.8/include
>         -isystem $i/sparc-sun-solaris2.8/sys-include
>         -L$b/gcc/../ld  -c -o crt1.o -x assembler-with-cpp
>         $src/gcc/config/sparc/sol2-c1.asm
>                 ./as: error: $b/gcc/.libs/as-new does not exist

This also doesn't look like a binutils problem, but rather that the gcc
build can't find an as yet uninstalled gas.

I'll apply the following to mainline and 2.17 branch.

	* coff-rs6000.c (xcoff_write_archive_contents_old): Warning fix.

Index: bfd/coff-rs6000.c
===================================================================
RCS file: /cvs/src/src/bfd/coff-rs6000.c,v
retrieving revision 1.75
diff -u -p -r1.75 coff-rs6000.c
--- bfd/coff-rs6000.c	24 Nov 2005 06:02:07 -0000	1.75
+++ bfd/coff-rs6000.c	27 Apr 2006 01:11:46 -0000
@@ -2083,7 +2083,7 @@ xcoff_write_archive_contents_old (abfd)
   char decbuf[XCOFFARMAG_ELEMENT_SIZE + 1];
 
   memset (&fhdr, 0, sizeof fhdr);
-  strncpy (fhdr.magic, XCOFFARMAG, SXCOFFARMAG);
+  (void) strncpy (fhdr.magic, XCOFFARMAG, SXCOFFARMAG);
   sprintf (fhdr.firstmemoff, "%d", SIZEOF_AR_FILE_HDR);
   sprintf (fhdr.freeoff, "%d", 0);
 
-- 
Alan Modra
IBM OzLabs - Linux Technology Centre

Re: binutils-2.16.92 build failures, Linux X PPC, SPARC.

[Daniel Jacobowitz]

On Thu, Apr 27, 2006 at 10:44:06AM +0930, Alan Modra wrote:
> > I ran the same script on Solaris 8, bootstrapping from a GCC 3.4.3 instead 
> > of /usr/bin/gcc. The bootstrap failed with:
> > 
> >        /bin/ksh $src/gcc/mkconfig.sh tconfig.h
> >         ./xgcc -B./ -B$i/sparc-sun-solaris2.8/bin/
> >         -isystem $i/sparc-sun-solaris2.8/include
> >         -isystem $i/sparc-sun-solaris2.8/sys-include
> >         -L$b/gcc/../ld  -c -o crt1.o -x assembler-with-cpp
> >         $src/gcc/config/sparc/sol2-c1.asm
> >                 ./as: error: $b/gcc/.libs/as-new does not exist
> 
> This also doesn't look like a binutils problem, but rather that the gcc
> build can't find an as yet uninstalled gas.

Oh, now I know what's going on - this must be a combined tree
consequence of the new gcc/as handling.  Might want to report it to
gcc's bugzilla.

-- 
Daniel Jacobowitz
CodeSourcery

Re: binutils-2.16.92 build failure on SPARC

[Daniel Jacobowitz]

On Mon, Apr 17, 2006 at 06:37:08PM +0200, Martin Michlmayr wrote:
> ./libtool: line 1514: cd: ../libiberty/pic: No such file or directory
> libtool: link: cannot determine absolute directory name of `../libiberty/pic'
> make[4]: *** [libbfd.la] Error 1

Did this ever get resolved (separate from the other SPARC build failure
in this thread)?

-- 
Daniel Jacobowitz
CodeSourcery

Re: binutils-2.16.92 build failure on SPARC

[Martin Michlmayr]

* Daniel Jacobowitz <drow@false.org> [2006-05-04 14:46]:
> > ./libtool: line 1514: cd: ../libiberty/pic: No such file or directory
> > libtool: link: cannot determine absolute directory name of `../libiberty/pic'
> > make[4]: *** [libbfd.la] Error 1
> Did this ever get resolved (separate from the other SPARC build failure
> in this thread)?

Don't think so, no.  But I'm surprised nobody else saw it.
-- 
Martin Michlmayr
http://www.cyrius.com/

Re: binutils-2.16.92 build failure on SPARC

[Daniel Jacobowitz]

On Thu, May 04, 2006 at 08:59:02PM +0200, Martin Michlmayr wrote:
> * Daniel Jacobowitz <drow@false.org> [2006-05-04 14:46]:
> > > ./libtool: line 1514: cd: ../libiberty/pic: No such file or directory
> > > libtool: link: cannot determine absolute directory name of `../libiberty/pic'
> > > make[4]: *** [libbfd.la] Error 1
> > Did this ever get resolved (separate from the other SPARC build failure
> > in this thread)?
> 
> Don't think so, no.  But I'm surprised nobody else saw it.

Can you reproduce it?  If I have to, I'll go try it myself...

-- 
Daniel Jacobowitz
CodeSourcery

Re: binutils-2.16.92 build failure on SPARC

[Martin Michlmayr]

* Daniel Jacobowitz <drow@false.org> [2006-05-04 15:00]:
> > > > libtool: link: cannot determine absolute directory name of `../libiberty/pic'
> > > > make[4]: *** [libbfd.la] Error 1
> > > Did this ever get resolved (separate from the other SPARC build failure
> > > in this thread)?
> > Don't think so, no.  But I'm surprised nobody else saw it.
> Can you reproduce it?  If I have to, I'll go try it myself...

I cannot easily test it right now.  If you can, please go ahead.
-- 
Martin Michlmayr
http://www.cyrius.com/

Re: binutils-2.16.92 build failure on SPARC

[Daniel Jacobowitz]

On Thu, May 04, 2006 at 10:28:23PM +0200, Martin Michlmayr wrote:
> * Daniel Jacobowitz <drow@false.org> [2006-05-04 15:00]:
> > > > > libtool: link: cannot determine absolute directory name of `../libiberty/pic'
> > > > > make[4]: *** [libbfd.la] Error 1
> > > > Did this ever get resolved (separate from the other SPARC build failure
> > > > in this thread)?
> > > Don't think so, no.  But I'm surprised nobody else saw it.
> > Can you reproduce it?  If I have to, I'll go try it myself...
> 
> I cannot easily test it right now.  If you can, please go ahead.

Sorry, I'm not going to follow up on this any further; you can if you
need to.  I can't see any reason for it.  Configuring with an absolute
path will probably work around the libtool issue if it persists;
probably libiberty/pic is missing for some reason.  Working around it
might create non-PIC shared libs.

-- 
Daniel Jacobowitz
CodeSourcery