https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66930
Richard Biener changed:
What|Removed |Added
Version|unknown |5.2.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66945
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66929
Richard Biener changed:
What|Removed |Added
Version|unknown |6.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66927
Richard Biener changed:
What|Removed |Added
Version|unknown |6.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66916
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66915
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66952
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66954
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*, i?86-*-*
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66899
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66314
Markus Trippelsdorf changed:
What|Removed |Added
CC||hpa at zytor dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66899
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66160
zhykzhykzhyk at gmail dot com changed:
What|Removed |Added
CC||zhykzhykzhyk at gmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66948
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66915
--- Comment #3 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Tue Jul 21 08:26:32 2015
New Revision: 226028
URL: https://gcc.gnu.org/viewcvs?rev=226028&root=gcc&view=rev
Log:
[match.pd] PR middle-end/66915 Restrict A - B -> A + (-B)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66915
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66929
--- Comment #6 from Dominique d'Humieres ---
> Maybe stressing again: this is pretty much a blocker for us because it is
> in a 'standard' module which we don't want to modify, and on which all parts
> of our code depend. We'd appreciate a reliab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66942
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64220
Georg-Johann Lay changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61831
--- Comment #56 from Dominique d'Humieres ---
BTW there is a typo in gfortran.dg/derived_constructor_comps_6.f90 which leads
to several
UNRESOLVED: gfortran.dg/derived_constructor_comps_6.f90 -O*
scan-tree-dump-times original "__builtin_free
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66933
Georg-Johann Lay changed:
What|Removed |Added
CC||gjl at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66933
Georg-Johann Lay changed:
What|Removed |Added
Keywords||missed-optimization
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64986
--- Comment #11 from Dominique d'Humieres ---
> Yes, this fixes the testsuite failure for me.
For me too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61831
--- Comment #57 from Mikael Morin ---
Author: mikael
Revision: 225926
Modified property: svn:log
Modified: svn:log at Tue Jul 21 10:07:29 2015
--
--- svn:log (original)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62258
--- Comment #18 from Richard Biener ---
No.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66035
--- Comment #8 from vehre at gcc dot gnu.org ---
Author: vehre
Date: Tue Jul 21 10:36:06 2015
New Revision: 226037
URL: https://gcc.gnu.org/viewcvs?rev=226037&root=gcc&view=rev
Log:
gcc/fortran/ChangeLog:
2015-07-21 Andre Vehreschild
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66956
Bug ID: 66956
Summary: [avr] Using 32*32=64 multiplicatiion (umulsidi3) for
32=32*32 without MUL.
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Keywords: miss
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66956
Georg-Johann Lay changed:
What|Removed |Added
Priority|P3 |P5
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66956
Georg-Johann Lay changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from Georg-Jo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66903
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66869
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66083
Marek Polacek changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66160
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61831
--- Comment #58 from Mikael Morin ---
Author: mikael
Date: Tue Jul 21 11:33:15 2015
New Revision: 226038
URL: https://gcc.gnu.org/viewcvs?rev=226038&root=gcc&view=rev
Log:
Fix r225926's broken testcase
gcc/testsuite/
PR fortran/61831
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66929
--- Comment #7 from Jürgen Reuter ---
No, Dominique, not yet. Will have to see when I find time for this :(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66942
--- Comment #4 from Vittorio Zecca ---
Did you put the gcc_assert line in the source?
If you have not a sanitized version you will not see the null pointer
dereferencing
Anyway this is what you asked me: (please not the runtime error:
sanitizer m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66945
--- Comment #2 from Richard Biener ---
Ok, this is
0 > unsigned
vs.
X > X % Y
applying on
0 > 0 % 0
...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66908
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66946
--- Comment #1 from Wilco ---
Created attachment 36021
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36021&action=edit
minimal example
Minimal example which still reports the spurious warning.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66946
--- Comment #2 from Andrew Pinski ---
Comment on attachment 36021
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36021
minimal example
written == ((wchar_t) 0xfffd)
Will ever be true or is there some sign extending going on which causes t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66946
--- Comment #3 from Andrew Pinski ---
Ok. This just looks like a missing jump threading.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66946
--- Comment #4 from Wilco ---
(In reply to Andrew Pinski from comment #2)
> Comment on attachment 36021 [details]
> minimal example
>
> written == ((wchar_t) 0xfffd)
>
> Will ever be true or is there some sign extending going on which causes th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66908
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66948
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66948
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66948
--- Comment #4 from Richard Biener ---
Author: rguenth
Date: Tue Jul 21 14:04:12 2015
New Revision: 226042
URL: https://gcc.gnu.org/viewcvs?rev=226042&root=gcc&view=rev
Log:
2015-07-21 Richard Biener
PR tree-optimization/66948
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66908
--- Comment #4 from Marek Polacek ---
This is because of
332 *index = save_expr (*index);
333 /* Create a "(T *) 0" tree node to describe the array type. */
that needs to be evaluated sooner I think.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66830
pleuba at swissonline dot ch changed:
What|Removed |Added
CC||pleuba at swissonline dot c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64401
Georg-Johann Lay changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66957
Bug ID: 66957
Summary: irregular "is protected within this context" error
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66468
--- Comment #9 from Aldy Hernandez ---
On 07/20/2015 03:14 PM, jason at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66468
>
> --- Comment #8 from Jason Merrill ---
> The problem seems to be that we inlined the function,
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: antoine.balestrat at gmail dot com
Target Milestone: ---
Hello !
The following testcase appears to make a freshly built GCC fail at -O3.
$ xgcc --version
gcc (GCC) 6.0.0 20150721 (experimental)
$ cat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66958
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66372
Marek Polacek changed:
What|Removed |Added
CC||antoine.balestrat at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66959
Bug ID: 66959
Summary: Bad code generated for union type punning of NEON
intrinsic types on ARM64
Product: gcc
Version: 4.9.3
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66959
--- Comment #1 from Роман Донченко ---
Created attachment 36025
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36025&action=edit
Preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66959
--- Comment #2 from Роман Донченко ---
... I should probably add that the zero return code is the expected one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66951
Yuri Rumyantsev changed:
What|Removed |Added
CC||ysrumyan at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66930
--- Comment #5 from John Paul Adrian Glaubitz ---
As expected, r223346 went as far as r222550 and ran into the same bug which is
PR/65979.
I am now building r225710, however with -O2 and not -O1 unlike what's currently
set in the Debian package
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66926
--- Comment #4 from Yuri Rumyantsev ---
I have a fix in my local area which cures ICE and perform outer-loop
vectorization:
vect-pr40979.f90:8:0: note: LOOP VECTORIZED
vect-pr40979.f90:8:0: note: OUTER LOOP VECTORIZED
Bug 66951 was filed for the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66960
Bug ID: 66960
Summary: Add a builtin to get the address of the current stack
frame
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66468
--- Comment #10 from Jason Merrill ---
(In reply to Aldy Hernandez from comment #9)
> Do you think perhaps we could diagnose this sort of problem earlier so
> it doesn't show up (confusingly) in dwarf2out land?
I'm not sure where to check that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66830
--- Comment #2 from Jonathan Wakely ---
(In reply to pleuba from comment #0)
> Is this problem already known ?
Yes, it has been known for a long time, but it's not an ideal situation and
there is currently no better solution than -fno-gnu-unique
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66957
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66956
--- Comment #2 from Georg-Johann Lay ---
Author: gjl
Date: Tue Jul 21 17:25:48 2015
New Revision: 226046
URL: https://gcc.gnu.org/viewcvs?rev=226046&root=gcc&view=rev
Log:
PR target/66956
* config/avr/avr-dimode.md (mulsidi3_insn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66961
Bug ID: 66961
Summary: Error parsing multiple template arguments in member
initializer via assignment operator
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66961
--- Comment #1 from Alex Khripin ---
Created attachment 36027
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36027&action=edit
Error output from gcc 4.8.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66956
--- Comment #3 from Georg-Johann Lay ---
Author: gjl
Date: Tue Jul 21 17:29:47 2015
New Revision: 226047
URL: https://gcc.gnu.org/viewcvs?rev=226047&root=gcc&view=rev
Log:
Backport from 2015-07-21 trunk r226046.
PR target/66956
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20397
--- Comment #17 from Jonathan Wakely ---
FWIW for the original testcase G++ now says:
a.cc:9:8: error: ‘class A A::A’ is inaccessible within this context
int c(A *a) { return 7; }
^
a.cc:1:9: note: declared here
class A {
^
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66956
--- Comment #4 from Georg-Johann Lay ---
Author: gjl
Date: Tue Jul 21 17:31:22 2015
New Revision: 226048
URL: https://gcc.gnu.org/viewcvs?rev=226048&root=gcc&view=rev
Log:
Backport from 2015-07-21 trunk r226046.
PR target/66956
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63293
--- Comment #7 from ctice at gcc dot gnu.org ---
Author: ctice
Date: Tue Jul 21 17:32:17 2015
New Revision: 226049
URL: https://gcc.gnu.org/viewcvs?rev=226049&root=gcc&view=rev
Log:
Backport patch from GCC FSF to fix stack problem for aarch64:
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66956
Georg-Johann Lay changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66961
--- Comment #2 from Alex Khripin ---
Here's a more bare bones test case, for brevity's sake
template struct NumTemplate
{
NumTemplate(int) {}
};
struct Test
{
enum { SIZE_1 = 1 };
// broken :
NumTemplate array1 = NumTemplate(0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66468
--- Comment #11 from Jason Merrill ---
(In reply to Jason Merrill from comment #10)
> I tried adding
>
> gcc_checking_assert (cgraph_function_possibly_inlined_p (decl));
>
> in gen_inlined_subroutine_die to make the problem clearer, and I get
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52595
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66961
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52595
Jonathan Wakely changed:
What|Removed |Added
CC||akhripin at bostondynamics dot
com
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66837
--- Comment #2 from Matt Grochowalski ---
Created attachment 36029
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36029&action=edit
Fix for this case
Barring a more general method, this seems to fix enumeration images.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66962
Bug ID: 66962
Summary: [concepts] overloaded function causing memory blow-up
and ICE
Product: gcc
Version: c++-concepts
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61657
--- Comment #4 from Vittorio Zecca ---
I am having the same problem in 5.2.0:
/* must be compiled with -O[1] -funroll-loops -foptimize-sibling-calls
-finline-small-functions */
/* target x86_64-unknown-linux-gnu */
/* Fedora 21 */
/*gcc-5.2.0/gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66942
--- Comment #5 from Steve Kargl ---
On Tue, Jul 21, 2015 at 06:05:05AM +, zeccav at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66942
>
> --- Comment #2 from Vittorio Zecca ---
> 1) No explicit options, just the defa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20397
--- Comment #18 from Manuel López-Ibáñez ---
(In reply to Jonathan Wakely from comment #17)
> FWIW for the original testcase G++ now says:
>
> a.cc:9:8: error: ‘class A A::A’ is inaccessible within this context
> int c(A *a) { return 7; }
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61657
--- Comment #5 from Vittorio Zecca ---
Just confirmed adding
printf("up=%li down=%li up-down=%li\n", up,down,up-down);
before line 2670.
Output is
up=123 down=-9223372036854775808 up-down=-9223372036854775685
You could probably get an ICE with
g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66942
--- Comment #6 from Steve Kargl ---
On Tue, Jul 21, 2015 at 06:49:42PM +, sgk at troutmask dot
apl.washington.edu wrote:
>
> It would have been helpful if you had included a diff
> for your assert in the original report. I think I have
> a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66963
Bug ID: 66963
Summary: __builtin_constant_p and __builtin_choose_expr do not
agree on what is a constexpr with -O2
Product: gcc
Version: 5.1.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66942
--- Comment #7 from Vittorio Zecca ---
I confirm the patch works
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66942
--- Comment #8 from Steve Kargl ---
On Tue, Jul 21, 2015 at 07:42:17PM +, zeccav at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66942
>
> --- Comment #7 from Vittorio Zecca ---
> I confirm the patch works
>
Thanks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66424
--- Comment #8 from Vladimir Makarov ---
Author: vmakarov
Date: Tue Jul 21 19:54:23 2015
New Revision: 226053
URL: https://gcc.gnu.org/viewcvs?rev=226053&root=gcc&view=rev
Log:
2015-07-21 Vladimir Makarov
PR ipa/66424.
* lra-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66830
--- Comment #3 from pleuba at swissonline dot ch ---
Is this problem/behavior referenced or documented somewhere? I did not find any
explanation on the internet.
It take me some time to understand it, and if we can avoid others to spend this
tim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66762
--- Comment #3 from Paul Thomas ---
(In reply to Dominique d'Humieres from comment #2)
> > What are the precise circumstances that you see this, please?
>
> [Book15] f90/bug% gfc
> /opt/gcc/_clean/gcc/testsuite/gfortran.dg/submodule_1.f90 -flto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66960
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66868
--- Comment #4 from Bill Schmidt ---
Hm. I compiled it as stated and I see a bunch of code that appears to be
storing the ".disk/" string. So it doesn't look like dead code elimination.
Perhaps a branch is short circuiting this, or the address
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66714
cesar at gcc dot gnu.org changed:
What|Removed |Added
CC||cesar at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60970
Ville Voutilainen changed:
What|Removed |Added
CC||ville.voutilainen at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60970
Ville Voutilainen changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66714
--- Comment #21 from vries at gcc dot gnu.org ---
(In reply to cesar from comment #20)
> Created attachment 36030 [details]
> replace block vars fix
>
> Tom, thanks for your detailed analysis and reduced test case. As you
> suspected, replace_blo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20397
--- Comment #19 from Jonathan Wakely ---
(In reply to Manuel López-Ibáñez from comment #18)
> (In reply to Jonathan Wakely from comment #17)
> > FWIW for the original testcase G++ now says:
> >
> > a.cc:9:8: error: ‘class A A::A’ is inaccessible
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66963
--- Comment #1 from Andrew Pinski ---
I thought this is documented somewhere but __builtin_choose_expr only really
accept constant literals and not constexprs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66963
--- Comment #2 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
> I thought this is documented somewhere but __builtin_choose_expr only really
> accept constant literals and not constexprs.
And the main reason is the __builtin_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66963
--- Comment #3 from Nicolai Stange ---
(In reply to Andrew Pinski from comment #1)
> I thought this is documented somewhere but __builtin_choose_expr only really
> accept constant literals and not constexprs.
https://gcc.gnu.org/onlinedocs/gcc/O
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66963
--- Comment #4 from Nicolai Stange ---
Sorry, misunderstanding at my side. You probably did not mean constexprs in the
sense of C99, 6.6, but constexprs in the sense of constant folded expressions.
1 - 100 of 103 matches
Mail list logo
