https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84190
--- Comment #13 from Richard Biener ---
Author: rguenth
Date: Fri Feb 16 07:57:56 2018
New Revision: 257722
URL: https://gcc.gnu.org/viewcvs?rev=257722&root=gcc&view=rev
Log:
2018-02-16 Richard Biener
PR tree-optimization/84190
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84190
--- Comment #12 from Richard Biener ---
Author: rguenth
Date: Fri Feb 16 07:56:16 2018
New Revision: 257721
URL: https://gcc.gnu.org/viewcvs?rev=257721&root=gcc&view=rev
Log:
2018-02-16 Richard Biener
PR tree-optimization/84190
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70920
Eric Gallager changed:
What|Removed |Added
Keywords||patch
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59833
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37239
Eric Gallager changed:
What|Removed |Added
Keywords||patch
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84415
Bug ID: 84415
Summary: Using __m128 as a template parameter causes warnings
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81930
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81853
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67999
--- Comment #28 from Daniel Micay ---
I got jemalloc / Bionic libc (Android) to report errors for malloc and
mmap/mremap larger than PTRDIFF_MAX a while ago (along with fixing a missing
case for mremap in musl), but glibc needs to be convinced to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81831
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67999
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #27
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84414
--- Comment #2 from Richard Smith ---
> Where does the scope of object A inside Foo begin and end?
There is formally only one object. The object constructed in the return
statement of Foo is simply the same object that is named 'a' within Bar.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81789
Martin Sebor changed:
What|Removed |Added
Keywords||accepts-invalid
Status|UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83227
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Fri Feb 16 02:47:19 2018
New Revision: 257720
URL: https://gcc.gnu.org/viewcvs?rev=257720&root=gcc&view=rev
Log:
PR c++/83227 - C++17 ICE with init-list derived-to-base conversion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84349
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84349
Martin Sebor changed:
What|Removed |Added
Known to work||4.8.4
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84404
--- Comment #4 from Arseny Solokha ---
(In reply to Arseny Solokha from comment #3)
> I see the same issue
This is x86_64-pc-linux-gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84404
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84389
--- Comment #5 from Steve Kargl ---
This patch fixes the problem, but I'm in an area of
the compiler that I do not too well. It might open
gfortran to other problems. Jerry, any comments?
Index: io.c
===
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84414
--- Comment #1 from Andrew Pinski ---
To me, the temp object A inside Foo ends its scope at the end function (even
with guaranteed copy elision).
Because this would mean the compiler will have to assume nothing about any
structs that are returne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83982
--- Comment #5 from Daniel Trebbien ---
Ah! Thank you for letting me know.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84414
Bug ID: 84414
Summary: miscompile due to assuming that object returned by
value cannot alias its own member pointer values
Product: gcc
Version: unknown
Status: UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84355
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #2 from Martin Sebor -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80945
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84355
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70076
Eric Gallager changed:
What|Removed |Added
Keywords||patch
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84354
Eric Gallager changed:
What|Removed |Added
Keywords||easyhack
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64081
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49899
Eric Gallager changed:
What|Removed |Added
Keywords||patch
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83227
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84413
--- Comment #1 from Uroš Bizjak ---
Besides X86_TUNE_USE_BT, there is probably a long list of flags that have to be
enabled for m_SKYLAKE_AVX512 (and m_CANNONLAKE and m_ICELAKE).
Somebody will have to go through all tune flags for the above ment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84381
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84094
Thomas Koenig changed:
What|Removed |Added
Component|testsuite |fortran
--- Comment #4 from Thomas Koeni
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84363
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82468
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84045
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Thu Feb 15 22:01:33 2018
New Revision: 257713
URL: https://gcc.gnu.org/viewcvs?rev=257713&root=gcc&view=rev
Log:
PR c++/84045 - ICE with typedef and noexcept.
* except.c (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81611
--- Comment #23 from Jeffrey A. Law ---
No, the DOM change is only a partial fix. I've largely approved the auto-inc
change. I recommend the additional tests in c#19 be pulled into a distinct BZ
and the gcc8 regression marker removed once the a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84406
--- Comment #12 from Jozef Lawrynowicz ---
(In reply to rsand...@gcc.gnu.org from comment #11)
> Created attachment 43437 [details]
> Possible patch v2
>
> This time for real.
Thanks, patch looks good to me, and the original testcase does indee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81611
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84405
--- Comment #6 from Jakub Jelinek ---
Another testcase that could in theory affect vec_default_construct is:
extern "C" void abort ();
typedef __typeof (sizeof (0)) size_t;
inline void *operator new (size_t, void * p) { return p; }
extern "C" voi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65604
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84389
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84389
--- Comment #3 from Steve Kargl ---
On Thu, Feb 15, 2018 at 09:04:24PM +, fortranfan at outlook dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84389
>
> --- Comment #2 from Vipul Parekh ---
> Thank for your response.
>
> Per
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84094
Bug 84094 depends on bug 84409, which changed state.
Bug 84409 Summary: [F03] check DTIO arguments for character len
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84409
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84409
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83982
--- Comment #4 from Jonathan Wakely ---
The trunk is currently closed for non-regression changes, as we prepare for the
GCC 8 release.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84409
--- Comment #2 from janus at gcc dot gnu.org ---
Author: janus
Date: Thu Feb 15 21:16:00 2018
New Revision: 257711
URL: https://gcc.gnu.org/viewcvs?rev=257711&root=gcc&view=rev
Log:
2018-02-15 Janus Weil
PR fortran/84409
* int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797
--- Comment #59 from Jonathan Wakely ---
Should be fixed on trunk, please test and confirm.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68771
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84389
--- Comment #2 from Vipul Parekh ---
Thank for your response.
Per section 1.4.1 in 10-007r1 toward Fortran 2008 on syntax rules toward the
BNF convention in the document, line 16 says [] encloses an optional item.
R1303 format-items is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797
--- Comment #58 from Jonathan Wakely ---
Author: redi
Date: Thu Feb 15 20:56:41 2018
New Revision: 257710
URL: https://gcc.gnu.org/viewcvs?rev=257710&root=gcc&view=rev
Log:
PR libstdc++/81797 Add .NOTPARALLEL to include/Makefile for darwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84413
Bug ID: 84413
Summary: -march=skylake-avx512 disables BT instruction
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82518
--- Comment #42 from Wilco ---
Cut down example:
typedef struct { int x, y; } X;
void f (X *p, int n)
{
for (int i = 0; i < n; i++)
{ p[i].x = i;
p[i].y = i + 1;
}
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84381
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82989
--- Comment #9 from Matthijs van Duin ---
I can still reproduce the same test case with: arm-linux-gnueabihf-gcc-8
(Debian 8-20180207-2) 8.0.1 20180207 (experimental) [trunk revision 257435]
-mfloat-abi=hard is implicit for arm-linux-gnueabihf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84045
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84154
--- Comment #10 from Michael Meissner ---
Author: meissner
Date: Thu Feb 15 19:57:46 2018
New Revision: 257707
URL: https://gcc.gnu.org/viewcvs?rev=257707&root=gcc&view=rev
Log:
2018-02-15 Michael Meissner
Back port from trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81764
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84406
--- Comment #11 from rsandifo at gcc dot gnu.org
---
Created attachment 43437
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43437&action=edit
Possible patch v2
This time for real.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84288
--- Comment #4 from Rainer Orth ---
(In reply to Rainer Orth from comment #0)
[...]
> * In the 32-bit case, two tests FAIL like this:
>
> PASSED: test-vector-rvalues.cc.exe iteration 1 of 5: verify_vec_code:
> fn is
> non-null
> FAI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84406
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Attachment #43435|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84376
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84376
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Thu Feb 15 19:46:13 2018
New Revision: 257706
URL: https://gcc.gnu.org/viewcvs?rev=257706&root=gcc&view=rev
Log:
PR c++/84376 - ICE with omitted template arguments.
* pt.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84406
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Attachment #43434|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84114
--- Comment #4 from Steve Ellcey ---
While teaching the reassociation pass about fma's seems like the right answer
would it be reasonable (and simpler) to do the fma pass
(pass_optimize_widening_mul) before
the reassociation pass (pass_reassoc) t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84412
Bug ID: 84412
Summary: Erroneous "Inquire statement identifies an internal
file" error
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84405
--- Comment #5 from Jakub Jelinek ---
So, seems it is that hash-table.h change that really doesn't work in GCC
r132088, not just 4.2.*, but any (tried even 3.2).
The implicitly defined default constructor for A (hash_map<...>::hash_entry in
gcc)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83982
--- Comment #3 from Daniel Trebbien ---
Friendly reminder: I have attached a patch for this issue which I would like to
have reviewed and committed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84406
--- Comment #8 from Jakub Jelinek ---
Comment on attachment 43434
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43434
Possible patch
From the above comments, from_mode can be also MODE_INT and to_mode
MODE_PARTIAL_INT, though I wonder how
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84406
--- Comment #7 from rsandifo at gcc dot gnu.org
---
Created attachment 43434
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43434&action=edit
Possible patch
This is the kind of change I was thinking of.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84406
Jakub Jelinek changed:
What|Removed |Added
Assignee|jakub at gcc dot gnu.org |unassigned at gcc dot
gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84411
Bug ID: 84411
Summary: Missed optimization: static guard variable generated
for empty virtual destructor
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84406
--- Comment #5 from rsandifo at gcc dot gnu.org
---
(In reply to Jakub Jelinek from comment #4)
> I think Richard needs to explain why he changed the function from using
> GET_MODE_WIDER_MODE to the assert + simple iteration on modes, it isn't
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82939
--- Comment #16 from Eric Gallager ---
(In reply to Jakub Jelinek from comment #15)
> Full testcase suitable for configure:
> extern "C" void abort ();
> struct S { ~S () { if (x) abort (); }; int x, y, z; };
> void foo (S *p) { *p = S (); }
> in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83758
acsawdey at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84381
--- Comment #2 from Thomas Koenig ---
Author: tkoenig
Date: Thu Feb 15 18:46:22 2018
New Revision: 257703
URL: https://gcc.gnu.org/viewcvs?rev=257703&root=gcc&view=rev
Log:
2018-02-15 Thomas Koenig
PR fortran/84381
* gfortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84406
--- Comment #4 from Jakub Jelinek ---
I think Richard needs to explain why he changed the function from using
GET_MODE_WIDER_MODE to the assert + simple iteration on modes, it isn't clear
from his patch why it was changed. Does that not really w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84406
--- Comment #3 from Jozef Lawrynowicz ---
Created attachment 43433
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43433&action=edit
define {u,}mulhipsi3 insns
I applied the patch but trunk still ICEs.
After defining some insns for "umulhi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #11 from Martin Liška ---
(In reply to Martin Liška from comment #10)
> Created attachment 43432 [details]
> Parallel build of make all-host on 8 core Haswell machine
This was generated with a slightly modified make (being able to ru
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84410
--- Comment #1 from Andreas Schwab ---
Neither does libgo support RISC-V yet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84303
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83758
--- Comment #37 from acsawdey at gcc dot gnu.org ---
Author: acsawdey
Date: Thu Feb 15 18:36:20 2018
New Revision: 257701
URL: https://gcc.gnu.org/viewcvs?rev=257701&root=gcc&view=rev
Log:
2018-02-15 Aaron Sawdey
Back port from mainli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84376
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
Martin Liška changed:
What|Removed |Added
Attachment #43428|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84368
--- Comment #6 from Jason Merrill ---
Author: jason
Date: Thu Feb 15 18:15:32 2018
New Revision: 257699
URL: https://gcc.gnu.org/viewcvs?rev=257699&root=gcc&view=rev
Log:
PR c++/84368 - wrong error with local variable in variadic lambda.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84368
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70401
--- Comment #5 from Rainer Emrich ---
For a recent trunk version 8.0.1 20180207 (experimental) [trunk revision
257437] it's the same.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84330
Paolo Carlini changed:
What|Removed |Added
Summary|[6/7/8 Regression] |[6/7 Regression] [concepts]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84330
--- Comment #4 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Thu Feb 15 18:05:40 2018
New Revision: 257698
URL: https://gcc.gnu.org/viewcvs?rev=257698&root=gcc&view=rev
Log:
/cp
2018-02-15 Paolo Carlini
PR c++/84330
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70401
--- Comment #4 from Rainer Emrich ---
gcc-7.3.0 on x86_64-w64-mingw32 doesn't compile this code:
$ g++ -std=c++1z aa.cpp -o aa.exe
aa.cpp: In instantiation of 'std::ostream& operator<<(std::ostream&, const
std::tuple<_Tps ...>&) [with T = {long
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84405
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84154
--- Comment #9 from Michael Meissner ---
Author: meissner
Date: Thu Feb 15 17:54:41 2018
New Revision: 257697
URL: https://gcc.gnu.org/viewcvs?rev=257697&root=gcc&view=rev
Log:
[gcc]
2018-02-15 Michael Meissner
Back port from trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84288
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84379
--- Comment #1 from Rainer Orth ---
Created attachment 43431
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43431&action=edit
proposed patch
By closely following what darwin.c does for machopic_indirections, I arrived at
the attached patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84368
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83063
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83063
--- Comment #6 from Jason Merrill ---
Author: jason
Date: Thu Feb 15 17:43:01 2018
New Revision: 257696
URL: https://gcc.gnu.org/viewcvs?rev=257696&root=gcc&view=rev
Log:
PR preprocessor/83063 - __VA_OPT__ and ##
PR preprocessor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83708
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83708
--- Comment #1 from Jason Merrill ---
Author: jason
Date: Thu Feb 15 17:43:01 2018
New Revision: 257696
URL: https://gcc.gnu.org/viewcvs?rev=257696&root=gcc&view=rev
Log:
PR preprocessor/83063 - __VA_OPT__ and ##
PR preprocessor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82989
--- Comment #8 from Jakub Jelinek ---
In both adddi3_neon and lshrdi3_neon the GPR alternatives use exactly the same
number of ?s as the NEON ones with avoid_neon_for_64bits, just the
neon_for_64bits alternatives don't have any. So I don't see h
1 - 100 of 185 matches
Mail list logo
