On 21 March 2015 at 10:06, Alon Bar-Lev <[email protected]> wrote: > On 21 March 2015 at 00:06, Stephen Kitt <[email protected]> wrote: >> >> Hi, >> >> On Fri, 20 Mar 2015 22:04:38 +0200, Alon Bar-Lev <[email protected]> >> wrote: >> > Every major update we (at gentoo) and maybe others have issue to upgrade. I >> > reported[1] this in the past. >> > >> > Building the crt should use the headers within the crt and not within >> > sysroot, this to enable building the new crt using an environment that has >> > the old crt. >> > >> > Other libc implementation does exactly that, I tried to modify the build of >> > the mingw runtime and it seem non trivial to achieve this in current state. >> > >> > Can you please consider implementing that? >> >> The way I get around this is a variant of: >> >> * build the CRT headers >> * install them to ${source}/tmp (so they end up in >> ${source}/tmp/usr/${target}/include) >> * configure the CRT libraries with -I${source}/tmp/usr/${target}/include >> >> That way the CRT libraries are built with the provided headers, not the >> installed ones. > > Thanks! > It seems to work, I tried this trick in 3.0 and it took the header out > of sysroot because it injected this as sysinclude.
Maybe stupid question... but why not build against in-tree headers by default? ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Mingw-w64-public mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
