--- Additional Comments From amodra at bigpond dot net dot au 2009-10-15
01:19 ---
Looking into it. Caused by LABELS_WITHOUT_COLONS
--
What|Removed |Added
AssignedT
--- Additional Comments From roland at gnu dot org 2009-10-14 22:18 ---
Please make gold accept and ignore the --no-add-needed switch so there is a
single command line that has the same semantics for both ld implementations.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10238
---
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2009-10-14 16:21 ---
Subject: Re: FAIL: macros dot
On Wed, 14 Oct 2009, amodra at bigpond dot net dot au wrote:
=== gas tests ===
Schedule of variations:
unix
Running target unix
Using /opt/gnu/s
--- Additional Comments From hjl dot tools at gmail dot com 2009-10-14
14:56 ---
(In reply to comment #2)
> Oh, it was not meant as a fix. Just as an information.
You can try enum.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10767
--- You are receiving this mail because:
--- Additional Comments From yann at droneaud dot fr 2009-10-14 14:42
---
Created an attachment (id=4279)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4279&action=view)
Try to enable pei-arm-wince as machine in dlltool
Here is a patch which try to enable pei-arm-wince-little a
When asking for arm-wince target, binutils are built to use pe-arm-wince-little
format.
But it seems that Visual Studio is generating executable / .lib with format
pei-arm-wince-little.
In particular, dlltool and as have no option to choose between
pe-arm-wince-little and pei-arm-wince-little
--
--
What|Removed |Added
Status|WAITING |NEW
Last reconfirmed|-00-00 00:00:00 |2009-10-14 14:30:44
date|
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-14
14:28 ---
My guess is that this has been fixed in 2.20. Closing anyway as no feedback in
4 years
--
What|Removed |Added
-
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-14
14:12 ---
.
--
What|Removed |Added
Status|WAITING |RESOLVED
The state of macro processing in gas is rotten. I say this after spending an
exorbitant amount of time in getting it to work on problems that other
assemblers, such as from ARM, Tasking, Fujitsu have no problems with. (This is
not helped by the fact that GAS's listing facility is flaky, but that
--- Additional Comments From tom at hukatronic dot cz 2009-10-14 12:31
---
Thanks for applying the patch. I almost forget that I wrote it a four years
ago. :-)
--
http://sourceware.org/bugzilla/show_bug.cgi?id=969
--- You are receiving this mail because: ---
You are on the
--- Additional Comments From yann at droneaud dot fr 2009-10-14 12:29
---
Created an attachment (id=4278)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4278&action=view)
dlltool: Improve error reporting regarding BFD open operations
Here's a patch which help to diagnose problem
--- Additional Comments From yann at droneaud dot fr 2009-10-14 12:21
---
Using gdb help find the problem: when another machine architecture is selected,
the bfd target is not the one per default. And the selected bfd is not part of
the build.
So there's no bug, but the error message i
--
What|Removed |Added
AssignedTo|ramana dot radhakrishnan at |unassigned at sources dot
|codito dot com |redhat dot com
http://sourceware.or
--
What|Removed |Added
Status|ASSIGNED|NEW
http://sourceware.org/bugzilla/show_bug.cgi?id=1038
--- You are receiving this mail because: ---
--
What|Removed |Added
Status|ASSIGNED|NEW
http://sourceware.org/bugzilla/show_bug.cgi?id=3990
--- You are receiving this mail because: ---
--
What|Removed |Added
Status|ASSIGNED|NEW
http://sourceware.org/bugzilla/show_bug.cgi?id=10767
--- You are receiving this mail because: ---
--
What|Removed |Added
Status|ASSIGNED|NEW
http://sourceware.org/bugzilla/show_bug.cgi?id=6906
--- You are receiving this mail because: ---
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-14
11:45 ---
Closing as reporter says bug in migw runtime
--
What|Removed |Added
Status|ASS
The following information is lacking from the GAS manual:
In node (as.info)i386-Mnemonics, add at the end of 9.13.4,
In 64-bit mode, `movabs' is the form of the mov instruction which loads
a 64-bit literal into a register.
The AT&T/Unixware assembler is documented at
http://docs.sun.com/app/docs
--
What|Removed |Added
Status|ASSIGNED|NEW
http://sourceware.org/bugzilla/show_bug.cgi?id=5136
--- You are receiving this mail because: ---
--
What|Removed |Added
Status|ASSIGNED|NEW
http://sourceware.org/bugzilla/show_bug.cgi?id=2613
--- You are receiving this mail because: ---
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-14
11:35 ---
Closing since I doubt any active developer will work on this.
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-14
11:32 ---
Patch applied. Apologies for the horrendous delay. Ben, how many other bugs
are you sitting on??
--
What|Removed |Added
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2009-10-14
11:30 ---
Subject: Bug 969
CVSROOT:/cvs/src
Module name:src
Changes by: amo...@sourceware.org 2009-10-14 11:30:21
Modified files:
opcodes: ChangeLog m68k-opc.c
Log message:
Chapter 3.5.4, "Source Code Reference", of the ld Manual is so inaccurate and
inconsistent in its use of vocabulary with the rest of the manual that it should
be replaced. A detailed critique is below; I suggest the following replacement:
3.5.4 Accessing Symbols defined in Linker Scripts in Sourc
Multiple invocations with one file per invocation of ar rv successfully create
an archive, but invoking ar rv with several files at once creates a "Malformed
archive" according to ar t.
I can provide a reproducible test case upon request---I don't see a place to add
attachments in Bugzilla, or I w
27 matches
Mail list logo
