https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78097
--- Comment #5 from Andrew Pinski ---
This is due to libtool. the make file passes the correct -rpath for linking
libstdc++.so to libtool but that does not pass it down to gcc.
/bin/bash ../libtool --tag CXX --mode=link
/home/apinski/src/loca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78097
--- Comment #3 from Andrew Pinski ---
0x000f (RPATH) Library rpath:
[/home/apinski/src/local/objdir/../tools/lib/../lib64]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78097
--- Comment #4 from Andrew Pinski ---
So basically someone uses -R while linking.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78104
--- Comment #3 from Andrew Pinski ---
(In reply to Markus Trippelsdorf from comment #0)
> A simple example:
>
> int main() {
> int *ob = new int();
> delete ob;
> }
>
> clang optimizes it away:
Which is funny considering what Chris Lattner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78104
--- Comment #2 from Andrew Pinski ---
PR 23383 for one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78104
--- Comment #1 from Andrew Pinski ---
There might be a few duplicates of this bug already.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78104
Bug ID: 78104
Summary: optimizer doesn't grok C++ new/delete yet
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78094
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Component|bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77550
Bernd Edlinger changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78102
Marc Glisse changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78103
--- Comment #1 from Ben Maurer ---
Also along the same lines:
https://godbolt.org/g/Nzed5m
GCC figures out BSRNew, but there's a cdqe instruction that's unnecessary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78103
Bug ID: 78103
Summary: Failure to optimize with __builtin_clzl
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78095
--- Comment #9 from Bill Schmidt ---
Done. https://gcc.gnu.org/ml/gcc-patches/2016-10/msg01983.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78102
Bug ID: 78102
Summary: [5/6/7 regression] GCC refuses to generate PCMPEQQ
instruction for SSE4.1
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78092
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78101
Bug ID: 78101
Summary: PowerPC 64-bit little endian does not build spec-2017
kit102 527.cam4_r or 627.cam4_s with -O3 -mcpu=power9
Product: gcc
Version: 7.0
Status: UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78021
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78021
--- Comment #6 from Thomas Koenig ---
Author: tkoenig
Date: Mon Oct 24 22:12:06 2016
New Revision: 241498
URL: https://gcc.gnu.org/viewcvs?rev=241498&root=gcc&view=rev
Log:
2016-10-24 Thomas Koenig
Backport from trunk
PR fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64431
Paul Smith changed:
What|Removed |Added
CC||psmith at gnu dot org
--- Comment #6 from P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71895
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77828
--- Comment #6 from Jerry DeLisle ---
Author: jvdelisle
Date: Mon Oct 24 21:42:29 2016
New Revision: 241497
URL: https://gcc.gnu.org/viewcvs?rev=241497&root=gcc&view=rev
Log:
2016-10-24 Jerry DeLisle
PR fortran/77828
* io/io.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71895
--- Comment #4 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Mon Oct 24 21:36:49 2016
New Revision: 241496
URL: https://gcc.gnu.org/viewcvs?rev=241496&root=gcc&view=rev
Log:
2016-10-24 Steven G. Kargl
PR fortran/71895
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78100
--- Comment #2 from Dima Kogan ---
For easier reading, the test program looks like this:
#include
extern int s[];
int s[] = { 1,2,3 };
int main(void)
{
printf("%zd\n", sizeof(s));
return 0;
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767
--- Comment #43 from Jack Howarth ---
(In reply to Eric Gallager from comment #33)
> I'm not sure if this is due to the patches from this bug report, or if it's
> due to some other change made to GCC recently, but my fork of Emacs now
> fails to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78077
--- Comment #6 from Jack Howarth ---
(In reply to Iain Sandoe from comment #5)
> (In reply to Jack Howarth from comment #4)
> > The Apple developers think this is gcc bug producing malformatted input to
> > the linker. From macho_relocatable_file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78095
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78095
--- Comment #7 from Bill Schmidt ---
(In reply to Markus Trippelsdorf from comment #6)
> At least it needs a big fat explanation in
> https://gcc.gnu.org/gcc-7/changes.html
I tend to think this is the right action. It has never been a good idea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77550
--- Comment #18 from Bernd Edlinger ---
Author: edlinger
Date: Mon Oct 24 20:21:06 2016
New Revision: 241495
URL: https://gcc.gnu.org/viewcvs?rev=241495&root=gcc&view=rev
Log:
2016-10-24 Bernd Edlinger
Backport from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78095
--- Comment #6 from Markus Trippelsdorf ---
At least it needs a big fat explanation in
https://gcc.gnu.org/gcc-7/changes.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71895
--- Comment #3 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Mon Oct 24 20:03:08 2016
New Revision: 241494
URL: https://gcc.gnu.org/viewcvs?rev=241494&root=gcc&view=rev
Log:
2016-10-24 Steven G. Kargl
PR fortran/71895
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69298
--- Comment #5 from Paul Thomas ---
(In reply to Dominique d'Humieres from comment #3)
> > Created attachment 37448 [details]
> > Self-contained variant
>
> With n=3, the output of the attached test is
>
> Initialising stuff_type 4
> Finalising
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78095
Markus Trippelsdorf changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78100
--- Comment #1 from Dima Kogan ---
Created attachment 39876
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39876&action=edit
test case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78100
Bug ID: 78100
Summary: DWARF symbols for an array sometimes missing the array
length
Product: gcc
Version: 6.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78098
--- Comment #5 from H.J. Lu ---
(In reply to Martin Liška from comment #4)
> Hello H.J.
> As interrupt handler attribute is very specific and rare attribute, I'm
> suggesting to basically skip all functions in IPA ICF analysis that have
> such at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18487
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|2004-11-14 21:57:5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78095
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71895
--- Comment #2 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Mon Oct 24 19:21:42 2016
New Revision: 241493
URL: https://gcc.gnu.org/viewcvs?rev=241493&root=gcc&view=rev
Log:
2016-10-24 Steven G. Kargl
PR fortran/71895
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69298
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comment #4 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78099
Bug ID: 78099
Summary: Typo in sem_function::get_hash
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78095
--- Comment #3 from Markus Trippelsdorf ---
include/valgrind.h:
3263 /* These regs are trashed by the hidden call. */
3264 #define __CALLER_SAVED_REGS \
3265"lr", "ctr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71796
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78095
--- Comment #2 from Segher Boessenkool ---
So why does valgrind try to clobber r2? That just isn't going to work...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78077
--- Comment #5 from Iain Sandoe ---
(In reply to Jack Howarth from comment #4)
> The Apple developers think this is gcc bug producing malformatted input to
> the linker. From macho_relocatable_file.cpp, we are triggering the linker
> check...
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78098
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78064
Florian Weimer changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78064
--- Comment #3 from Florian Weimer ---
Author: fw
Date: Mon Oct 24 18:25:09 2016
New Revision: 241491
URL: https://gcc.gnu.org/viewcvs?rev=241491&root=gcc&view=rev
Log:
PR libgcc/78064: Add missing include directive to unwind-c.c
PR lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78098
--- Comment #3 from H.J. Lu ---
Another problem:
[hjl@gnu-6 pr78098]$ cat foo2.i
void bar (int);
void foo1 (void *p)
{
bar (0);
*((int *)0xFEE00080) = 0;
}
__attribute__((interrupt)) void foo2 (void *p)
{
bar (0);
*((int *)0xFEE00080)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78053
Dominique d'Humieres changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72770
--- Comment #7 from Dominique d'Humieres ---
*** Bug 78053 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78084
--- Comment #5 from Bill Schmidt ---
For the record, this was fixed a couple of months ago under
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72863. I'll give Canonical a
heads-up to be sure they pick up the patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71337
--- Comment #3 from Jonathan Wakely ---
fixed on trunk so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78077
--- Comment #4 from Jack Howarth ---
The Apple developers think this is gcc bug producing malformatted input to the
linker. From macho_relocatable_file.cpp, we are triggering the linker check...
#ifndef NDEBUG
// scan for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72770
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |WAITING
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78098
--- Comment #2 from H.J. Lu ---
GCC correctly identified that foo1 == foo2 and generate a tail call.
But we don't want tail call in interrupt handler. On the other hand,
there is no need to have 2 identical copies of an interrupt handler.
There
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61337
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |WAITING
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61376
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |WAITING
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77735
--- Comment #8 from Martin Sebor ---
Author: msebor
Date: Mon Oct 24 16:53:20 2016
New Revision: 241489
URL: https://gcc.gnu.org/viewcvs?rev=241489&root=gcc&view=rev
Log:
PR middle-end/77735 - FAIL: gcc.dg/tree-ssa/builtin-sprintf-warn-1.c
gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57117
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #16 from v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77735
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43366
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|WAITING
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51864
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |WAITING
Assignee|una
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78098
H.J. Lu changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Component|t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78053
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #4 from ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71337
--- Comment #2 from Jonathan Wakely ---
Author: redi
Date: Mon Oct 24 16:45:51 2016
New Revision: 241487
URL: https://gcc.gnu.org/viewcvs?rev=241487&root=gcc&view=rev
Log:
PR71337 fix filesystem::temp_directory_path error handling
PR li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78095
Markus Trippelsdorf changed:
What|Removed |Added
Keywords||rejects-valid
Status|U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78098
Bug ID: 78098
Summary: error: interrupt service routine can't be called
directly
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78097
--- Comment #2 from Andrew Pinski ---
Those libraries should not be using -R. But I doubt they are. I suspect
something else is funny here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78097
--- Comment #1 from Eric ---
oops of course
find /exe/gcc/4.9.4 -type l -name \*.so | xargs ldd | grep libgcc_s.so
should be read
find /exe/gcc/6.0.2 -type l -name \*.so | xargs ldd | grep libgcc_s.so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78097
Bug ID: 78097
Summary: gcc-6.2.0 inconsistent libgcc_s.so link
Product: gcc
Version: 6.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78096
--- Comment #6 from Eric ---
same problem with gcc/6.2.0
/exe/gcc/6.2.0/lib64/libstdc++.so
/exe/gcc/6.2.0/lib64/libitm.so
links to /lib64/libgcc_s.so.1
/exe/gcc/6.2.0/lib64/libasan.so
/exe/gcc/6.2.0/lib64/liblsan.so
/exe/gcc/6.2.0/lib64/libci
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78088
Michael Matz changed:
What|Removed |Added
CC||matz at gcc dot gnu.org
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78096
--- Comment #5 from Markus Trippelsdorf ---
This question should be asked on the gcc-h...@gcc.gnu.org list.
Bugzilla is the wrong place for it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78060
Michael Matz changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |matz at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78096
--- Comment #4 from Eric ---
anyway the link is not consistent
what can I do in order to remove any system gcc + libs
to provide ONLY the gcc we compiled to our cluster users ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78096
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78096
--- Comment #2 from Eric ---
so I have to switch on gcc version 5 or 6
with incompatible ABI change in the C++ library ?
nice ;-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78096
--- Comment #3 from Markus Trippelsdorf ---
(In reply to Eric from comment #2)
> so I have to switch on gcc version 5 or 6
> with incompatible ABI change in the C++ library ?
>
> nice ;-)
No need to switch the ABI, you can use the old one jus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78096
Bug ID: 78096
Summary: gcc-4.9.4 make bootstrap libgcc_s.so link problem
Product: gcc
Version: 4.9.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77495
Ville Voutilainen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78055
--- Comment #15 from David Edelsohn ---
The AIX failures are fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78061
Michael Matz changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |matz at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78055
--- Comment #14 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #12 from Jerry DeLisle ---
> Rainer, please confirm the fix commited on trunk when you have time.
Sure: I had it in my tree during this weekend's bootstraps and all
failu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78095
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71491
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71491
--- Comment #7 from Richard Biener ---
Author: rguenth
Date: Mon Oct 24 12:58:20 2016
New Revision: 241478
URL: https://gcc.gnu.org/viewcvs?rev=241478&root=gcc&view=rev
Log:
2016-10-24 Richard Biener
PR testsuite/71491
* gcc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78095
Bug ID: 78095
Summary: [7 Regression] valgrind build error on ppc64le
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: targ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71491
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #4 from Richard Biener ---
[...]
> I suppose XFAILing / providing alternat scan-dump for [!] vect_hw_misalign
> will fix this.
>
> Can you test the attached?
Both tests no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77495
Bug 77495 depends on bug 77288, which changed state.
Bug 77288 Summary: Std::experimental::optional::operator= implementation is
broken in gcc 6.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77288
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77727
--- Comment #6 from ville at gcc dot gnu.org ---
Author: ville
Date: Mon Oct 24 12:52:31 2016
New Revision: 241477
URL: https://gcc.gnu.org/viewcvs?rev=241477&root=gcc&view=rev
Log:
Backport from mainline:
2016-10-24 Ville Voutilainen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77288
--- Comment #12 from ville at gcc dot gnu.org ---
Author: ville
Date: Mon Oct 24 12:52:31 2016
New Revision: 241477
URL: https://gcc.gnu.org/viewcvs?rev=241477&root=gcc&view=rev
Log:
Backport from mainline:
2016-10-24 Ville Voutilainen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77288
Ville Voutilainen changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77288
--- Comment #11 from ville at gcc dot gnu.org ---
Author: ville
Date: Mon Oct 24 12:46:44 2016
New Revision: 241476
URL: https://gcc.gnu.org/viewcvs?rev=241476&root=gcc&view=rev
Log:
Cross-port the latest resolution of LWG2756 and some
bug-fixes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77727
--- Comment #5 from ville at gcc dot gnu.org ---
Author: ville
Date: Mon Oct 24 12:46:44 2016
New Revision: 241476
URL: https://gcc.gnu.org/viewcvs?rev=241476&root=gcc&view=rev
Log:
Cross-port the latest resolution of LWG2756 and some
bug-fixes t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77934
Bill Schmidt changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78077
--- Comment #3 from Jack Howarth ---
Opened radar://28914335 'linker crash when linking temacs from emacs 25.1 when
built with FSF gcc 6.2.0 or gcc trunk' with standalone test case attached as
reproducer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78092
--- Comment #2 from Dominique d'Humieres ---
The change occurred between revisions r213007 (2014-07-24, compiles) and
r213805 (2014-08-11, ICE), likely r213079 (PRs 57305, 61881, and 61888).
Backtrace with r241433 is
* thread #1: tid = 0xd87554,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61420
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61420
--- Comment #13 from Paul Thomas ---
Author: pault
Date: Mon Oct 24 12:14:52 2016
New Revision: 241474
URL: https://gcc.gnu.org/viewcvs?rev=241474&root=gcc&view=rev
Log:
2016-10-24 Paul Thomas
PR fortran/61420
PR fortran/7801
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78013
--- Comment #4 from Paul Thomas ---
Author: pault
Date: Mon Oct 24 12:14:52 2016
New Revision: 241474
URL: https://gcc.gnu.org/viewcvs?rev=241474&root=gcc&view=rev
Log:
2016-10-24 Paul Thomas
PR fortran/61420
PR fortran/78013
1 - 100 of 151 matches
Mail list logo
