--- Additional Comments From oliver at linux-kernel dot at 2007-10-16
07:06 ---
(In reply to comment #9)
> *** Bug 5176 has been marked as a duplicate of this bug. ***
Oh well. My alpha bug is really the same as this sparc bug. :-)
If anyone needs any input, let me know!
--
http://s
--- Additional Comments From oliver at linux-kernel dot at 2007-10-16
09:13 ---
With latest and greatest elfutils it has gone worse:
loadable segment GNU_RELRO applies to is executable
*** failure in ../libelf/libelf.so
FAIL: run-elflint-self.sh
--- readelf.out 2007-10-16 11:00:54.000
--- Additional Comments From uberlord at gentoo dot org 2007-10-16 10:01
---
Created an attachment (id=2043)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=2043&action=view)
Link all sparc64 objects too
We need this for FreeBSD/Sparc64 as well. Thanks!
--
http://sourceware.o
Hi Haubi,
With this patch only (without checking for in bfd/configure), the
next unknown symbol is 'size_t':
Doh.
Eh, in gas/ChangeLog-9295 there is this log entry: "Replace alloca-conf.h
inclusion with code recommended in autoconf documentation."
Maybe this should be done for bfd too ?
--- Additional Comments From nickc at redhat dot com 2007-10-16 14:16
---
Subject: Re: bfd build fails in alloca-conf.h when built
without gcc
Hi Haubi,
> With this patch only (without checking for in bfd/configure), the
> next unknown symbol is 'size_t':
Doh.
> Eh, in gas/ChangeL
--- Additional Comments From haubi at gentoo dot org 2007-10-16 14:44
---
Well, compiling bfd/som.c succeeded, so the patch for bfd/som.c seems ok.
But linking the first executable in binutils/ now gives:
/bin/sh ./libtool --tag=CC --mode=link cc -Wp,-H256000 -g -o size size.o
bucomm
Hi Haubi,
Currently bfd/configure does _not_ check for - IMO this still is
required, as that patch tests HAVE_ALLOCA_H too.
Well bum. OK, I'll check your patch in as well as mine, and that should take
care of it, right ?
Cheers
Nick
___
bu
--- Additional Comments From nickc at redhat dot com 2007-10-16 14:55
---
Subject: Re: bfd build fails in alloca-conf.h when built
without gcc
Hi Haubi,
> Currently bfd/configure does _not_ check for - IMO this still is
> required, as that patch tests HAVE_ALLOCA_H too.
Well bum.
--- Additional Comments From haubi at gentoo dot org 2007-10-16 15:05
---
Hi Nick,
> Well bum. OK, I'll check your patch in as well as mine, and that should take
> care of it, right ?
Yep - both bfd/som.c and bfd/elf64-hppa.c get "config.h" through "sysdep.h" -
should work.
And you d
--- Additional Comments From nickc at redhat dot com 2007-10-16 15:18
---
Patches checked in with this ChangeLog entry.
bfd/ChangeLog
2007-10-16 Nick Clifton <[EMAIL PROTECTED]>
PR 5146
* configure.in (AC_CHECK_HEADERS): Add alloca.h
* configure: Regenerate.
--- Additional Comments From hjl at lucon dot org 2007-10-16 16:06 ---
(In reply to comment #10)
> (In reply to comment #9)
> > *** Bug 5176 has been marked as a duplicate of this bug. ***
>
> Oh well. My alpha bug is really the same as this sparc bug. :-)
> If anyone needs any input, le
--- Additional Comments From hjl at lucon dot org 2007-10-16 17:56 ---
A new patch is posted at
http://sourceware.org/ml/binutils/2007-10/msg00240.html
--
http://sourceware.org/bugzilla/show_bug.cgi?id=4424
--- You are receiving this mail because: ---
You are on the CC list
--- Additional Comments From hjl at lucon dot org 2007-10-16 18:22 ---
The current assembler just ignores
.type common,%common
by default:
[EMAIL PROTECTED] gas]$ cat x.s
.common foo, 1
.type foo,%common
[EMAIL PROTECTED] gas]$ ./as-new -o x.o x.s
[EMAIL PROTECTED]
13 matches
Mail list logo
