From: Stefan B. <sb...@sb...> - 2005-03-17 09:22:41
|
Danny Smith wrote: > Stefan Bellon wrote: [snip] > > When not using this patch, the built libraries cannot be linked > > against because the target ranlib hasn't processed them. I think it > > would be nicer if "i586-mingw32msvc-ranlib" could be replaced with > > something like "@RANLIB_FOR_TARGET@" but this didn't seem to work. > > > > Where should I submit those patches? To mainstream GCC or to you? > > You suggest submitting the stdcall bug to GCC, but is it fixed > > there quickly? > If you submit the stdcall bug report to GCC (against gcc.3.4.2) Ok, I have done this right now (#20515). I hope I haven't forgotten to include some important bits. :-} > I'll submit a patch (against gcc trunk). The #ifdef > TARGET_IS_PE_COFF hack will only work with 3.4.x , I have a cleaner > patch that gets rid of both #ifdef _WIN32's in ada/decl.c. (The > second ifdef _WIN32 may trigger other link errors when importing > data from dll's) Ah, that's good to hear! > The ada maintainers don't tend to worry too much about non-trunk > bugs, so I'll put a local patch into the mingw 3.4.4 sources, which > Debian tends to use.too Thanks a lot for your quick support! > I'll check shortly to see if the ranlib bug is fixed in GCC head. If > not that should have a separate bug report. Nice. :-) -- Stefan Bellon |