--- Additional Comments From schwab at linux-m68k dot org 2010-09-03 18:47
---
Not a binutils bug.
--
What|Removed |Added
Status|NEW |RES
--- Additional Comments From jklowden at schemamania dot org 2010-09-03
18:15 ---
On further investigation, the linker might not be involved. "c++ -v" doesn't
show collect2 being invoked. The problem might be caused by the way gcc invokes
cc1plus. I wonder about "--output-pch= ldtest"
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2010-09-03
17:39 ---
Subject: Bug 11974
CVSROOT:/cvs/src
Module name:src
Changes by: h...@sourceware.org 2010-09-03 17:38:38
Modified files:
gas: ChangeLog
gas/config : t
When provided with a spurious filename on the command line, ld updates the
output file's timestamp even if compilation fails. Re-invoking make
consequently produces a message that the target is up to date.
Consider two files: ldtest.h (empty, not included), and ldtest.C:
$ cat ldtest.C
int
ma
Hi,
while working on free software ports to Windows CE I noticed two bugs in
binutils' BFD support for some PE files (for example, kmail-mobile.exe built
with MSVC). Fixes for both are included below. Copyright assignments by g10
Code GmbH are on file at the FSF. If you need anything else, just
The parser for windows x86_64 does sign extensions
on values from 0x8000 to 0x
even for constant 64-bit values.
Even if 32-bit is the norm for constant expressions,
at least MOVABS instruction is supposed to accept 64-bit immediate values,
but the sign extension mechanism is still ap
$ diff -ub /usr/src/binutils-2.20.51-2/gas/config/tc-mn10300.c.orig
/usr/src/binutils-2.20.51-2/gas/config/tc-mn10300.c
--- tc-mn10300.c.orig 2010-03-03 20:51:43.00100 +0200
+++ tc-mn10300.c2010-09-03 12:41:04.383203900 +0300
@@ -689,6 +689,8 @@
fragP->fr_literal[offset] = 0xdd
