[Bug libstdc++/69881] with gcc-6 of today building gcc-4.9 fails

2016-02-23 Thread bernd.edlinger at hotmail dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881 Bernd Edlinger changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libstdc++/69881] with gcc-6 of today building gcc-4.9 fails

2016-02-23 Thread edlinger at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881 --- Comment #23 from Bernd Edlinger --- Author: edlinger Date: Tue Feb 23 15:57:09 2016 New Revision: 233636 URL: https://gcc.gnu.org/viewcvs?rev=233636&root=gcc&view=rev Log: 2016-02-23 Bernd Edlinger PR libstdc++/69881 * in

[Bug libstdc++/69881] with gcc-6 of today building gcc-4.9 fails

2016-02-22 Thread bernd.edlinger at hotmail dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881 --- Comment #22 from Bernd Edlinger --- yes, I would really have liked the warning, but... /../gcc-trunk/gcc/../libdecnumber/bid -I../libdecnumber -I../../gcc-trunk/gcc/../libbacktrace -I/home/ed/gnu/gcc-build/./isl/include -I/home/ed/gnu/gcc-tr

[Bug libstdc++/69881] with gcc-6 of today building gcc-4.9 fails

2016-02-22 Thread bernd.edlinger at hotmail dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881 --- Comment #21 from Bernd Edlinger --- (In reply to Jonathan Wakely from comment #20) > (In reply to Bernd Edlinger from comment #19) > > But I am sure that #define __need_offsetof can simply not work. > > So don't define that. It's undefined b

[Bug libstdc++/69881] with gcc-6 of today building gcc-4.9 fails

2016-02-22 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881 --- Comment #20 from Jonathan Wakely --- (In reply to Bernd Edlinger from comment #19) > But I am sure that #define __need_offsetof can simply not work. So don't define that. It's undefined behaviour. > I am not sure if it can compile at all, b

[Bug libstdc++/69881] with gcc-6 of today building gcc-4.9 fails

2016-02-22 Thread bernd.edlinger at hotmail dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881 --- Comment #19 from Bernd Edlinger --- (In reply to Jonathan Wakely from comment #18) > > Yes, I do have such targets. > > We use eCos at Softing as real time O/S a lot. > > Great, that's good to know. > > > I think I will build an ecos cross c

[Bug libstdc++/69881] with gcc-6 of today building gcc-4.9 fails

2016-02-22 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881 --- Comment #18 from Jonathan Wakely --- (In reply to Bernd Edlinger from comment #13) > (In reply to Jonathan Wakely from comment #12) > > (In reply to Bernd Edlinger from comment #9) > > > right now I am trying to boot-strap this: > > > > > >

[Bug libstdc++/69881] with gcc-6 of today building gcc-4.9 fails

2016-02-21 Thread bernd.edlinger at hotmail dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881 --- Comment #17 from Bernd Edlinger --- Created attachment 37749 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37749&action=edit prerequisite patch to make c_std headers compile not perfect, but probably an improvement...

[Bug libstdc++/69881] with gcc-6 of today building gcc-4.9 fails

2016-02-21 Thread bernd.edlinger at hotmail dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881 --- Comment #16 from Bernd Edlinger --- > But it does not look like the c_std headers are currently working. > I've got symlinks to non-existing c_std header files: > > ccomplex > cfenv > cinttypes > cstdalign > cstdbool > cstdint >

[Bug libstdc++/69881] with gcc-6 of today building gcc-4.9 fails

2016-02-21 Thread bernd.edlinger at hotmail dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881 --- Comment #15 from Bernd Edlinger --- (In reply to Jonathan Wakely from comment #12) > > Index: c_std/cstddef > > === > > --- c_std/cstddef (revision 233581) > > +++ c_std/cstdde

[Bug libstdc++/69881] with gcc-6 of today building gcc-4.9 fails

2016-02-21 Thread bernd.edlinger at hotmail dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881 --- Comment #14 from Bernd Edlinger --- OK, I built the ecos cross compiler now. It works. But eCos headers don't work well with C99 because of duplicate symbols with inline functions, so I have to use -std=c89, but that started with gcc-5, so t

[Bug libstdc++/69881] with gcc-6 of today building gcc-4.9 fails

