--- Additional Comments From tcl_de at gmx dot net 2009-03-21 09:39 ---
Dave, you should probably have a look at
http://sourceware.org/bugzilla/show_bug.cgi?id=2729.
In that bug, you can see how the interix people dealt with the problem... (they
did use IMAGE_WEAK_EXTERN_SEARCH_ALIAS
--- Additional Comments From tcl_de at gmx dot net 2009-03-18 15:02 ---
Created an attachment (id=3830)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=3830&action=view)
This is the modified weak.o (with IMAGE_WEAK_EXTERN_SEARCH_ALIAS)
--
http://sourceware.org/b
--- Additional Comments From tcl_de at gmx dot net 2009-03-18 15:00 ---
Created an attachment (id=3829)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=3829&action=view)
This is the original weak.o generated by gas
This is the original weak.o generated by gas
--
--- Additional Comments From tcl_de at gmx dot net 2009-03-18 14:57 ---
@Dave Korn: I added you as a CC because I saw that thread on the mailinglist
where you say that you want to make weak symbols work on cygwin with binutils.
The same I write about mingw32 here is true for cygwin 1.7
--- Additional Comments From tcl_de at gmx dot net 2008-12-29 09:17 ---
(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 val
Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: tcl_de at gmx dot net
CC: bug-binutils at gnu dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=9687
--- You are receiving this mail becaus
