--- Additional Comments From hp at sourceware dot org 2009-10-14 04:48
---
Wow. That system got retired in the meantime, so I suggest let's just close
this. I'm missing a resolution TIMEDOUT, let's try INVALID.
--
What|Removed |Added
---
While rummaging around in bfdlink.h I came across an enum, as well as a
single use of it looking like this (line 371, in struct bfd_link_info):
/* Criteria for skipping symbols when detemining <-(determining)
whether to include an object from an archive. */
enum bfd_link_common_skip_ar_ay
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-14
03:13 ---
> Why is libintl.h included despite --disable-nls?
Because that's what your /usr/include/locale.h says to do? But see gas/asintl.h
and ld/ld.h. I'm sure you can come up with a patch so we can close this
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-14
02:55 ---
reportedly fixed
--
What|Removed |Added
Status|NEW |RE
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-14
02:29 ---
Fixed in 2.20
--
What|Removed |Added
Status|REOPENED|RESOL
--- Additional Comments From vincent dot riviere at freesbee dot fr
2009-10-13 23:54 ---
Yes, I believe other targets using a.out for other processors are affected,
too, but I cowardly fixed the bug only for m68k.
It would probably be more clean to fix bfd_install_relocation(), but that
--- Additional Comments From amodra at bigpond dot net dot au 2009-10-13
23:47 ---
This patch probably is relevant for other targets too. I can't ask you to look
at them as I fully sympathize with your comment #8 regarding time spent in the
debugger.
--
http://sourceware.org/bugzill
--- Additional Comments From vincent dot riviere at freesbee dot fr
2009-10-13 19:41 ---
Many thanks, Nick.
I see it is too late for 2.20.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=3041
--- You are receiving this mail because: ---
You are on the CC list for the bug,
--- Additional Comments From jerker dot back at gmail dot com 2009-10-13
16:51 ---
Oh, it was not meant as a fix. Just as an information.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10767
--- You are receiving this mail because: ---
You are on the CC list for the bug,
--- Additional Comments From hjl dot tools at gmail dot com 2009-10-13
16:45 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
Using a .lib produced with command ( described in bug #10768 ):
arm-mingw32ce-dlltool -d libGLES_CM.def -D libGLES_CM.dll -l libGLES_CM.lib
Microsoft's Visual Studio linker emits following warning:
warning LNK4078: multiple '.text' sections found with different attributes
(E0300020).
According t
--
What|Removed |Added
AssignedTo|drow at sources dot redhat |unassigned at sources dot
|dot com |redhat dot com
Status|NE
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2009-10-13
16:42 ---
Subject: Bug 10766
CVSROOT:/cvs/src
Module name:src
Changes by: h...@sourceware.org 2009-10-13 16:42:40
Modified files:
gas: ChangeLog
gas/config : t
--- Additional Comments From hjl dot tools at gmail dot com 2009-10-13
16:38 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2009-10-13
16:37 ---
Subject: Bug 10763
CVSROOT:/cvs/src
Module name:src
Changes by: h...@sourceware.org 2009-10-13 16:37:39
Modified files:
bfd: ChangeLog elf32-i386.c
Log message:
I'm creating an import library for a proprietary DLL using a hand made .def
file.
The following command fail:
arm-mingw32ce-dlltool -d libGLES_CM.def -D libGLES_CM.dll -l libGLES_CM.lib -m
$MACHINE
with MACHINE either arm or thumb, it failed with a strange message:
"Can't open .lib file: libGL
--- Additional Comments From hjl dot tools at gmail dot com 2009-10-13
16:26 ---
The proposed solution isn't acceptable since vex_table is very dynamic.
--
What|Removed |Added
---
--- Additional Comments From hjl dot tools at gmail dot com 2009-10-13
16:23 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2009-10-13
16:23 ---
Subject: Bug 10740
CVSROOT:/cvs/src
Module name:src
Changes by: h...@sourceware.org 2009-10-13 16:23:25
Modified files:
gas: ChangeLog
gas/config : t
--
What|Removed |Added
Summary|amd64+i386 as: i8086 Intel |Intel syntax far jumps
|syntax far jumps broken |broken
|(both variant
This is not a bug, rather to inform that the current solution breaks the
MS x64 compiler <= 15.00.30729.01. There is a limit of max 256 levels
of nested macros. The Intel compiler v11.1 do not have this limit,
neither do gcc.
As there are no functional 64bit gcc for PE targets and the Intel
compil
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2009-10-13
11:52 ---
Subject: Bug 2117
CVSROOT:/cvs/src
Module name:src
Branch: binutils-2_20-branch
Changes by: ging...@sourceware.org 2009-10-13 11:52:35
Modified files:
gas: C
The variable "expressionS *exp" is defined inside function code block.
===
RCS file: /cvs/src/src/gas/config/tc-i386.c,v
retrieving revision 1.399
diff -w -b -B -u -p -r1.399 tc-i386.c
--- config/tc-i386.c1 Oct 2009 14:31:43 -
The compiler option -Wno-error is added last, after the operand.
This is something my compiler isn't happy about
===
RCS file: /cvs/src/src/binutils/Makefile.am,v
retrieving revision 1.119
diff -w -b -B -u -p -r1.119 Makefile.am
--- M
Previously also reported to the binutils mailing list
This patch I believe explains the problem
===
RCS file: /cvs/src/src/bfd/elf32-i386.c,v
retrieving revision 1.225
diff -w -b -B -u -p -r1.225 elf32-i386.c
--- elf32-i386.c9
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2009-10-13
08:55 ---
Subject: Bug 3041
CVSROOT:/cvs/src
Module name:src
Changes by: ni...@sourceware.org2009-10-13 08:55:31
Modified files:
gas: ChangeLog
gas/config : tc
--- Additional Comments From nickc at redhat dot com 2009-10-13 08:55
---
Hi Vincent,
Thanks for the patches. I have applied them, along with your changelog
entries.
Cheers
Nick
--
What|Removed |Added
-
27 matches
Mail list logo
