https://sourceware.org/bugzilla/show_bug.cgi?id=30724
--- Comment #13 from Achim ---
Thank you.
Going forward I'd suggest you revisit why you need to turn around the same
stream and if it might not be more efficient to just have a read and a write
stream (really just append I assume) to the same
https://sourceware.org/bugzilla/show_bug.cgi?id=30724
Alan Modra changed:
What|Removed |Added
Target Milestone|--- |2.42
Resolution|---
226f2e6b924612ecbdb7dfe4f3ca66ed77f4
Author: Alan Modra
Date: Mon Aug 7 08:28:55 2023 +0930
PR30724, cygwin ld performance regression since 014a602b86
According to the reporter of this bug the newlib fseek implementation
is likely slowed down by locking and fflush, only attempting to
f82ee0c8dc4ee32556e23e6cd83ef083618f704f
Author: Alan Modra
Date: Mon Aug 7 08:28:55 2023 +0930
PR30724, cygwin ld performance regression since 014a602b86
According to the reporter of this bug the newlib fseek implementation
is likely slowed down by locking and fflush, only attempting to
optimise seeks
amodra at gmail dot com writes:
>> is that on Git somewhere? I can run a tests with it
>> the upcoming weekend most likely.
> No, the patch is not upstream anywhere yet, I'll wait for someone to test it
> on
> cygwin before committing. It applies with "git am&
test it on
cygwin before committing. It applies with "git am" to either binutils master
or binutils-2_41-branch.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30724
Alan Modra changed:
What|Removed |Added
Attachment #15045|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=30724
--- Comment #7 from Achim ---
That patch certainly looks more thorough than just reverting the change that
caused the regression… is that on Git somewhere? I can run a tests with it the
upcoming weekend most likely.
Btw, Cygwin and MinGW
https://sourceware.org/bugzilla/show_bug.cgi?id=30724
--- Comment #6 from Hannes Domani ---
(In reply to Alan Modra from comment #5)
> Created attachment 15045 [details]
> reinstate seek optimisation
Ist that the full patch?
Because last_io is never set to bfd_io_read or bfd_io_write.
--
You a
ved the seek
optimisation, which BTW was done for cygwin/mingw. See thread
https://sourceware.org/pipermail/binutils/2023-May/127578.html
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30724
Alan Modra changed:
What|Removed |Added
Summary|Massive ld performance |cygwin ld performance
https://sourceware.org/bugzilla/show_bug.cgi?id=28719
--- Comment #10 from Achim ---
(In reply to gee from comment #8)
> Okay, Can I ask why this patch applied in binutils toolchain which targets
> *-mingw32?
That was a mistake that will be fixed in the next release.
> Also, Cygwi
https://sourceware.org/bugzilla/show_bug.cgi?id=28719
--- Comment #9 from gee ---
For someone who uses x86_64-w64-mingw32-binutils from cygwin, use below script
to patch the affected ld executable file. better than recompiling every stuff
to get your own.
###
f=/usr/bin/x86_64-w64-mingw32
gee ---
Okay, Can I ask why this patch applied in binutils toolchain which targets
*-mingw32?
Also, Cygwin/MINGW64(which is alias of cygwin to their unix application)
employs their own linker script for their own cygwin1.dll which complicates the
problem furthermore.
So cygwin maintainers should
https://sourceware.org/bugzilla/show_bug.cgi?id=17424
Alan Modra changed:
What|Removed |Added
Resolution|--- |OBSOLETE
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=28719
--- Comment #7 from Nick Clifton ---
(In reply to Achim from comment #6)
> So it turns out that removing the section at that commit (as I had done
> during bisecting) would actually restore the previous behaviour (the
> executable would not ru
https://sourceware.org/bugzilla/show_bug.cgi?id=28719
--- Comment #6 from Achim ---
So it turns out that removing the section at that commit (as I had done during
bisecting) would actually restore the previuos behaviour (the executable would
not run). Applying the same fix on top of both the 2.3
https://sourceware.org/bugzilla/show_bug.cgi?id=28719
--- Comment #5 from Achim ---
Created attachment 13976
--> https://sourceware.org/bugzilla/attachment.cgi?id=13976&action=edit
Linker map new (ld-2.38 w/patches)
Patch to discard the two DWARF5 sections identified during bisecting applied
(
https://sourceware.org/bugzilla/show_bug.cgi?id=28719
--- Comment #3 from Achim ---
Created attachment 13942
--> https://sourceware.org/bugzilla/attachment.cgi?id=13942&action=edit
Linker map old (ld-2.36)
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28719
--- Comment #2 from Achim ---
Created attachment 13941
--> https://sourceware.org/bugzilla/attachment.cgi?id=13941&action=edit
Linker map new (ld-2.37)
--
You are receiving this mail because:
You are on the CC list for the bug.
:
/usr/lib/gcc/x86_64-pc-cygwin/11/../../../../lib/libcygwin.a(t-d000578.o):
definition of fputs
/mnt/share/packages/binutils-gdb/build/ld/tmpdir/ld/collect-ld:
weak_old.exe:/4: section below image base
...packages/binutils-gdb/build (2068)# gcc -Wl,--trace-symbol=fputs -o weak_new
weak.o
/usr/lib/gcc
https://sourceware.org/bugzilla/show_bug.cgi?id=28719
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=28719
Bug ID: 28719
Summary: DWARF-5 section names in PE/PEP and weak symbols in
Cygwin
Product: binutils
Version: 2.37
Status: UNCONFIRMED
Severity: critical
https://sourceware.org/bugzilla/show_bug.cgi?id=28719
Hannes Domani changed:
What|Removed |Added
CC||ssbssa at sourceware dot org
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=26757
--- Comment #9 from Tamar Christina ---
(In reply to sourceware-bugzilla from comment #8)
>
>0x7ffb2ba04818 <+24>:lea-0x60f1481f(%rip),%rax#
> 0x7ffacaaf
>0x7ffb2ba0481f <+31>:test %rax,%rax
>0x00
https://sourceware.org/bugzilla/show_bug.cgi?id=26757
sourceware-bugzilla at jdrake dot com changed:
What|Removed |Added
CC||sourceware-bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=26757
--- Comment #7 from Hannes Domani ---
(In reply to Christian Biesinger from comment #6)
> That bug report says it's about undefined weak symbols? Here, the symbol
> should not be undefined at all, also not weak. (I think?)
But both happen onl
https://sourceware.org/bugzilla/show_bug.cgi?id=26757
--- Comment #6 from Christian Biesinger ---
That bug report says it's about undefined weak symbols? Here, the symbol should
not be undefined at all, also not weak. (I think?)
--
You are receiving this mail because:
You are on the CC list for
https://sourceware.org/bugzilla/show_bug.cgi?id=26757
--- Comment #5 from Hannes Domani ---
I'm pretty sure this is the same issue as PR26659.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=26757
Christian Biesinger changed:
What|Removed |Added
CC||cbiesinger at google dot com
--
https://sourceware.org/bugzilla/show_bug.cgi?id=26757
Hannes Domani changed:
What|Removed |Added
CC||ssbssa at sourceware dot org
--- Comm
https://sourceware.org/bugzilla/show_bug.cgi?id=26757
Jon Turney changed:
What|Removed |Added
CC||jon.turney at dronecode dot
org.uk
---
https://sourceware.org/bugzilla/show_bug.cgi?id=26757
Joel Sherrill changed:
What|Removed |Added
Component|gdb |ld
Version|HEAD
https://sourceware.org/bugzilla/show_bug.cgi?id=46
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=46
Alan Modra changed:
What|Removed |Added
Target Milestone|--- |2.34
--
You are receiving this mail becaus
5b537ffc55757b05ca2d7dbd1bbe2d59d88c24a4
Author: Alan Modra
Date: Thu Nov 21 17:22:41 2019 +1030
PR46, cygwin: FAIL: cdtest with -Ur
See the comment in pe.sc to understand why ld -Ur won't work.
PR 46
binutils/
* testsuite/lib/binutils-common.exp (is_pecoff_format): Rewrite
with pos
https://sourceware.org/bugzilla/show_bug.cgi?id=46
Alan Modra changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at s
https://sourceware.org/bugzilla/show_bug.cgi?id=21076
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |SUSPENDED
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=21076
--- Comment #4 from Alex ---
I have determined through further testing that the problem was occurring
because some object files were created using "ld -r" to combine other object
files together, and at one such point a DLL import library was b
https://sourceware.org/bugzilla/show_bug.cgi?id=21076
--- Comment #3 from Alex ---
Clarification: these DLL imports are being linked using the import libraries
(.lib). So ld/pe-dll.c isn't involved.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=21076
--- Comment #2 from Alex ---
Nick,
Thanks for the hint. I realize the difficulty not having a test case
represents. If I figure out exactly what is triggering it (but can't figure out
how to fix it) I'll make a minimal reproduction.
I will l
https://sourceware.org/bugzilla/show_bug.cgi?id=21076
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=21076
Bug ID: 21076
Summary: (cygwin) Output DLL import lookup/address tables are
incorrect
Product: binutils
Version: 2.27
Status: UNCONFIRMED
Severity: normal
https://sourceware.org/bugzilla/show_bug.cgi?id=64
--- Comment #3 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Yao Qi :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=c06cbd92be66d82eb323a8c6ec451c1dccc02107
commit c06cbd92be66d82eb323a8c6ec451c1dccc0
bbbfc4c90e38e9d (Add support for %hi8, %hi16
and %lo16 being used when relocation are necessary.)
Zweig: binutils-2_25-branch, master, remotes/origin/binutils-2_25-branch and
many more (44)
Folgt auf: binu_ss_19990502, readline_4_0
Vorgänger von: binutils-2_25, gdb-7.8-release, gdb-7.9.0-release
https://sourceware.org/bugzilla/show_bug.cgi?id=17424
Bug ID: 17424
Summary: Does not build correctly with \r\n line terminators on
Cygwin
Product: binutils
Version: 2.24
Status: NEW
Severity: normal
> > into its own package, independent of binutils and GCC, so that we
> > > can update the default manifest if a new Windows comes out, without
> > > having to update binutils or GCC packages as well.
> >
> > I guess that this could happen, Although maybe it could b
gt; > having to update binutils or GCC packages as well.
>
> I guess that this could happen, Although maybe it could become part of
> the Cygwin and MinGW projects instead ? I assume that they are the only
> ones that need the default manifest. Hmm, that does mean keeping two
>
he default-manifest shouldn't then be made
> into its own package, independent of binutils and GCC, so that we
> can update the default manifest if a new Windows comes out, without
> having to update binutils or GCC packages as well.
I guess that this could happen, Although maybe it cou
https://sourceware.org/bugzilla/show_bug.cgi?id=16790
--- Comment #6 from Corinna Vinschen ---
After some discussion with Jon_Y and Yaakov on IRC, I'm pretty much ok
with moving the default-manifest handling to GCC.
I'm just wondering if the default-manifest shouldn't then be made
into its own p
Hi Guys,
Corinna wrote:
From my POV the linker is the right place to do this, and I think it would
be the right thing to add logic to ld to add the default manifest only for
executables and only if necessary, rather than adding it indiscriminately to
the linker scripts.
Hmm, I suppose that thi
https://sourceware.org/bugzilla/show_bug.cgi?id=16790
--- Comment #5 from Corinna Vinschen ---
> GCC could handle the fact to add a default manifest only when building
> executables
If that's not clear: I'm referring to the fact that, right now, with the
default-manifest.o file being referred b
https://sourceware.org/bugzilla/show_bug.cgi?id=16790
Corinna Vinschen changed:
What|Removed |Added
CC||ktietz at redhat dot com
--- Comme
https://sourceware.org/bugzilla/show_bug.cgi?id=16790
Cygwin/X maintainer changed:
What|Removed |Added
CC||corinna at vinschen dot de
this - after all it already has the multilib mechanism
in place and it already builds files like crt0.o and crtend.o. Why not add
default-manifest.o to the list ? The answer, as I understand it, is that the
cygwin developers want the manifest added even if gcc is not used to link the
application
https://sourceware.org/bugzilla/show_bug.cgi?id=16790
--- Comment #1 from Nick Clifton ---
Created attachment 7519
--> https://sourceware.org/bugzilla/attachment.cgi?id=7519&action=edit
Disable output if only -v or --verbose or --version is specified on the command
line
--
You are receiving t
https://sourceware.org/bugzilla/show_bug.cgi?id=16790
Bug ID: 16790
Summary: [cygwin|mingw] ld -v creates a.exe
Product: binutils
Version: 2.25 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: ld
https://sourceware.org/bugzilla/show_bug.cgi?id=16761
Nick Clifton changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=16761
--- Comment #1 from cvs-commit at gcc dot gnu.org ---
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "gdb and binutils".
The branch,
https://sourceware.org/bugzilla/show_bug.cgi?id=16761
Bug ID: 16761
Summary: [PATCH] fix parallel make for cygwin/mingw target
Product: binutils
Version: 2.25 (HEAD)
Status: NEW
Severity: normal
Priority: P2
http://sourceware.org/bugzilla/show_bug.cgi?id=2606
Alan Modra changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://sourceware.org/bugzilla/show_bug.cgi?id=2606
Alan Modra changed:
What|Removed |Added
CC||pluto at agmk dot net
--- Comment #2 from
--- Additional Comments From amodra at gmail dot com 2010-01-13 00:51
---
Fixed mainline and 2.20
--
What|Removed |Added
Status|NEW |RESO
--- Additional Comments From mjw at redhat dot com 2009-07-25 18:31 ---
This is most likely http://gcc.gnu.org/PR40854 "Conflicting crc32 functions in
libiberty and zlib". Should be fixed in gcc/libiberty now (crc32 renamed to
xcrc32).
--
http://sourceware.org/bugzilla/show_bug.cgi?i
--- Additional Comments From tkoenig at gcc dot gnu dot org 2009-07-25
15:41 ---
$ uname -a
CYGWIN_NT-5.1 R2D2 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin
--
What|Removed |Added
Trying to build the latest binutils on cygwin because I want to
test gcc, but no such luck:
gcc -DHAVE_CONFIG_H -I. -I.././binutils -I. -I. -I.././binutils -I../bfd -I.././
binutils/../bfd -I.././binutils/../include -DLOCALEDIR="\"/usr/local/share/local
e\"" -
--- 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!
--
W
--- Additional Comments From christian dot joensson at gmail dot com
2009-06-08 19:01 ---
bah, wrong test suite run above... I used my local variant with Korn's patch
already in, this time, I used the pure cvs checkout.
See http://sourceware.org/ml/binutils/2009-06/msg00149.html
--
--- Additional Comments From christian dot joensson at gmail dot com
2009-06-08 18:54 ---
Confirmed to resolve test suite failure.
See http://sourceware.org/ml/binutils/2009-06/msg00148.html
--
http://sourceware.org/bugzilla/show_bug.cgi?id=977
--- You are receiving this mail b
--- 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
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2009-06-08
16:06 ---
Subject: Bug 977
CVSROOT:/cvs/src
Module name:src
Changes by: da...@sourceware.org2009-06-08 16:06:24
Modified files:
gas/config : tc-i386.c
gas: Cha
--
What|Removed |Added
Component|ld |gas
http://sourceware.org/bugzilla/show_bug.cgi?id=977
--- You are receiving this mail because: ---
Y
--- 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 tu
--- 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.
--
--
What|Removed |Added
Attachment #3963|text/plain |text/plain; format=flowed
mime type||
http://sourceware.org/bugzilla/sho
--- 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
GN
--- 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
--- 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
--- 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
--- Additional Comments From christian dot joensson at gmail dot com
2009-05-05 12:11 ---
I notice a few checkins that I suspect might be related to eventually resolve
this PR... Dave, what is the status on this work?
--
http://sourceware.org/bugzilla/show_bug.cgi?id=977
--- You
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2009-04-02
14:42 ---
Subject: Bug 6744
CVSROOT:/cvs/src
Module name:src
Changes by: da...@sourceware.org2009-04-02 14:42:41
Modified files:
ld : ld.texinfo ChangeLog
ld/emult
--- Additional Comments From nickc at redhat dot com 2009-04-02 09:36
---
Hi Guys,
OK - I have applied my patch. I will close this issue now since the problem -
ld testsuite failures - has been addressed. The enhancement - supporting
garbage collection in cygwin targeted toolchains
: ld-lib.exp
Log message:
PR 9987
* lib/ld-lib.exp (check_gc_sections_available): Do not run garbage
collection tests for cygwin targets.
Patches:
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/ld/testsuite/ChangeLog.diff?cvsroot=src&r1=1.1064&r2=1.1
--- 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
--- Additional Comments From yselkowitz at cygwin dot com 2009-04-02 03:45
---
(In reply to comment #9)
> It also mentions --e-a-s in the --export-dynamic documentation.
"PE targets support a similar function to export all symbols from a DLL;"
or EXE, which is actually
--- 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, (wh
--- 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 no
--- 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
--- Additional Comments From yselkowitz at cygwin dot com 2009-04-01 16:18
---
Chuck has pushed the corresponding libtool patch upstream, so this should handle
many cases where it would be used. I suppose a warning would be appropriate, as
would clarification in the documentation on
--- Additional Comments From nickc at redhat dot com 2009-04-01 14:47
---
Created an attachment (id=3859)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=3859&action=view)
Do not assume that garbage collection is available on cygwin targets.
--
http://sourceware.org/b
--- Additional Comments From nickc at redhat dot com 2009-04-01 14:49
---
Hi Christian,
Since garbage collection is not currently implemented for Cygwin toolchains
the linker testsuite ought to skip the gc tests for this target. So please
could you try out the uploaded patch to
--- Additional Comments From nickc at redhat dot com 2009-04-01 14:43
---
Hi Guys,
I would prefer not to make -export-dynamic a synonym for -export-all-symbols
for the reason that Dave mentioned. I would not object to adding code to
generate a warning message saying something like: "
--- Additional Comments From yselkowitz at cygwin dot com 2009-03-24 06:45
---
> 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.
Good point, ch
--- 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 loo
--- Additional Comments From yselkowitz at cygwin dot com 2009-03-24 02:02
---
(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-d
--- 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 sup
--- 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 erro
--- 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
--- 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
The ld-gc testsuite tests
ERROR: /usr/local/src/trunk/src/ld/testsuite/ld-gc/gc.c: compilation failed
UNRESOLVED: Check --gc-section
FAIL: Check --gc-section/-q
FAIL: Check --gc-section/-r/-e
FAIL: Check --gc-section/-r/-u
fail on cygwin... this is the collected output of ld-gc tests' log
1 - 100 of 149 matches
Mail list logo
