* 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
* 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 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-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 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
* 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).