* binutils-2.16.92 build failure on SPARC @ 2006-04-17 17:19 Martin Michlmayr 2006-04-17 19:14 ` Martin Michlmayr ` (2 more replies) 0 siblings, 3 replies; 14+ messages in thread From: Martin Michlmayr @ 2006-04-17 17:19 UTC (permalink / raw) To: binutils 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/ ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: binutils-2.16.92 build failure on SPARC 2006-04-17 17:19 binutils-2.16.92 build failure on SPARC Martin Michlmayr @ 2006-04-17 19:14 ` Martin Michlmayr 2006-04-17 20:57 ` Andreas Schwab 2006-04-27 2:22 ` binutils-2.16.92 build failures, Linux X PPC, SPARC Don Lindsay 2006-05-04 18:46 ` binutils-2.16.92 build failure on SPARC Daniel Jacobowitz 2 siblings, 1 reply; 14+ messages in thread From: Martin Michlmayr @ 2006-04-17 19:14 UTC (permalink / raw) To: binutils 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/ ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: binutils-2.16.92 build failure on SPARC 2006-04-17 19:14 ` Martin Michlmayr @ 2006-04-17 20:57 ` Andreas Schwab 2006-04-18 0:25 ` Martin Michlmayr 2006-05-04 18:45 ` Daniel Jacobowitz 0 siblings, 2 replies; 14+ messages in thread From: Andreas Schwab @ 2006-04-17 20:57 UTC (permalink / raw) To: Martin Michlmayr; +Cc: binutils 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." ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: binutils-2.16.92 build failure on SPARC 2006-04-17 20:57 ` Andreas Schwab @ 2006-04-18 0:25 ` Martin Michlmayr 2006-05-04 18:45 ` Daniel Jacobowitz 1 sibling, 0 replies; 14+ messages in thread From: Martin Michlmayr @ 2006-04-18 0:25 UTC (permalink / raw) To: Andreas Schwab; +Cc: binutils * Andreas Schwab <schwab@suse.de> [2006-04-17 21:39]: > Can you try this, please? Works. -- Martin Michlmayr http://www.cyrius.com/ ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: binutils-2.16.92 build failure on SPARC 2006-04-17 20:57 ` Andreas Schwab 2006-04-18 0:25 ` Martin Michlmayr @ 2006-05-04 18:45 ` Daniel Jacobowitz 2006-05-16 8:36 ` Martin Michlmayr 1 sibling, 1 reply; 14+ messages in thread From: Daniel Jacobowitz @ 2006-05-04 18:45 UTC (permalink / raw) To: Andreas Schwab; +Cc: Martin Michlmayr, binutils 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 ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: binutils-2.16.92 build failure on SPARC 2006-05-04 18:45 ` Daniel Jacobowitz @ 2006-05-16 8:36 ` Martin Michlmayr 0 siblings, 0 replies; 14+ messages in thread From: Martin Michlmayr @ 2006-05-16 8:36 UTC (permalink / raw) To: Andreas Schwab, binutils * 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/ ^ permalink raw reply [flat|nested] 14+ messages in thread
* binutils-2.16.92 build failures, Linux X PPC, SPARC. 2006-04-17 17:19 binutils-2.16.92 build failure on SPARC Martin Michlmayr 2006-04-17 19:14 ` Martin Michlmayr @ 2006-04-27 2:22 ` Don Lindsay 2006-04-27 3:14 ` Alan Modra 2006-05-04 18:46 ` binutils-2.16.92 build failure on SPARC Daniel Jacobowitz 2 siblings, 1 reply; 14+ messages in thread From: Don Lindsay @ 2006-04-27 2:22 UTC (permalink / raw) To: binutils 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 ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: binutils-2.16.92 build failures, Linux X PPC, SPARC. 2006-04-27 2:22 ` binutils-2.16.92 build failures, Linux X PPC, SPARC Don Lindsay @ 2006-04-27 3:14 ` Alan Modra 2006-04-27 3:58 ` Daniel Jacobowitz 0 siblings, 1 reply; 14+ messages in thread From: Alan Modra @ 2006-04-27 3:14 UTC (permalink / raw) To: Don Lindsay; +Cc: binutils 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 ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: binutils-2.16.92 build failures, Linux X PPC, SPARC. 2006-04-27 3:14 ` Alan Modra @ 2006-04-27 3:58 ` Daniel Jacobowitz 0 siblings, 0 replies; 14+ messages in thread From: Daniel Jacobowitz @ 2006-04-27 3:58 UTC (permalink / raw) To: Don Lindsay, binutils 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 ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: binutils-2.16.92 build failure on SPARC 2006-04-17 17:19 binutils-2.16.92 build failure on SPARC Martin Michlmayr 2006-04-17 19:14 ` Martin Michlmayr 2006-04-27 2:22 ` binutils-2.16.92 build failures, Linux X PPC, SPARC Don Lindsay @ 2006-05-04 18:46 ` Daniel Jacobowitz 2006-05-04 18:59 ` Martin Michlmayr 2 siblings, 1 reply; 14+ messages in thread From: Daniel Jacobowitz @ 2006-05-04 18:46 UTC (permalink / raw) To: Martin Michlmayr; +Cc: binutils 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 ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: binutils-2.16.92 build failure on SPARC 2006-05-04 18:46 ` binutils-2.16.92 build failure on SPARC Daniel Jacobowitz @ 2006-05-04 18:59 ` Martin Michlmayr 2006-05-04 19:00 ` Daniel Jacobowitz 0 siblings, 1 reply; 14+ messages in thread From: Martin Michlmayr @ 2006-05-04 18:59 UTC (permalink / raw) To: binutils * 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/ ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: binutils-2.16.92 build failure on SPARC 2006-05-04 18:59 ` Martin Michlmayr @ 2006-05-04 19:00 ` Daniel Jacobowitz 2006-05-04 20:28 ` Martin Michlmayr 0 siblings, 1 reply; 14+ messages in thread From: Daniel Jacobowitz @ 2006-05-04 19:00 UTC (permalink / raw) To: binutils 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 ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: binutils-2.16.92 build failure on SPARC 2006-05-04 19:00 ` Daniel Jacobowitz @ 2006-05-04 20:28 ` Martin Michlmayr 2006-05-17 21:51 ` Daniel Jacobowitz 0 siblings, 1 reply; 14+ messages in thread From: Martin Michlmayr @ 2006-05-04 20:28 UTC (permalink / raw) To: binutils * 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/ ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: binutils-2.16.92 build failure on SPARC 2006-05-04 20:28 ` Martin Michlmayr @ 2006-05-17 21:51 ` Daniel Jacobowitz 0 siblings, 0 replies; 14+ messages in thread From: Daniel Jacobowitz @ 2006-05-17 21:51 UTC (permalink / raw) To: binutils 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 ^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2006-05-17 17:02 UTC | newest] Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2006-04-17 17:19 binutils-2.16.92 build failure on SPARC Martin Michlmayr 2006-04-17 19:14 ` Martin Michlmayr 2006-04-17 20:57 ` Andreas Schwab 2006-04-18 0:25 ` Martin Michlmayr 2006-05-04 18:45 ` Daniel Jacobowitz 2006-05-16 8:36 ` Martin Michlmayr 2006-04-27 2:22 ` binutils-2.16.92 build failures, Linux X PPC, SPARC Don Lindsay 2006-04-27 3:14 ` Alan Modra 2006-04-27 3:58 ` Daniel Jacobowitz 2006-05-04 18:46 ` binutils-2.16.92 build failure on SPARC Daniel Jacobowitz 2006-05-04 18:59 ` Martin Michlmayr 2006-05-04 19:00 ` Daniel Jacobowitz 2006-05-04 20:28 ` Martin Michlmayr 2006-05-17 21:51 ` Daniel Jacobowitz
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).