[Bug gas/7059] Wrong COFF_LONG_SECTION_NAMES handling
--- Additional Comments From dave dot korn dot cygwin at gmail dot com 2009-02-17 15:52 --- Taking assignment. My patch doesn't address this one, but a trivial patch on top should do the job. -- What|Removed |Added CC||dave dot korn dot cygwin at ||gmail dot com AssignedTo|unassigned at sources dot |dave dot korn dot cygwin at |redhat dot com |gmail dot com Status|NEW |ASSIGNED http://sourceware.org/bugzilla/show_bug.cgi?id=7059 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/7059] Wrong COFF_LONG_SECTION_NAMES handling
--- Additional Comments From dave dot korn dot cygwin at gmail dot com 2009-02-17 16:52 --- Created an attachment (id=3748) --> (http://sourceware.org/bugzilla/attachment.cgi?id=3748&action=view) Fix s_name field overflow. Also adds an error when the table gets too large. Now testing. -- http://sourceware.org/bugzilla/show_bug.cgi?id=7059 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/7059] Wrong COFF_LONG_SECTION_NAMES handling
--- Additional Comments From dave dot korn dot cygwin at gmail dot com 2009-02-18 18:41 --- Petr, I believe this bug is now fixed in CVS. If you'd like to try updating your binutils and can confirm that the bug no longer arises, please set the bug to "verified", or reopen it if there's still a problem. cheers, DaveK -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=7059 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4844] auto-import and const data import problem
--- Additional Comments From dave dot korn dot cygwin at gmail dot com 2009-02-26 05:59 --- (In reply to comment #18) > If it turns out that > too many users are tripped up by this problem then we can reconsider enabling > the move-constant-data-into-.data-section feature by default. I believe that time may now have arrived, and will post a patch to that effect shortly. -- What|Removed |Added CC| |dave dot korn dot cygwin at | |gmail dot com http://sourceware.org/bugzilla/show_bug.cgi?id=4844 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/977] ld test weak fails on cygwin
--- Additional Comments From dave dot korn dot cygwin at gmail dot com 2009-03-18 04:27 --- Blimey! Hello Christian, I've just been catching up on the various Cygwin binutils failures and reached this one. Detailed analysis going on now in the thread on the binutils list at http://sourceware.org/ml/binutils/2009-03/threads.html#00314 and more to come. -- What|Removed |Added CC||dave dot korn dot cygwin at ||gmail dot com http://sourceware.org/bugzilla/show_bug.cgi?id=977 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/977] ld test weak fails on cygwin
--- Additional Comments From dave dot korn dot cygwin at gmail dot com 2009-03-19 01:51 --- (In reply to comment #4) > This bug may be related the the already fixed Bug #3041 about weak symbols on > a.out targets. Ah, thanks for the pointer! It looks like we're ok on point #1 (the reloc against a weak symbol being converted to an offset from the section base symbol, that's not happening on x86/PE) and I'm half-way through recreating your patch #3 (In md_apply_fix(): Always put zero values into frags referencing a weak symbol). >There is still a bug when the reference to the weak symbol contains an offset. >With my previous patch, the offset is unconditionnaly set to 0. Heh, you ran up into the problem that I am anticipating finding next! Thanks a lot Vincent, you seem to have discovered and solved the exact same problem on m68k and your patches will be very useful for me :) -- http://sourceware.org/bugzilla/show_bug.cgi?id=977 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/9687] Weak symbols not working on mingw32
--- Additional Comments From dave dot korn dot cygwin at gmail dot com 2009-03-19 02:14 --- Hi tcl_de, thanks for Cc'ing me into this bug report. (In reply to comment #2) > (In reply to comment #1) > > As a GNU extension, weak symbols that do not specify an alternate > > symbol are supported. If the symbol is undefined when linking, > > the symbol uses a default value. > > Well, doesn't that paragraph tell that me that as a GNU extension weak symbols > are supported? > Shouldn't those two files just compile cleanly on mingw32 then as they do on > linux because "as a GNU extension weak symbols are supported"? You have misread the paragraph. As a gnu extension, "weak symbols that do not specify an alternate symbol" are supported. On PE targets, binutils supports weak externals, a limited form of weak symbol that acts as an alias for a default value. As a GNU extension (above what MSVC toolchain) supports, you may define these symbols *without* defining the default symbol that they act as an alias for. Normally (MSVC toolchain) you must supply a default definition along with every weak symbol, in the same .o file. Refer to this final line of the second paragraph of section 5.5.3 (Auxiliary Format 3: Weak externals) of the PE-COFF spec v8: " The external symbol, sym2, must always be linked; typically, it is defined in the module that contains the weak reference to sym1. " IIUC the GNU extension is to allow sym2 to optionally be an undefined external symbol, rather than defined in the module. The weak support in binutils is currently limited, as it was only developed enough to provide interoperability with the MSVC toolchain, which uses these "weak externals" to resolve class destructors. There are moves underfoot to extend the implementation to fully (or at least more fully) support ELF weak symbols, but that will take a little time. In the matter of this current bug, I found a post from Danny which summarizes the situation: http://sourceware.org/ml/binutils/2007-06/msg00227.html > > Does the pe-i386 object format support weak symbol definitions? > No. > > Does the pe-i386 object format support weak symbol references? > PE-COFF spec supports "weak externs". and in particular he says: > weak aliases also seem to work (with GNU ld) even though the > IMAGE_WEAK_EXTERN_SEARCH_ALIAS characteristic is not set. > > I imagine the MS linker would have trouble with GNU weak aliases > without the flag. It seems the GNU linker does too. I think that your test case ought to be possible to make work using the existing support, though, and we should consider whether setting the characteristic field isn't the right thing to do. -- http://sourceware.org/bugzilla/show_bug.cgi?id=9687 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/9987] ld-gc testsuite errors on cygwin
--- Additional Comments From dave dot korn dot cygwin at gmail dot com 2009-03-23 12:58 --- GC is only implemented OOTB for Elf targets, and also apparently for XCOFF, from where it might be possible to backport the support to plain COFF and PE. -- What|Removed |Added CC||dave dot korn dot cygwin at ||gmail dot com http://sourceware.org/bugzilla/show_bug.cgi?id=9987 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/6744] --export-dynamic does nothing for Cygwin .exe's
--- Additional Comments From dave dot korn dot cygwin at gmail dot com 2009-03-23 13:12 --- --export-dynamic is an ELF format option, and --export-all-symbols is the PE equivalent. We could reasonably make --export-dynamic a synonym for PE, I expect. -- What|Removed |Added CC||dave dot korn dot cygwin at ||gmail dot com http://sourceware.org/bugzilla/show_bug.cgi?id=6744 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/2606] --enable-targets=all causes build failure on cygwin
--- Additional Comments From dave dot korn dot cygwin at gmail dot com 2009-03-23 13:16 --- I looked at this some time ago. The main problem is that the COFF and PE object formats are intertangled and full of #ifdefs that mean it's not possible to combine them at present; the error you see here is just the tip of the iceberg. See http://sourceware.org/ml/binutils/2006-04/msg00257.html and thread for gory details. -- What|Removed |Added CC||dave dot korn dot cygwin at ||gmail dot com http://sourceware.org/bugzilla/show_bug.cgi?id=2606 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/977] ld test weak fails on cygwin
--- Additional Comments From dave dot korn dot cygwin at gmail dot com 2009-03-23 13:20 --- (In reply to comment #6) > Still there, I guess: Yep, there was a big thread about it at http://sourceware.org/ml/binutils/2009-03/threads.html#00314 I'm drawing up a plan to support ELF-style weaks without breaking mingw-msvc linkage. -- http://sourceware.org/bugzilla/show_bug.cgi?id=977 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/6744] --export-dynamic does nothing for Cygwin .exe's
--- Additional Comments From dave dot korn dot cygwin at gmail dot com 2009-03-24 04:07 --- (In reply to comment #3) > (In reply to comment #2) > > --export-dynamic is an ELF format option, and --export-all-symbols is the PE > > equivalent. > > Dave, thanks for looking at this. The ld texinfo docs say nothing about > --export-dynamic being ELF-specific, so if this is indeed the case, that > should > be made clear. Well it's strongly implied by the wording "When creating a dynamically linked executable ..." that it's not going to apply to platforms that don't support dynamically linked executables. This may also imply that the scope is slightly wider than my assumption of "just Elf", which means the docs maybe are OK as they are. I'm a little (only a little) concerned that if we make it a synonym on PE For --export-all-symbols, it might confuse people into thinking that other linker options related to dynamic objects would also function as expected, but they seem to all be clearly documented as to which platforsm they support. It would certainly be technically correct if libtool chose to use --e-a-s rather than --e-d when linking for a cygwin target, since it's the target-specific equivalent. Why not post an RFC on the binutils list asking if anyone can see a downside of making --e-d a synonym for --e-a-s? -- http://sourceware.org/bugzilla/show_bug.cgi?id=6744 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/9987] ld-gc testsuite errors on cygwin
--- Additional Comments From dave dot korn dot cygwin at gmail dot com 2009-04-01 17:40 --- Hi Nick, === ld tests === @@ -343,10 +343,6 @@ Running /usr/build/src-binutils/ld/tests Running /usr/build/src-binutils/ld/testsuite/ld-frv/frv-elf.exp ... Running /usr/build/src-binutils/ld/testsuite/ld-frv/tls.exp ... Running /usr/build/src-binutils/ld/testsuite/ld-gc/gc.exp ... -FAIL: Check --gc-section -FAIL: Check --gc-section/-q -FAIL: Check --gc-section/-r/-e -FAIL: Check --gc-section/-r/-u Running /usr/build/src-binutils/ld/testsuite/ld-h8300/h8300.exp ... Running /usr/build/src-binutils/ld/testsuite/ld-i386/i386.exp ... Running /usr/build/src-binutils/ld/testsuite/ld-ia64/ia64.exp ... @@ -426,8 +422,8 @@ Running /usr/build/src-binutils/ld/tests === ld Summary === -# of expected passes 77 -# of unexpected failures 6 +# of expected passes 76 +# of unexpected failures 2 # of expected failures 7 # of unsupported tests 2 /usr/build/obj-binutils/ld/ld-new 2.19.51.20090401 ad...@ubik /usr/build/obj-binutils Your patch works fine, please commit it. The loss of one PASS is caused by the removal of the "--gc-sections -r without -e" test, which was emitting the appropriate error message even though gc would not have been performed even with the required -e (or -u) flag. -- http://sourceware.org/bugzilla/show_bug.cgi?id=9987 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/6744] --export-dynamic does nothing for Cygwin .exe's
--- Additional Comments From dave dot korn dot cygwin at gmail dot com 2009-04-01 17:41 --- I'm m(In reply to comment #7) > I suppose a warning would be appropriate, as > would clarification in the documentation on this flag. I'm working on a patch to do this right now. -- http://sourceware.org/bugzilla/show_bug.cgi?id=6744 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/6744] --export-dynamic does nothing for Cygwin .exe's
--- Additional Comments From dave dot korn dot cygwin at gmail dot com 2009-04-01 18:16 --- Created an attachment (id=3860) --> (http://sourceware.org/bugzilla/attachment.cgi?id=3860&action=view) Add warning and docs. This patch adds warnings to both PE and PE+ emulations, (which are the only COFF emulations that implement --export-all-symbols). It also mentions --e-a-s in the --export-dynamic documentation. Tested on cygwin so far, will cross-test to x86_64-mingw later but have to go AFK for a few hours. "make info" worked on the docs, but make html,pdf and dvi are all currently broken for me, for what appear to be unrelated reasons. -- What|Removed |Added AssignedTo|unassigned at sources dot |dave dot korn dot cygwin at |redhat dot com |gmail dot com Status|NEW |ASSIGNED http://sourceware.org/bugzilla/show_bug.cgi?id=6744 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/6744] --export-dynamic does nothing for Cygwin .exe's
--- Additional Comments From dave dot korn dot cygwin at gmail dot com 2009-04-02 05:10 --- Thanks for proofreading. Revised patch (also contains testcase) about to be posted. -- http://sourceware.org/bugzilla/show_bug.cgi?id=6744 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/977] ld test weak fails on cygwin
--- Additional Comments From dave dot korn dot cygwin at gmail dot com 2009-05-05 12:18 --- Crude proto-patch unsuitable for submission posted at http://sourceware.org/ml/binutils/2009-04/msg00133.html along with rationale for a design that implements non-MS-compatible C_WEAKEXT symbols. Dropped it on the floor a little since then to look at libgcj dll problems, want to get back to it soon. (Have been having second thoughts about whether I might just be able to make it work with compatible C_NT_WEAK symbols after all). Sorry for the lack of movement, there'll be more soon. -- http://sourceware.org/bugzilla/show_bug.cgi?id=977 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/6744] --export-dynamic does nothing for Cygwin .exe's
--- Additional Comments From dave dot korn dot cygwin at gmail dot com 2009-05-24 03:23 --- Closing out old PR. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=6744 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/1055] problem with generated dll in MS C# environment
--- Additional Comments From dave dot korn dot cygwin at gmail dot com 2009-05-24 03:47 --- (In reply to comment #0) > My program written in MS C# (for example "nant" from sourceforge) uses a > function written in pure C and compiled and linked to a dll with cygwin-gcc: > if > linked with option "-mno-cygwin" function is executed as expected. if linked > without the option "-mno-cygwin" program finishes execution after return from > function without any message. This much is expected. It is not possible to use a Cygwin-native DLL without the rest of the Cygwin runtime support present and correctly initialised, in particular cygwin1.dll. > Linking a gcc-created *.o with MSVC-linker to a > dll is not possible, because the MSVC-linker cannot read the used dll's out of > the cygwin-environment. This statement is unclear and confusing: is the MS linker trying to link a cygwin DLL or a gcc-created .o? Either way, it's impossible to tell from a rough description whether this is just a manifestation of the same problem above. Compatibility with the MS tools has been much improved since this report was filed, but if a problem can be demonstrated on up-to-date binutils we can re-open this bug. cheers, DaveK -- What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID http://sourceware.org/bugzilla/show_bug.cgi?id=1055 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/977] ld test weak fails on cygwin
--- Additional Comments From dave dot korn dot cygwin at gmail dot com 2009-05-24 15:42 --- Created an attachment (id=3962) --> (http://sourceware.org/bugzilla/attachment.cgi?id=3962&action=view) Testcases, object files generated with vendor tools, patch. I have been analysing how the vendor tools work in order to verify our weak externals implementation against MS' tools behaviour. Here are some tests and specimen object files; I will enter some analysis of what I have found out in comments in the PR shortly. See README.txt for description of archive contents. -- What|Removed |Added AssignedTo|unassigned at sources dot |dave dot korn dot cygwin at |redhat dot com |gmail dot com http://sourceware.org/bugzilla/show_bug.cgi?id=977 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/977] ld test weak fails on cygwin
--- Additional Comments From dave dot korn dot cygwin at gmail dot com 2009-05-24 19:19 --- Created an attachment (id=3963) --> (http://sourceware.org/bugzilla/attachment.cgi?id=3963&action=view) Examination of absolute (non-pc-relative) relocs against weak syms in MS and GNU At 16kB, this detailed examination is probably a bit long to post in a comment, so I am attaching it. The executive summary: - My conclusion from this is that GAS' behaviour is currently incorrect w.r.t the generation of MS-style weak externals, and should be adapted to match the behaviour of MASM. This change alone will resolve the testcase and PR977, and by all appearances should be more correct and interoperable than the current situation. - and to prove it I've made the assembler and linker match what the MS tools do: - MS tools: Contents of section .data: 401000 28104000 0c104000 56565656 78787878 (@...@. 401010 2b1d4000 0d1c4000 35134000 0d1f4000 +...@...@@...@. 401020 28104000 0c104000 12121212 34343434 (@...@. 401030 35134000 0d1f4000 2b1d4000 0d1c4000 5...@...@@...@. Unpatched binutils: Contents of section .text: 401000 30104000 0c104000 56565656 78787878 0...@...@. ^^ 401010 331d4000 0d1c4000 3d134000 0d1f4000 3...@...@@...@. ^^^^ 401020 28104000 18104000 12121212 34343434 (@...@. ^^ 401030 35134000 191f4000 2b1d4000 191c4000 5...@...@@...@. ^^^^ With the patch included in the previous attachment (examples.tar.bz2): Contents of section .text: 401000 28104000 0c104000 56565656 78787878 (@...@. 401010 2b1d4000 0d1c4000 35134000 0d1f4000 +...@...@@...@. 401020 28104000 0c104000 12121212 34343434 (@...@. 401030 35134000 0d1f4000 2b1d4000 0d1c4000 5...@...@@...@. - Full details inside. More to follow re: pc-relative relocs. -- http://sourceware.org/bugzilla/show_bug.cgi?id=977 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/977] ld test weak fails on cygwin
-- What|Removed |Added Attachment #3963|text/plain |text/plain; format=flowed mime type|| http://sourceware.org/bugzilla/show_bug.cgi?id=977 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/977] ld test weak fails on cygwin
--- Additional Comments From dave dot korn dot cygwin at gmail dot com 2009-05-29 03:36 --- Created an attachment (id=3973) --> (http://sourceware.org/bugzilla/attachment.cgi?id=3973&action=view) More testcases, object files generated with vendor tools, patch. -- http://sourceware.org/bugzilla/show_bug.cgi?id=977 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/977] ld test weak fails on cygwin
--- Additional Comments From dave dot korn dot cygwin at gmail dot com 2009-05-29 03:40 --- Created an attachment (id=3974) --> (http://sourceware.org/bugzilla/attachment.cgi?id=3974&action=view) Examination of pc-relative relocs against weak syms in MS and GNU Again, it turns out we need to clear the inplace reloc field to generate correct and interoperable object files to work with MS tools. Once we do that, we can get byte-for-byte identical final linked executables: - $ objdump -s j34.patched.x j34.ms.x j34.patched.x: file format pei-i386 Contents of section .text: 401000 e936 00ff250f 10400056 56565678 .6...@.x 401010 787878e9 260d ff25101c 4000e925 xxx.&...@..% 401020 03ff 25101f40 ...@ 401030 ff253b10 4000e9d4 ff12 12121234 .%;@..4 401040 343434ff 25481340 00e9c20e ff25 444@...% 401050 3e1d4000 e9b70b00 >@. j34.ms.x: file format pei-i386 Contents of section .data: 401000 e936 00ff250f 10400056 56565678 .6...@.x 401010 787878e9 260d ff25101c 4000e925 xxx.&...@..% 401020 03ff 25101f40 ...@ 401030 ff253b10 4000e9d4 ff12 12121234 .%;@..4 401040 343434ff 25481340 00e9c20e ff25 444@...% 401050 3e1d4000 e9b70b00 00 >@.. - So, I think I know what we need to do now, and a patch to the list will follow. -- http://sourceware.org/bugzilla/show_bug.cgi?id=977 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/977] ld test weak fails on cygwin
-- What|Removed |Added Component|ld |gas http://sourceware.org/bugzilla/show_bug.cgi?id=977 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/977] ld test weak fails on cygwin
--- Additional Comments From dave dot korn dot cygwin at gmail dot com 2009-06-08 16:07 --- :-) Christian, please verify. (Well, you have already I guess!) -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=977 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/977] ld test weak fails on cygwin
--- Additional Comments From dave dot korn dot cygwin at gmail dot com 2009-06-08 21:27 --- Technically the bug reporter should be the one to set the "verified" flag, but you clearly confirmed it was verified, so I'll do it. Thanks for testing! -- What|Removed |Added Status|RESOLVED|VERIFIED http://sourceware.org/bugzilla/show_bug.cgi?id=977 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/10634] ld -r leaves gaps in output / overlapping sections
--- Additional Comments From dave dot korn dot cygwin at gmail dot com 2009-10-01 02:38 --- Resolved on mainline by http://sourceware.org/ml/binutils-cvs/2009-09/msg00315.html and on 2-20 branch by http://sourceware.org/ml/binutils-cvs/2009-09/msg00328.html -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://sourceware.org/bugzilla/show_bug.cgi?id=10634 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
