https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79671
--- Comment #49 from Bernd Edlinger ---
While I think that adding explicit copy/assignment constructors
as in comment #43 should work and looks like the most portable
solution for boost, I am unsure if may_alias shouldn't really
work different.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80156
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=80156
--- Comment #6 from Dominique d'Humieres ---
> I can fix this and prevent the ICE of PR79832 ...
Is this the right PR?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80182
Bug ID: 80182
Summary: gcc -lm -o
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80183
Bug ID: 80183
Summary: [7 Regression] Conditional jump or move depends on
uninitialised value:
std::local_Rb_tree_decrement(std::_Rb_tree_node_base*)
(tree.cc:97)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80182
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80183
--- Comment #1 from Markus Trippelsdorf ---
Created attachment 41052
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41052&action=edit
testcase. valgrind clang-format bench.ii
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80156
--- Comment #7 from Paul Thomas ---
(In reply to Dominique d'Humieres from comment #6)
> > I can fix this and prevent the ICE of PR79832 ...
>
> Is this the right PR?
Well caught! PR79382.
Paul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49630
Dominique d'Humieres changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68241
Bug 68241 depends on bug 49630, which changed state.
Bug 49630 Summary: [OOP] ICE on obsolescent deferred-length type bound
character function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49630
What|Removed |Ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80184
Bug ID: 80184
Summary: FAIL: gcc.dg/torture/pr79732.c -O* (test for excess
errors) on darwin
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80183
Markus Trippelsdorf changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80181
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64715
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
Target Mileston
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60818
--- Comment #14 from Segher Boessenkool ---
I cannot get any of the testcases to fail with current trunk (but
they do fail with GCC 6). Combine always merges the compare into
the if_then_else pattern, and there are no such patterns in rs6000
(th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60818
--- Comment #15 from Arseny Solokha ---
(In reply to Segher Boessenkool from comment #14)
> I cannot get any of the testcases to fail with current trunk (but
> they do fail with GCC 6). Combine always merges the compare into
> the if_then_else p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80180
--- Comment #1 from uros at gcc dot gnu.org ---
Author: uros
Date: Sat Mar 25 16:34:09 2017
New Revision: 246475
URL: https://gcc.gnu.org/viewcvs?rev=246475&root=gcc&view=rev
Log:
PR target/80180
* config/i386/i386.c (ix86_expand_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80156
--- Comment #8 from Paul Thomas ---
Author: pault
Date: Sat Mar 25 17:38:17 2017
New Revision: 246476
URL: https://gcc.gnu.org/viewcvs?rev=246476&root=gcc&view=rev
Log:
2017-03-25 Paul Thomas
PR fortran/80156
PR fortran/79382
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79382
--- Comment #10 from Paul Thomas ---
Author: pault
Date: Sat Mar 25 17:38:17 2017
New Revision: 246476
URL: https://gcc.gnu.org/viewcvs?rev=246476&root=gcc&view=rev
Log:
2017-03-25 Paul Thomas
PR fortran/80156
PR fortran/7938
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80180
--- Comment #2 from uros at gcc dot gnu.org ---
Author: uros
Date: Sat Mar 25 18:10:37 2017
New Revision: 246477
URL: https://gcc.gnu.org/viewcvs?rev=246477&root=gcc&view=rev
Log:
PR target/80180
* config/i386/i386.c (ix86_expand_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80185
Bug ID: 80185
Summary: Message build from untranslated string concatenation
in fortran/resolve.c
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78881
--- Comment #13 from Jerry DeLisle ---
Author: jvdelisle
Date: Sat Mar 25 18:48:01 2017
New Revision: 246478
URL: https://gcc.gnu.org/viewcvs?rev=246478&root=gcc&view=rev
Log:
2017-03-25 Jerry DeLisle
PR libgfortran/78881
* i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78881
Jerry DeLisle changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80055
--- Comment #5 from Frederic Marchal ---
(In reply to David Malcolm from comment #4)
> Would this prefix be for the benefit of the user, or for translator? (or
> both?)
>
> I believe that everywhere we're using internal_error, the diagnostics
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80180
--- Comment #3 from uros at gcc dot gnu.org ---
Author: uros
Date: Sat Mar 25 19:47:14 2017
New Revision: 246479
URL: https://gcc.gnu.org/viewcvs?rev=246479&root=gcc&view=rev
Log:
PR target/80180
* config/i386/i386.c (ix86_expand_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80180
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49630
--- Comment #14 from Vittorio Zecca ---
(In reply to Dominique d'Humieres from comment #13)
> > I am still having an ICE as in comment 11.
>
> Me too even on trunk (7.0.1)!-(I also get an ICE with the original test.)
> Reopening the PR.
>
> > O
20170325 (experimental) [trunk revision 246473] (GCC)
$
$ g++-trunk -c small.cpp
small.cpp: In instantiation of ‘struct A’:
small.cpp:10:34: required from here
small.cpp:5:3: error: invalid constructor; you probably meant ‘A
(const A&)’
A (A < T, T >);
^
g++-trunk: internal comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69498
koenigni at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80187
Bug ID: 80187
Summary: C++ variant should be trivially copy constructible if
possible
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69498
--- Comment #6 from koenigni at gcc dot gnu.org ---
> + p = strchr(name, '.');
s/strchr/strrchr
Also, regression tested for x86_64-pc-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80182
--- Comment #2 from Jonathan Wakely ---
I think the complaint is that -o foo.c overwrites foo.c (which has nothing to
do with -lm)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80182
--- Comment #3 from Jonathan Wakely ---
Related to Bug 36312
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80188
Bug ID: 80188
Summary: calls.c: reason argument to
maybe_complain_about_tail_call must be marked for
translation
Product: gcc
Version: 7.0
Status: UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80189
Bug ID: 80189
Summary: gimplify.c: check whether parallel/task/teams should
be translated
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80189
--- Comment #1 from Andrew Pinski ---
IIRC these are keywords for OpenMP.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80190
Bug ID: 80190
Summary: darwin: untranslateable placeholder "non-ASCII
character"
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80191
Bug ID: 80191
Summary: diagnostic placeholder "new initializer" must be
marked for translation
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80192
Bug ID: 80192
Summary: arguments to check_protocols should be marked as
translateable
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
P
/local/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 7.0.1 20170325 (experimental) [trunk revision 246473] (GCC)
$
$ gcc-trunk -O2 small.c
$
$ gcc-trunk -O3 small.c
bad allocation for 386 and 522
small.c: In function ‘bf’:
small.c:187:1: internal compiler error: in check_allocation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80192
--- Comment #1 from Andrew Pinski ---
This is another keyword case IIRC.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80194
Bug ID: 80194
Summary: ICE with local constant referenced by a lambda
expression
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78670
--- Comment #3 from Jerry DeLisle ---
With latest patches on trunk, I get this:
$ ./a.out
Got ' '
Got '='
At line 72 of file pr78670.f03
Fortran runtime error: End of file
A minor problem with the test case is
IF (ch /= '') THEN
should be
I
43 matches
Mail list logo
