https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78488
--- Comment #1 from Eric Fiselier ---
> GCC 6 exits with status 1 and without producing any diagnostics or an output
> file
Disregard that I was using a broken GCC 6. IDK how GCC 6 handles this bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77505
--- Comment #7 from Elizebeth Punnoose ---
I plan to send the patch to gcc-patches from my official mail id, in a couple
of days. Please do let me know if there are any suggestions/comments.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78488
Bug ID: 78488
Summary: ICE when building call to inherited default
constructor.
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78434
--- Comment #3 from Marc Mutz ---
Possibly. I couldn't check later versions because trunk failed to compile for
me in i386.c.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78455
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78455
--- Comment #4 from Marek Polacek ---
Author: mpolacek
Date: Wed Nov 23 03:17:14 2016
New Revision: 242733
URL: https://gcc.gnu.org/viewcvs?rev=242733&root=gcc&view=rev
Log:
PR tree-optimization/78455
* tree-ssa-uninit.c (can_cha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458
--- Comment #11 from joseph at codesourcery dot com ---
For e500v2, that patch moves things from a libgcc build failure to a glibc
build failure having built libgcc successfully: many files in glibc fail
to build with errors of the form:
../sy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78478
--- Comment #5 from joseph at codesourcery dot com ---
On Tue, 22 Nov 2016, ubizjak at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78478
>
> --- Comment #2 from Uroš Bizjak ---
> For 7.0, somebody changed i[34567]86-*-r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78487
--- Comment #4 from Andrew Pinski ---
Also I doubt this code is correct.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78487
--- Comment #3 from Andrew Pinski ---
Crashes at runtime or crashes inside GCC?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78487
--- Comment #2 from Stephan Beyer ---
The following problem is only reproducible on one machine.
I cannot reproduce it on any other machine.
When compiling the attached C++ source file with
g++ -O1 -fgcse, it crashes at the third cpuid call (ie,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78487
--- Comment #1 from Andrew Pinski ---
What is the error message which you are getting?
Here is how GCC's cpuid.h header look like for cpuid:
#define __cpuid(level, a, b, c, d) \
__asm__ ("cpuid\n\t"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78487
Bug ID: 78487
Summary: asm cpuid code and -fgcse crashes
Product: gcc
Version: 6.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78476
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78486
--- Comment #1 from Andrew Pinski ---
Do these exist in standard C++ at all? If not then I doubt they will be added
to the GCC's library.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68548
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #2 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78476
--- Comment #1 from Martin Sebor ---
Created attachment 40122
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40122&action=edit
Patch under test.
Patch being tested (requires a patch for bug 78461).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78479
--- Comment #5 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Tue Nov 22 23:28:43 2016
New Revision: 242729
URL: https://gcc.gnu.org/viewcvs?rev=242729&root=gcc&view=rev
Log:
2016-11-22 Steven G. Kargl
PR fortran/78479
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78431
Bug 78431 depends on bug 78432, which changed state.
Bug 78432 Summary: [7 Regression] -fdump-go-spec ICEs for aligned causing x32
libgo library to fail to build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78432
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78431
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78432
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78431
--- Comment #2 from ian at gcc dot gnu.org ---
Author: ian
Date: Tue Nov 22 23:25:07 2016
New Revision: 242728
URL: https://gcc.gnu.org/viewcvs?rev=242728&root=gcc&view=rev
Log:
PR go/78431
PR go/78432
* godump.c (go_form
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78432
--- Comment #4 from ian at gcc dot gnu.org ---
Author: ian
Date: Tue Nov 22 23:25:07 2016
New Revision: 242728
URL: https://gcc.gnu.org/viewcvs?rev=242728&root=gcc&view=rev
Log:
PR go/78431
PR go/78432
* godump.c (go_form
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78486
Bug ID: 78486
Summary: feature request: std::iu16stringstream
std::ou16stringstream, and utf8
Product: gcc
Version: 6.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11196
Andrew Pinski changed:
What|Removed |Added
CC||krzysztof at jusiak dot net
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78483
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78483
--- Comment #2 from Andrew Pinski ---
Also on_exit is not part of the C++ standard at all.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78483
--- Comment #1 from Andrew Pinski ---
This is most likely because _GNU_SOURCE is defined when compiling with C++ code
in GNU C++ mode.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78485
Marc Glisse changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #3 from Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458
--- Comment #10 from Peter Bergner ---
(In reply to Peter Bergner from comment #9)
> I'm testing the following patch (which is a little more general) on a
> powerpc64le-linux bootstrap to see if this survives.
Ok, this patch passed bootstrap and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78485
--- Comment #2 from Andrew Pinski ---
Warning is not done at compile time but is handled at runtime via the
sanitizers:
-fsanitize-address-use-after-scope
Enable sanitization of local variables to detect use-after-scope bugs. The
option sets -fst
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78485
Andrew Pinski changed:
What|Removed |Added
Summary|Missed scalarization in |Missed scalarization in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78485
Bug ID: 78485
Summary: Missed scalarization in simple read-from-clobber case
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77684
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78478
--- Comment #4 from Joel Sherrill ---
FWIW I haven't been able to build this far using i386-elf. It fails in
libbacktrace doing a configure probe because there isn't a crt0.o. I can't
figure out why it isn't building libgloss. I have it and newli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78484
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14799
Andrew Pinski changed:
What|Removed |Added
CC||timshen at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78479
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78484
Bug ID: 78484
Summary: if-else chain is not turned into a local jump table
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78479
--- Comment #3 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Tue Nov 22 21:52:15 2016
New Revision: 242725
URL: https://gcc.gnu.org/viewcvs?rev=242725&root=gcc&view=rev
Log:
2016-11-22 Steven G. Kargl
PR fortran/78479
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78478
--- Comment #3 from Joel Sherrill ---
That patch gets the build further but there is more wrong. __float128 isn't
defined.
/home/joel/test-gcc/b-i386-rtems4.12-gcc/./gcc/xgcc
-B/home/joel/test-gcc/b-i386-rtems4.12-gcc/./gcc/ -nostdinc
-B/home/jo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78461
--- Comment #4 from Martin Sebor ---
Created attachment 40121
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40121&action=edit
Patch under test.
Testing the attached patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78290
--- Comment #3 from Harald Anlauf ---
(In reply to Harald Anlauf from comment #2)
> internal compiler error: in gfc_add_modify_loc, at fortran/trans.c:159
> 0x835756e gfc_add_modify_loc(unsigned int, stmtblock_t*, tree_node*,
> tree_node*)
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458
--- Comment #9 from Peter Bergner ---
The IFmode usage is coming from HARD_REGNO_CALLER_SAVE_MODE(8, 2, TFmode)
returning IFmode, which comes from choose_hard_reg_mode (8, 2, false). As a
quick hack, I modified HARD_REGNO_CALLER_SAVE_MODE() to i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78483
Bug ID: 78483
Summary: Error: reference to 'on_exit' is ambiguous
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78290
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77910
Ian Lance Taylor changed:
What|Removed |Added
Resolution|WONTFIX |FIXED
--- Comment #9 from Ian Lance T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77910
--- Comment #8 from ian at gcc dot gnu.org ---
Author: ian
Date: Tue Nov 22 21:04:27 2016
New Revision: 242724
URL: https://gcc.gnu.org/viewcvs?rev=242724&root=gcc&view=rev
Log:
PR go/77910
cmd/go: don't check standard packages when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71096
Marc Glisse changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78379
--- Comment #21 from Jerry DeLisle ---
(In reply to Thomas Koenig from comment #19)
> Created attachment 40120 [details]
> Updated patch
>
> Well, here's an update also for AVX512F.
>
> I can confirm the patch gives the same performance as the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78379
--- Comment #20 from Jerry DeLisle ---
(In reply to Thomas Koenig from comment #18)
> Created attachment 40119 [details]
> Version that works (AVX only)
>
> Here is a version that should only do AVX stuff on Intel processors.
> Optimization for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78379
Thomas Koenig changed:
What|Removed |Added
Attachment #40119|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78451
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Tue Nov 22 20:36:35 2016
New Revision: 242723
URL: https://gcc.gnu.org/viewcvs?rev=242723&root=gcc&view=rev
Log:
PR target/78451
* config/i386/avx512bwintrin.h (_mm512_set
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78477
--- Comment #3 from Marc Glisse ---
Stage2 issue, so most likely gcc was miscompiled during stage1. If you have a
chance to run the testsuite on a non-bootstrap compiler, that often gives
testcases that are much easier to debug...
/7.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto
--prefix=/usr/local/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 7.0.0 20161122 (experimental) [trunk revision 242702] (GCC)
$ gcc-trunk -O3 small.c ; ./a.out
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458
--- Comment #8 from Peter Bergner ---
Last one, I promise. We don't need _Complex at all:
extern void bar (void);
long double
foo (long double p1)
{
bar ();
asm volatile ("# clobbers" :::
"r14", "r15", "r16", "r17", "r18", "
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78481
Bug ID: 78481
Summary: libunwind.a conflicting recipes on AIX
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458
--- Comment #7 from Peter Bergner ---
Here's a smaller test case that induces spilling which leads to our ICE:
extern void bar (void);
_Complex
foo (long double p1)
{
_Complex e;
bar ();
asm volatile ("# clobbers" :::
"r14"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78481
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78480
Bug ID: 78480
Summary: m68k-rtems compile error in libgfortran
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Jason,
digging further into the demangler crash of 78252, I think the root
cause is ill-formed C++. Here's a further reduced testcase.
template
void for2 (T &v)
{
}
void Foo ()
{
auto lam_1 = [](int &) { };
auto lam_2 = [](auto &) { }; // IIUC this is implicitly templatey
for2 (lam_1);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458
--- Comment #6 from Peter Bergner ---
This whole lra reload is due to us trying to split insns like the following:
(insn 129 281 264 9 (set (subreg:TF (reg:TI 315 [orig:262 p1 ] [262]) 0)
(reg/v:TF 173 [ p1 ])) "pr78458.i":17 1930 {*frob
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77910
--- Comment #7 from Ian Lance Taylor ---
Coincidentally I am going to submit the patch to fix this today. It was held
up for a while in code review on the master repository. (The fix in the master
repository is https://golang.org/cl/33295).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458
--- Comment #5 from Peter Bergner ---
gdb show we don't like:
(gdb) frame 1
#1 0x10a7d328 in lra_set_insn_recog_data (insn=0x3fffb5584340) at
/home/bergner/gcc/gcc-fsf-mainline-reg-move_costs-base/gcc/lra.c:963
963 gcc_ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78479
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78478
--- Comment #2 from Uroš Bizjak ---
For 7.0, somebody changed i[34567]86-*-rtems* entry in libgcc/config.host to
use t-softfp-sfdftf. Please test the following patch:
Index: libgcc/config.host
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78479
--- Comment #1 from Gerhard Steinmetz
---
Whereas, these variants are ok :
$ cat z3.f90
program p
type t
character(2) :: c(1) = 'a' // ['b']
end type
type(t) :: z
print *, len(z%c), size(z%c), z
end
$ gfortran-7-20161120 z
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78479
Bug ID: 78479
Summary: ICE in gfc_apply_init, at fortran/expr.c:4135
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78478
Joel Sherrill changed:
What|Removed |Added
Target||i386-rtems4.12
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58001
--- Comment #16 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Tue Nov 22 18:25:55 2016
New Revision: 242717
URL: https://gcc.gnu.org/viewcvs?rev=242717&root=gcc&view=rev
Log:
2016-11-22 Steven G. Kargl
PR fortran/58001
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78478
Bug ID: 78478
Summary: Compile Error for i386-rtems
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38319
--- Comment #9 from Paul Thomas ---
class_array_15.f03 leaks from line 65-66:
allocate (indv(2), source = [individual(1, [99,999]), &
individual(2, [999,])])
==22496== HEAP SUMMARY:
==22496== in use at e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77910
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78477
--- Comment #2 from Matthias Klose ---
sorry, no, just saw yesterday's changes to match.pd as a hint.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78477
--- Comment #1 from Marc Glisse ---
Did you bisect this to a specific commit? (I assumed so from the cc:, but the
revision number does not match one of my patches)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78409
--- Comment #2 from Orion Poplawski ---
So, what exactly can I get you?
I'm building
https://www.cora.nwra.com/~orion/fedora/octave-4.2.0-1.fc26.src.rpm on Fedora
rawhide. It fails during the tests:
libinterp/dldfcn/__osmesa_print__.cc-tst .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78477
Bug ID: 78477
Summary: [7 Regression] bootstrap broken on s390x-linux-gnu
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78476
Bug ID: 78476
Summary: snprintf(0, 0, ...) with known arguments not optimized
away
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78461
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78379
--- Comment #18 from Thomas Koenig ---
Created attachment 40119
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40119&action=edit
Version that works (AVX only)
Here is a version that should only do AVX stuff on Intel processors.
Optimizatio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77739
--- Comment #4 from Jakub Jelinek ---
Or another option perhaps would be in cp_genericize_data note whether it is
cp_genericize_tree called from cp_genericize or from elsewhere, and only
replace invisiref parms if called from cp_genericize.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77822
--- Comment #30 from ktkachov at gcc dot gnu.org ---
Fixed on aarch64 for 6.3 as well. There's nothing more to do for aarch64 here.
Dominik, do you intend to do any backports of the s390 patches? Or can we close
this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77822
--- Comment #29 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Tue Nov 22 16:55:16 2016
New Revision: 242709
URL: https://gcc.gnu.org/viewcvs?rev=242709&root=gcc&view=rev
Log:
[AArch64] Fix PR target/77822: Use tighter predicates for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78451
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Tue Nov 22 16:54:13 2016
New Revision: 242708
URL: https://gcc.gnu.org/viewcvs?rev=242708&root=gcc&view=rev
Log:
PR target/78451
* gcc.target/i386/sse-22.c: Add avx5124fma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78451
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Tue Nov 22 16:53:35 2016
New Revision: 242707
URL: https://gcc.gnu.org/viewcvs?rev=242707&root=gcc&view=rev
Log:
PR target/78451
* config/i386/avx512vlintrin.h (_mm_setzer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77739
--- Comment #3 from Jakub Jelinek ---
The problem is that some expressions are genericized twice.
First when genericizing the whole function, RESULT_DECL is determined to be
is_invisiref_parm and therefore references to it are turned into INDIREC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78386
Breno Leitao changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #12 from Breno Leitao
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78459
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78459
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78434
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77742
Jonathan Wakely changed:
What|Removed |Added
CC||marc.mutz at kdab dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78465
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78465
--- Comment #3 from Jonathan Wakely ---
Author: redi
Date: Tue Nov 22 16:31:19 2016
New Revision: 242704
URL: https://gcc.gnu.org/viewcvs?rev=242704&root=gcc&view=rev
Log:
PR78465 Remove runtime tests for macros
PR libstdc++/78465
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78443
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |5.5
--- Comment #7 from janus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78443
--- Comment #6 from janus at gcc dot gnu.org ---
Author: janus
Date: Tue Nov 22 16:06:46 2016
New Revision: 242703
URL: https://gcc.gnu.org/viewcvs?rev=242703&root=gcc&view=rev
Log:
2016-11-22 Janus Weil
PR fortran/78443
* cla
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68467
--- Comment #5 from Joseph S. Myers ---
Created attachment 40117
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40117&action=edit
preprocessed source
Preprocessed source of file causing ICE attached. Compile with: -S -g -O2
-fPIC -fbuildi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78465
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78475
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78475
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
1 - 100 of 215 matches
Mail list logo
