On 23/03/2011 19:17, Charles Wilson wrote: > On 3/23/2011 1:49 PM, Dave Korn wrote:
>> Hmm, I should probably do this. And send it upstream too. > > Well, yeah (but does upstream want to explicitly require cygwin-1.7.8 or > better? or would you conditionalize it on a configure test: The latter, certainly. I had a quick try in my 4.3.4-4 build dir; it's a simple matter of adding an extra.def file to the linker flags along with a counterbalancing '--export-all-symbols' (and since we have a .map file as well this doesn't over-export, so I don't need to make a complete .def file, handy!) and I could conditionalize it on any one of the new HAVE_xxx definitions that are what's causing libgfortan to exclude its own implementations in the new build, so it doesn't seem like it should be too hard. I need to concentrate on fixing LTO for binutils 2.21.1 before I do anything else. Apologies to Marco but unless the problem gets worse I'm going back to that and testing the gcc-4.6.0 RC2 for the next few days. I'll try and find some background time in which to respin 4.3.4 with forwarders added to the DLL. cheers, DaveK -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple