[Bug gas/3054] New: unknown architecture `ep9312'

2006-08-15 Thread mkl at pengutronix dot de
We're using the binutils snapshot from 060815 (ftp://sources.redhat.com/pub/binutils/snapshots/) and have a problem building a crosscompiler from i686 to arm-ep93 with crunch support. gcc is configured with "--with-arch=ep9312" which is valid for gcc. During the build, "as" complains about "unknow

[Bug gas/3054] unknown architecture `ep9312'

2006-08-15 Thread mkl at pengutronix dot de
-- What|Removed |Added CC||r dot schwebel at ||pengutronix dot de http://sourceware.org/bu

[Bug gas/3054] unknown architecture `ep9312'

2006-08-15 Thread mkl at pengutronix dot de
--- Additional Comments From mkl at pengutronix dot de 2006-08-15 09:19 --- To be more specific: the binutils cross-build is successful. the gcc cross-build fails... -- http://sourceware.org/bugzilla/show_bug.cgi?id=3054 --- You are receiving this mail because: --- You are

latest release

2006-08-15 Thread George White
The web page indicates that the latest release is 2.14, but the latest is really 2.17. When gcc 4.x is built with the linker in binutils 2.14 and emacs is built from the result, emacs crashes with a segv, which is corrected by using the '-z nocombreloc' switch. When the linker from 2.17 is used,

[Bug binutils/3039] Compile fails (file wrstabs.c)

2006-08-15 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-08-15 11:59 --- Created an attachment (id=1225) --> (http://sourceware.org/bugzilla/attachment.cgi?id=1225&action=view) Initialize 'size' -- http://sourceware.org/bugzilla/show_bug.cgi?id=3039 --- You are receiving this

[Bug binutils/3039] Compile fails (file wrstabs.c)

2006-08-15 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2006-08-15 12:00 --- Hi Yurii, Thanks for reporting this problem. It is easily solved by initializing the size variable, so I am going to apply the uploaded patch to the sources along with this ChangeLog entry. Cheers Nick binu

Re: latest release

2006-08-15 Thread Nick Clifton
Hi George, The web page indicates that the latest release is 2.14, but the latest is really 2.17. Which web page ? Both http://www.gnu.org/software/binutils/binutils.html and http://sourcewa\re.org/binutils/ Indicate that the latest release is 2.17. Cheers Nick _

[Bug gas/2946] jmp to a weak symbol jumps to a wrong address

2006-08-15 Thread ajocksch at redhat dot com
-- What|Removed |Added BugsThisDependsOn||3071 http://sourceware.org/bugzilla/show_bug.cgi?id=2946 --- You are receiving this mail because: ---

[Bug gas/2946] jmp to a weak symbol jumps to a wrong address

2006-08-15 Thread ajocksch at redhat dot com
-- What|Removed |Added BugsThisDependsOn|3071| http://sourceware.org/bugzilla/show_bug.cgi?id=2946 --- You are receiving this mail because: --- You

[Bug ld/3015] -z relro may create PT_NULL segment

2006-08-15 Thread hjl at lucon dot org
--- Additional Comments From hjl at lucon dot org 2006-08-15 18:55 --- Well, my patch is incorrect. It isn't easy to remove the PT_NULL segment. -- http://sourceware.org/bugzilla/show_bug.cgi?id=3015 --- You are receiving this mail because: --- You are on the CC list for the

[Bug ld/3052] ld lma assignment change breaks x86-64 Linux 2.6 kernel

2006-08-15 Thread hjl at lucon dot org
--- Additional Comments From hjl at lucon dot org 2006-08-15 21:35 --- The linker script in question: .vsyscall_0 -10*1024*1024: AT ((LOADADDR(.data.cacheline_aligned) + SIZEOF(.data.cacheline_aligned) + 4095) & ~(4095)) { *(.vsyscall_0) } __vsyscall_0 = LOADADDR(.vsyscall_0); . =

[Bug ld/3052] ld lma assignment change breaks x86-64 Linux 2.6 kernel

2006-08-15 Thread hjl at lucon dot org
--- Additional Comments From hjl at lucon dot org 2006-08-15 21:53 --- This change --- ldlang.c.foo2006-08-15 14:53:05.0 -0700 +++ ldlang.c2006-08-15 14:44:19.0 -0700 @@ -4742,11 +4742,14 @@ lang_do_assignments_1 (lang_statement_un || (

[Bug ld/3052] ld lma assignment change breaks x86-64 Linux 2.6 kernel

2006-08-15 Thread hjl at lucon dot org
--- Additional Comments From hjl at lucon dot org 2006-08-16 00:39 --- The lma values set by lang_do_assignments_1 are used for _bfd_elf_map_sections_to_segments and those lma values later are overridden by lang_size_sections_1 with a different logic. The values set up by lang_do_assignme

[Bug ld/3052] ld lma assignment change breaks x86-64 Linux 2.6 kernel

2006-08-15 Thread hjl at lucon dot org
--- Additional Comments From hjl at lucon dot org 2006-08-16 01:07 --- Created an attachment (id=1226) --> (http://sourceware.org/bugzilla/attachment.cgi?id=1226&action=view) A testcase Here is a testcase. old.sec has the dump from the correct output: [EMAIL PROTECTED] lma]$ make LD=ld