https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64364
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77507
Bug ID: 77507
Summary: gfortran rejects keyworded calls to procedures from
intrinsic modules
Product: gcc
Version: 6.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77493
Richard Biener changed:
What|Removed |Added
CC||redi at gcc dot gnu.org
--- Comment #11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77493
--- Comment #12 from David Abdurachmanov
---
Looks to be std::vector> (aka
ConstRecHitContainer).
Here is the class and typedef for the containers:
https://github.com/cms-sw/cmssw/blob/CMSSW_8_1_X/DataFormats/TrackingRecHit/interface/TrackingRe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77501
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77500
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77499
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Target Milestone|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77499
--- Comment #4 from Richard Biener ---
Oh, and with -fno-code-hoisting I see
movwr6, #45345
.L5:
smull lr, r4, r5, r1
sub r4, r4, r1, asr #31
add r4, r4, r4, lsl #1
cmp r1, r4
sub
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77499
--- Comment #5 from Andrew Pinski ---
(In reply to Richard Biener from comment #3)
> It seems with thumb the code is only if-converted after reload for some
> reason.
Most likely because it is going through the cond_exec route.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77377
Martin Liška changed:
What|Removed |Added
CC||zsojka at seznam dot cz
--- Comment #6 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77401
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77383
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77347
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24194
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77304
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2016-9-7
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29842
Bug 29842 depends on bug 24194, which changed state.
Bug 24194 Summary: emit_input_reload_insns secondary reload handling is unsafe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24194
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77508
Bug ID: 77508
Summary: ICE on valid C++ code: in
finish_class_member_access_expr, at cp/typeck.c:2783
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21786
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77503
--- Comment #11 from Markus Trippelsdorf ---
(In reply to Andrew Pinski from comment #10)
> (In reply to Markus Trippelsdorf from comment #6)
> > markus@x4 tmp % cat fsmpage.i
>
> You got to it before I could do that :).
Yeah, sorry. I already
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10802
Andrew Pinski changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #14 from Andrew Pins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77508
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30136
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77509
Bug ID: 77509
Summary: ICE on invalid C++ code: in
finish_class_member_access_expr, at cp/typeck.c:2783
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30026
--- Comment #2 from Andrew Pinski ---
I think this might be fixed now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20192
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16200
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31566
Andrew Pinski changed:
What|Removed |Added
Keywords||easyhack
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30199
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77450
--- Comment #6 from Richard Biener ---
Author: rguenth
Date: Wed Sep 7 08:22:01 2016
New Revision: 240025
URL: https://gcc.gnu.org/viewcvs?rev=240025&root=gcc&view=rev
Log:
2016-09-07 Richard Biener
PR c/77450
* c-c++-common
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77509
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77501
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Target Milestone|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77498
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77497
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |5.5
Summary|Setting DWARF le
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77483
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #3 from Richard Biener ---
> You could add dg-skip-if or XFAILs to the tests now failing. IMHO a testsuite
> issue.
I though about just adding -mno-stackrealign to the af
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77499
--- Comment #6 from avieira at gcc dot gnu.org ---
> so we are talking about the uxthne insn (I don't know arm / thumb very well).
Yes, the uxthne is the "zero_extend" that is otherwise optimized away if you
turn off code-hoisting.
This is becau
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=1
Florian Weimer changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77510
Bug ID: 77510
Summary: genautomata memory footprint for MIPS
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30136
--- Comment #9 from David Binderman ---
(In reply to Andrew Pinski from comment #8)
> Does this work with a much newer GCC?
Hard to say for definite. The machine was recycled many years
ago and is probably in landfill by now.
Given the great ag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77499
--- Comment #7 from avieira at gcc dot gnu.org ---
if-convert is a no go here, for the reason Andrew pointed out, sorry missed
that comment!
So I dont know... Only thing I can think of is better "value-range"-like
analysis for combine, but that m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77493
--- Comment #13 from Jonathan Wakely ---
(In reply to Richard Biener from comment #11)
> CCing libstdc++ people -- not sure if std::stable_sort (on which kind of
> collection?) is safe for std::shared_ptr.
It's required to work correctly. It sho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77499
--- Comment #8 from rguenther at suse dot de ---
On Wed, 7 Sep 2016, avieira at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77499
>
> --- Comment #7 from avieira at gcc dot gnu.org ---
> if-convert is a no go here, for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77511
Bug ID: 77511
Summary: libbacktrace could not find executable to open
Product: gcc
Version: 6.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77503
--- Comment #12 from amker at gcc dot gnu.org ---
ICE is because prologue peeling changes code (to be specific, the initial
argument of reduction phi node in loop header), as a result, the statement to
be vectorized is not the statement that was p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77499
--- Comment #9 from avieira at gcc dot gnu.org ---
> > So I dont know... Only thing I can think of is better "value-range"-like
> > analysis for combine, but that might be too costly?
>
> So we are not really looking for combine to combine the s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77512
Bug ID: 77512
Summary: gcc compilation stops with Arithmetic Exception
Product: gcc
Version: 6.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77503
--- Comment #13 from amker at gcc dot gnu.org ---
(In reply to amker from comment #12)
> ICE is because prologue peeling changes code (to be specific, the initial
> argument of reduction phi node in loop header), as a result, the statement
> to be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77359
--- Comment #14 from Dominik Vogt ---
Okay, it looks like outgoing_args_size is rounded up to a multiple of
preferred_stack_boundary, so there's no problem on s390 or other targets with a
stack allocation size smaller than STACK_BOUNDARY. So, wh
+-7.0.0 -std=c++14
-Wzero-as-null-pointer-constant 20160907-null.cpp -E > 20160907-null.ii
Yesterday I switched on the warning for a ~250kloc codebase to clean it up.
Used 7.0, it was tedious but it was done. I had to replace NULLs also, not just
0s, but at that time I wasn't suspecting anyt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77513
--- Comment #1 from Andreas Schwab ---
The "3" flag on the line marker marks the following lines as originating from a
system header where warnings are suppressed. Use -Wsystem-headers to enable
them.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77513
--- Comment #2 from petschy at gmail dot com ---
I don't want to enable them. The problem is not with too little but too many
warnings.
A snippet from one of the problematic files:
{ NULL, NULL, false, false }
is preprocessed to
{
#
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77393
--- Comment #14 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #13 from Jerry DeLisle ---
> Author: jvdelisle
> Date: Tue Sep 6 23:22:26 2016
> New Revision: 240018
>
> URL: https://gcc.gnu.org/viewcvs?rev=240018&root=gcc&view=rev
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57117
--- Comment #13 from vehre at gcc dot gnu.org ---
Created attachment 39581
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39581&action=edit
Shorter version to fix the issue.
Hi all,
Dominique pointed out, that the patches proposed by Paul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60483
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77483
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77513
--- Comment #3 from Jonathan Wakely ---
(In reply to petschy from comment #0)
> For c++11 and later code, why is NULL defined as __null, rather than nullptr?
Because defining NULL as nullptr would violate the requirements of the
standard, which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63346
--- Comment #5 from Peter Seiderer ---
Seems to be fixed in 5.4.0, tested with the original buildroot/xserver/dillo
testcase (with up to date buildroot) and the provided fbpict.c testcase.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57117
--- Comment #14 from Dominique d'Humieres ---
> Created attachment 39581 [details]
> Shorter version to fix the issue.
> ...
The patch fixes the ICEs, but generates wrong-code for the original test: the
output at run time is
FAIL: T T T T F T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77514
Bug ID: 77514
Summary: [7 Regression] ICE in VN_INFO_GET, at
tree-ssa-sccvn.c:406 w/ -O2 (and above)
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77515
Bug ID: 77515
Summary: GCC fusing of multiply-add ["FMA"] occurring at "-O3"
withOUT "-ffast-math" and withOUT "-ffp-contract=fast"
Product: gcc
Version: 7.0
Status: UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77514
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77514
Markus Trippelsdorf changed:
What|Removed |Added
Keywords||ice-on-invalid-code
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77499
--- Comment #10 from Segher Boessenkool ---
(In reply to avieira from comment #9)
> > > So I dont know... Only thing I can think of is better "value-range"-like
> > > analysis for combine, but that might be too costly?
That is what nonzero_bits
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77515
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77515
--- Comment #2 from Andrew Pinski ---
>This seems to be in violation of preservation of exactly the same results
Huh? Where did you read that?
Also GCC defaults not to on but to:
-ffp-contract=fast
Read:
https://gcc.gnu.org/onlinedocs/gcc-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30136
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63346
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60918
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77516
Bug ID: 77516
Summary: ICE in is_gimple_min_invariant, at gimple-expr.c:706
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77517
Bug ID: 77517
Summary: ICE in conv_intrinsic_move_alloc, at
fortran/trans-intrinsic.c:9517
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77517
--- Comment #1 from Gerhard Steinmetz
---
Similar with subroutine named "a" :
$ cat z2.f90
program p
class(*), allocatable :: a, b
call move_alloc (a, b)
contains
subroutine a
end
end
$ gfortran-7-20160904 z2.f90
f951: internal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77517
--- Comment #2 from Gerhard Steinmetz
---
For completeness, older versions below 5 give :
$ gfortran-4.9 z1.f90
z1.f90:3.20:
call move_alloc (a, b)
1
Error: 'from' argument of 'move_alloc' intrinsic at (1) must be the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77518
Bug ID: 77518
Summary: ICE in gfc_advance_chain, at fortran/trans.c:58
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67971
--- Comment #3 from Andrew Pinski ---
Note we should able to optimize this just to
int
f1 (int cond, double x, double y)
{
double z1, z2;
z2 = __builtin_cos (cond ? x : y);
return z2 == z2;
}
But that is 64700.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77494
--- Comment #4 from Jools Wills ---
Thanks - reported here - https://sourceware.org/bugzilla/show_bug.cgi?id=20567
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77505
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77505
--- Comment #2 from Steve Kargl ---
On Wed, Sep 07, 2016 at 07:01:40PM +, kargl at gcc dot gnu.org wrote:
> --- Comment #1 from kargl at gcc dot gnu.org ---
> This is going to require someone smarting than I to fix.
> The problem lies in tran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77513
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33952
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77504
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56670
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77475
--- Comment #4 from Christophe Lyon ---
Author: clyon
Date: Wed Sep 7 20:18:17 2016
New Revision: 240030
URL: https://gcc.gnu.org/viewcvs?rev=240030&root=gcc&view=rev
Log:
PR middle-end/77475: Fix AArch64 testcases.
2016-09-07 Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66459
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77519
Bug ID: 77519
Summary: [5/6/7 Regression] complex multiply / divide excess
precision handling inverted
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77520
Bug ID: 77520
Summary: wrong value for extended ASCII characters in -Wformat
message
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77520
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77519
Joseph S. Myers changed:
What|Removed |Added
Summary|[5/6/7 Regression] complex |[5/6/7 Regression] complex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48298
--- Comment #19 from Paul Thomas ---
Author: pault
Date: Wed Sep 7 21:21:16 2016
New Revision: 240032
URL: https://gcc.gnu.org/viewcvs?rev=240032&root=gcc&view=rev
Log:
2016-09-07 Dominique Dhumieres
PR fortran/48298
* gfort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71710
--- Comment #3 from Zhendong Su ---
A related, but simpler test that triggers the same ICE:
template < typename > struct A
{
A a;
template < int > using B = decltype (a);
B < 0 > b;
};
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77521
Bug ID: 77521
Summary: %qc format directive should quote non-printable
characters
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77507
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=77519
--- Comment #2 from Joseph S. Myers ---
Author: jsm28
Date: Wed Sep 7 23:02:56 2016
New Revision: 240033
URL: https://gcc.gnu.org/viewcvs?rev=240033&root=gcc&view=rev
Log:
Correct libgcc complex multiply excess precision handling (PR libgcc/775
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77519
Joseph S. Myers changed:
What|Removed |Added
Target Milestone|--- |5.5
Summary|[5/6/7 Regressi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77507
--- Comment #2 from Steve Kargl ---
On Wed, Sep 07, 2016 at 10:12:22PM +, kargl at gcc dot gnu.org wrote:
>
> This should have been 2 separate bug reports as ieee support
> is distinct from ISO C binding support. This patch fixes
> the latte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77494
--- Comment #5 from Richard Earnshaw ---
(In reply to Jools Wills from comment #4)
> Thanks - reported here -
> https://sourceware.org/bugzilla/show_bug.cgi?id=20567
And already fixed in GAS earlier today.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77494
--- Comment #6 from Jools Wills ---
Thanks for the fix - I'll mark the other bug as resolved.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77507
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77522
Bug ID: 77522
Summary: ICE on invalid code C++14 code: in tsubst_decl, at
cp/pt.c:12447
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
trunk
COLLECT_LTO_WRAPPER=/usr/local/gcc-trunk/libexec/gcc/x86_64-pc-linux-gnu/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 20160907 (experim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53469
j8spencer changed:
What|Removed |Added
CC||spencer8 at sbcglobal dot net
--- Comment #4
99 matches
Mail list logo
