[Bug other/92484] In tree build of ISL 0.22 fails: requires C++11

2019-11-13 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92484

--- Comment #1 from Jonathan Wakely  ---
(In reply to Romain Geissler from comment #0)
> Is there any official way to build gcc with another C++ standard by default
> ? And is in-tree build of libs like gmp/mpfr/mpc/isl still supported or
> officially declared deprecated and shall not be used anymore ?

It's supported but the recommendation is to use the versions known to work. If
ISL 0.22 doesn't work in-tree, don't use that version in-tree.

[Bug other/92484] In tree build of ISL 0.22 fails: requires C++11

2019-11-13 Thread romain.geissler at amadeus dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92484

--- Comment #2 from Romain Geissler  ---
Yes this is what I did, I reverted back to ISL 0.21 which for me has been
working for the past months (don't know if it's a recommanded version though).

Shall we keep this bug open to track the upcoming support of in-tree 0.22 or
shall it be closed ?

[Bug other/92484] In tree build of ISL 0.22 fails: requires C++11

2019-11-13 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92484

Richard Biener  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2019-11-13
 Ever confirmed|0   |1

--- Comment #3 from Richard Biener  ---
Hmm, we might be able to "smuggle" in other -std flags via the ILS host_modules
setting.  Or simply _not_ force any -std=XYZ for compiling in-tree
mpfr/mpc/isl/gmp.

I think we don't use that for stage2+ either, maybe just for stage1 but there
using it in GCC "owned" modules should be enough.

So yes, keep the bug open.