--- Additional Comments From konrad dot schwarz at siemens dot com
2010-07-22 10:09 ---
(In reply to comment #1)
is special in the altmacro syntax. You need to double it to get a literal
.
Note that altmacro syntax is not in effect when the bug exhibits itself.
Furthermore
--- Additional Comments From konrad dot schwarz at siemens dot com
2010-07-22 10:16 ---
(In reply to comment #2)
(In reply to comment #1)
is special in the altmacro syntax. You need to double it to get a
literal .
The GAS manual does not say this. It does say in (as.info)Macro
expansion
( changed to )
Product: binutils
Version: 2.19
Status: NEW
Severity: critical
Priority: P2
Component: gas
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: konrad dot schwarz
--- Additional Comments From konrad dot schwarz at siemens dot com
2010-07-22 11:05 ---
(In reply to comment #4)
You need to double for every level of expansion. .irp introduces another
such
level.
I tried using 8 ampersands (). The code now works. It also works with
7, 6, and 5
--- Additional Comments From konrad dot schwarz at siemens dot com
2010-01-18 07:52 ---
Hm, perhaps this behavior was changed in the meantime.
The ld I am using reports:
$ ld --version
GNU ld (GNU Binutils; openSUSE 11.1) 2.19
Copyright 2007 Free Software Foundation, Inc.
and I am
Status: NEW
Severity: normal
Priority: P2
Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: konrad dot schwarz at siemens dot com
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla
--- Additional Comments From konrad dot schwarz at siemens dot com
2010-01-12 09:52 ---
(In reply to comment #1)
You can easily add m4 processing to gas yourself by writing a tiny wrapper
script. I see no need to add yet another feature to gas.
Well, like I wrote:
This option
--- Additional Comments From konrad dot schwarz at siemens dot com
2010-01-12 09:52 ---
(In reply to comment #5)
Likely a filesystem bug
Actually, the bug went away went I stopped mixing 32 and 64 bit x86 ELF object
files in a single archive. I am almost 100% sure this is the actual
--- Additional Comments From konrad dot schwarz at siemens dot com
2010-01-12 15:37 ---
(In reply to comment #7)
As I said I could not reproduce this bug with many different versions of FSF
binutils. Have you built a version of FSF binutils that exhibits this bug?
If
so, I'd like
--- Additional Comments From konrad dot schwarz at siemens dot com
2009-10-20 07:44 ---
Subject: RE: x86 64 documentation addenda
movabs is not the only form to load a 64-bit literal into
a register.
If there are other forms, where are they documented?
The normal mov insn
--- Additional Comments From konrad dot schwarz at siemens dot com
2009-10-15 13:24 ---
Created an attachment (id=4283)
-- (http://sourceware.org/bugzilla/attachment.cgi?id=4283action=view)
ar(1) archive containing object files that give ar problems
To recreate the bug, use
--- Additional Comments From konrad dot schwarz at siemens dot com
2009-10-15 13:34 ---
(From update of attachment 4283)
To recreate the bug,
$ mkdir zip
$ cd zip
$ ar x ../../generated/libosek-b_gpx_.a
$ ar cr lib1.a *.o
$ ar t lib1.a
ar: lib1.a: Malformed archive
$ for i in *.o
Product: binutils
Version: 2.19
Status: NEW
Severity: normal
Priority: P2
Component: binutils
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: konrad dot schwarz at siemens dot com
CC: bug
Severity: normal
Priority: P2
Component: gas
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: konrad dot schwarz at siemens dot com
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=10775
--- You
14 matches
Mail list logo