[Bug c/54823] string literal characters not constant

2012-10-05 Thread devel at fresse dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54823 --- Comment #5 from Sebastian Freundt 2012-10-05 12:45:45 UTC --- Ok, I see. I assume, there's no plans on widening the allowed expressions for constant integers? It's autogenerated code a la: #define foo "bar" (foo)[1] * 0x55 +

[Bug c/54823] string literal characters not constant

2012-10-05 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54823 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Co

[Bug c/54823] string literal characters not constant

2012-10-05 Thread devel at fresse dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54823 --- Comment #3 from Sebastian Freundt 2012-10-05 11:46:20 UTC --- I'm more or less referring to the internals, why is it a constant expression in the first case, but not treated as an integer constant expression. Also, according to the r

[Bug c/54823] string literal characters not constant

2012-10-05 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54823 --- Comment #2 from Jonathan Wakely 2012-10-05 11:34:09 UTC --- 6.7.2.2 "The expression that defines the value of an enumeration constant shall be an integer constant expression that has a value representable as an int." See 6.6 for the

[Bug c/54823] string literal characters not constant

2012-10-05 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54823 --- Comment #1 from Jonathan Wakely 2012-10-05 11:29:49 UTC --- *" " is not a constant expression according to the C standard. The standard says "An implementation may accept other forms of constant expressions" so ICC is allowed to acce