Hi, well this issue is caused by invalid, or better said inadequate testcase for windows. tzname is a imported variable provided by msvcr*.dll (C-runtime). So its decoration with the dllimport-attribute is correct. We could remove from our C-headers the dllimport-attribute for dll-imported variables, as by default the auto-import feature is activated by binutils. So those symbols get resolved. Issue here is - if user turns of ld's auto-import feature - that then link would fail for variables. I am open-minded about a solution for this issue. Either we have to tell users explicit that auto-import has to be active by default so that we can omit dllimport in general in C-runtime, or we have to request by programmers that dllimport symbol is handled adequate for mingw targets.
Regards, Kai PS: The only difference between 32-bit and 64-bit is AFAICS that in one case warning gets treated as error, in the other case it isn't. But subject is in both cases the same. ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct _______________________________________________ Mingw-w64-public mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