2016-02-20 Thread bernd.edlinger at hotmail dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881 --- Comment #13 from Bernd Edlinger --- (In reply to Jonathan Wakely from comment #12) > (In reply to Bernd Edlinger from comment #9) > > right now I am trying to boot-strap this: > > > > Index: c/cstddef > >

[Bug libstdc++/69881] with gcc-6 of today building gcc-4.9 fails

2016-02-20 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881 --- Comment #12 from Jonathan Wakely --- (In reply to Bernd Edlinger from comment #9) > right now I am trying to boot-strap this: > > Index: c/cstddef > === > --- c/cstddef (revisio

[Bug libstdc++/69881] with gcc-6 of today building gcc-4.9 fails

2016-02-20 Thread bernd.edlinger at hotmail dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881 --- Comment #11 from Bernd Edlinger --- (In reply to Jakub Jelinek from comment #10) > Why should libstdc++ try to workaround a bug in gmp.h? Just fix gmp.h... Yes, and probably it is already fixed with gmp-6.1.0, I did not check. I am trying

[Bug libstdc++/69881] with gcc-6 of today building gcc-4.9 fails

2016-02-20 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #10

[Bug libstdc++/69881] with gcc-6 of today building gcc-4.9 fails

2016-02-20 Thread bernd.edlinger at hotmail dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881 --- Comment #9 from Bernd Edlinger --- right now I am trying to boot-strap this: Index: c/cstddef === --- c/cstddef (revision 233581) +++ c/cstddef (working copy) @@ -31,10 +31,

[Bug libstdc++/69881] with gcc-6 of today building gcc-4.9 fails

2016-02-20 Thread bernd.edlinger at hotmail dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881 --- Comment #8 from Bernd Edlinger --- BTW: the free-standing cstddef is also buggy: #define __need_size_t #define __need_ptrdiff_t #define __need_NULL #define __need_offsetof #include_next but GCC's stddef.h does not implement __need_offseto

[Bug libstdc++/69881] with gcc-6 of today building gcc-4.9 fails

2016-02-20 Thread bernd.edlinger at hotmail dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881 --- Comment #7 from Bernd Edlinger --- Index: include/c_global/cstddef === --- include/c_global/cstddef(revision 233581) +++ include/c_global/cstddef(working copy) @@ -41,6 +

[Bug libstdc++/69881] with gcc-6 of today building gcc-4.9 fails

2016-02-20 Thread bernd.edlinger at hotmail dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881 --- Comment #6 from Bernd Edlinger --- (In reply to Jonathan Wakely from comment #4) > The patch seems wrong, your new sections don't add anything to namespace std. yes. I think probably cstddef is free to ignore __need_size_t. right? Then it

[Bug libstdc++/69881] with gcc-6 of today building gcc-4.9 fails

2016-02-20 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881 --- Comment #5 from Jonathan Wakely --- (In reply to Bernd Edlinger from comment #3) > or > > #undef all these __need_XXX before including stddef.h, > after all it is a bit bogus ghat gmp.h does: > > #define __need_size_t /* tell gcc stddef.h

[Bug libstdc++/69881] with gcc-6 of today building gcc-4.9 fails

2016-02-20 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881 --- Comment #4 from Jonathan Wakely --- The patch seems wrong, your new sections don't add anything to namespace std.

[Bug libstdc++/69881] with gcc-6 of today building gcc-4.9 fails

2016-02-20 Thread bernd.edlinger at hotmail dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881 --- Comment #3 from Bernd Edlinger --- or #undef all these __need_XXX before including stddef.h, after all it is a bit bogus ghat gmp.h does: #define __need_size_t /* tell gcc stddef.h we only want size_t */ #include /* for size_t */ is

[Bug libstdc++/69881] with gcc-6 of today building gcc-4.9 fails

2016-02-19 Thread bernd.edlinger at hotmail dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881 --- Comment #2 from Bernd Edlinger --- Something like that might be needed? Index: c_global/cstddef === --- c_global/cstddef(Revision 233574) +++ c_global/cstddef(Arbeitskop

[Bug libstdc++/69881] with gcc-6 of today building gcc-4.9 fails

2016-02-19 Thread bernd.edlinger at hotmail dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881 --- Comment #1 from Bernd Edlinger --- note: back-porting r233572 will still be necessary to build 4.9 with gcc-6 but the build fails earlier than that.