------- Comment #10 from ktietz at gcc dot gnu dot org 2008-12-14 07:50 ------- (In reply to comment #9) > (In reply to comment #5) > > Reasoned by the fact, that this patch will solve our build failures for > > w64, it > > is really more to be treated as regression. > > > > NightStrike, when all tests you are doing at the moment are passing, I'll > > sent > > it tomorrow to gcc-patches. > > > > Danny is this ok for you? > > > I would prefer that this be left until 4.5. I don't understand how failing to > add a new feature is now a regression.
Yes, this bug is reasoned by preparations to support multilib in w64 crt. Now we generate the target specific object files for 64-bit into the 'lib64' folder. This reasoned the problem we talking about. In the past we put our object (and library) files into <target-triplet>/lib folder, which has hidden the problem. But for me it is ok to fix this for 4.5 (beside we need to work-a-round this for version before 4.5). > (In reply to comment #6) > > Created an attachment (id=16906) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16906&action=view) [edit] > > Third attempt > > > > There were a few lines in t-mingw32 that were commented out and shouldn't > > have > > been there. Fixed in this patch. > > > Please also remove this unnecessary change in mingw32.h > > +#if TARGET_64BIT_DEFAULT > #define STANDARD_INCLUDE_DIR "/mingw/include" > +#else > +#define STANDARD_INCLUDE_DIR "/mingw/include" > #endif Yes, just make out of this '#define STANDARD_INCLUDE_DIR "/mingw/include"' Kai -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38294
