https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67378
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67378
--- Comment #4 from Alan Modra ---
Author: amodra
Date: Wed Sep 9 06:07:14 2015
New Revision: 227575
URL: https://gcc.gnu.org/viewcvs?rev=227575&root=gcc&view=rev
Log:
Fix PowerPC ICE due to secondary_reload ignoring reload replacements
The re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67378
--- Comment #3 from Alan Modra ---
Author: amodra
Date: Wed Sep 9 05:59:16 2015
New Revision: 227574
URL: https://gcc.gnu.org/viewcvs?rev=227574&root=gcc&view=rev
Log:
Fix PowerPC ICE due to secondary_reload ignoring reload replacements
The re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67378
--- Comment #2 from Alan Modra ---
Author: amodra
Date: Wed Sep 9 05:56:26 2015
New Revision: 227573
URL: https://gcc.gnu.org/viewcvs?rev=227573&root=gcc&view=rev
Log:
Fix PowerPC ICE due to secondary_reload ignoring reload replacements
The re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59859
Bug 59859 depends on bug 53852, which changed state.
Bug 53852 Summary: [4.9/5/6 Regression] -ftree-loop-linear: large compile time
/ memory usage
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53852
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53852
Sebastian Pop changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67506
--- Comment #2 from Kazumoto Kojima ---
Created attachment 36309
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36309&action=edit
reduced test case
It looks that some problem happens in tstsi_t splitter.
The insns before splitting are:
(i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65892
--- Comment #13 from Melissa ---
As for a reason why this should be allowed, all I need is to do is mention
struct sockaddr.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65892
Melissa changed:
What|Removed |Added
CC||myriachan at gmail dot com
--- Comment #12 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67506
Kazumoto Kojima changed:
What|Removed |Added
Keywords||ice-on-valid-code
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55035
Hans-Peter Nilsson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67475
Hans-Peter Nilsson changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67509
Bug ID: 67509
Summary: [6 regression] FAIL: gfortran.dg/ieee/ieee_7.f90 -O0
execution test
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67508
Bug ID: 67508
Summary: [aarch64] gccgo runtime crashes with
CONFIG_ARM64_PGTABLE_LEVELS=4
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37705
Sebastian Pop changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61578
--- Comment #25 from Fredrik Hederstierna
---
I've but this last example in a separate issue:
Bug 67507 - Code size increase with -Os from GCC 4.8.x to GCC 4.9.x for ARM
thumb1.
I've also previously put this one that causes size increase
Bug 672
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67507
Bug ID: 67507
Summary: Code size increase with -Os from GCC 4.8.x to GCC
4.9.x for ARM thumb1
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64249
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67041
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67506
Bug ID: 67506
Summary: [SH][5]: error: unrecognizable insn when compiling
texlive-binaries
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65819
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #2 from Thomas Koenig -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67318
Paolo Carlini changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63870
--- Comment #10 from alalaw01 at gcc dot gnu.org ---
Author: alalaw01
Date: Tue Sep 8 19:43:39 2015
New Revision: 227557
URL: https://gcc.gnu.org/viewcvs?rev=227557&root=gcc&view=rev
Log:
ARM/AArch64 Testsuite] Add float16 lane_f16_indices tests
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67041
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Tue Sep 8 19:33:47 2015
New Revision: 227553
URL: https://gcc.gnu.org/viewcvs?rev=227553&root=gcc&view=rev
Log:
PR c++/67041
* pt.c (tsubst_copy_and_build): Handle variab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67350
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67041
Jason Merrill changed:
What|Removed |Added
CC||norbert.pfeiler+gcc.gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67280
--- Comment #5 from cbaylis at gcc dot gnu.org ---
Committed to trunk http://gcc.gnu.org/r227407 and gcc/ChangeLog corrected in
http://gcc.gnu.org/r227534
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67505
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67503
--- Comment #10 from radventure at yandex dot ru ---
(In reply to radventure from comment #9)
> I understand the "small string optimization" idea. I agree about allocation
> counting. But I don't see space economy, now sizeof(string) is 28 bytes i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67411
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67457
--- Comment #6 from Joost VandeVondele
---
(In reply to Ian Lance Taylor from comment #4)
> I committed a patch that should produce a more graceful fallback when out of
> memory. Please see if it helps your situation.
Great! Not sure how you m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67503
--- Comment #9 from radventure at yandex dot ru ---
I understand the "small string optimization" idea. I agree about allocation
counting. But I don't see space economy, now sizeof(string) is 28 bytes in
32-bit environment instead of 4 bytes early.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67503
--- Comment #8 from Andrew Pinski ---
(In reply to radventure from comment #5)
> When you use local buffer for storing string value it not necessary to have
> pointer to it. And we can reduce the size of string by the syzeof(pointer).
Well an un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67503
--- Comment #7 from Andrew Pinski ---
This is just like having a struct like:
Struct
{
Char a[4];
Char *b = a;
};
Sorry for char and struct being in the wrong case. Also using a c++11 feature
to show the case easier. This is a valid thing t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67503
--- Comment #6 from radventure at yandex dot ru ---
(In reply to Jonathan Wakely from comment #4)
> (In reply to radventure from comment #3)
> > I can solve the alignment but prbolem will not be fixed.
> > I agree with remark about "non-trivial t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67503
--- Comment #5 from radventure at yandex dot ru ---
When you use local buffer for storing string value it not necessary to have
pointer to it. And we can reduce the size of string by the syzeof(pointer).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67503
Jonathan Wakely changed:
What|Removed |Added
Resolution|WONTFIX |INVALID
--- Comment #4 from Jonathan W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67505
Bug ID: 67505
Summary: Runtime error: recursive call to final subroutine
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67503
radventure at yandex dot ru changed:
What|Removed |Added
Resolution|INVALID |WONTFIX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67454
--- Comment #18 from James Ballantine ---
It's a solaris directory that I think is for freeware.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67503
--- Comment #3 from radventure at yandex dot ru ---
I can solve the alignment but prbolem will not be fixed.
I agree with remark about "non-trivial types" but this code works in previous
gcc versions and works in visual c++ 2015.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67454
--- Comment #17 from Dominique d'Humieres ---
> So now to find and fix the R build so it doesn't use /usr/sfw/lib.
What is sfw? and what happens if you move it away?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67457
--- Comment #4 from Ian Lance Taylor ---
I committed a patch that should produce a more graceful fallback when out of
memory. Please see if it helps your situation.
--- Comment #5 from ian at gcc dot gnu.org ---
Author: ian
Date: Tue Sep 8 16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67457
--- Comment #4 from Ian Lance Taylor ---
I committed a patch that should produce a more graceful fallback when out of
memory. Please see if it helps your situation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67503
--- Comment #2 from Andrew Pinski ---
Also there is an alignment issue with your example too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67503
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67504
Jakub Jelinek changed:
What|Removed |Added
Keywords||ice-on-invalid-code, openmp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67503
Bug ID: 67503
Summary: String cannot be loaded from binary representation
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67504
Bug ID: 67504
Summary: ICE with type dependent collapse argument
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67499
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=67502
Jakub Jelinek changed:
What|Removed |Added
Keywords||ice-on-valid-code, openmp
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67502
Bug ID: 67502
Summary: ICE with collapsed for simd loop inside of parallel
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67501
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67501
Bug ID: 67501
Summary: Bad error recovery for invalid OpenMP clauses in C FE
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67499
--- Comment #4 from Markus Trippelsdorf ---
Well, clang isn't much better by default:
markus@x4 tmp % clang++ -stdlib=libc++ -c foo.cxx 2>&1 | wc -l
97
markus@x4 tmp % clang++ -c foo.cxx 2>&1 | wc -l
88
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67499
--- Comment #3 from David Malcolm ---
(we were chatting on IRC, I suggested Frank file this)
It might be worth looking at Clang for inspiration; see e.g.:
http://clang.llvm.org/diagnostics.html ("Template Type Diffing")
though that's not quit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67499
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67500
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67500
Bug ID: 67500
Summary: OpenMP ICE with invalid safelen/simdlen/alignment
expressions
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67454
--- Comment #16 from James Ballantine ---
I've added the ldd to the R script, and now I get:
ODIN $ ./My_R --version
ldd: exec: cannot read file: Is a directory
/usr/local/src/add-on/R-3.2.2/bin/exec/R:
libICE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67368
Andrey Ryabinin changed:
What|Removed |Added
CC||ryabinin.a.a at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67499
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52952
Manuel López-Ibáñez changed:
What|Removed |Added
Last reconfirmed|2012-04-12 00:00:00 |2015-9-8
--- Comment #40 from Manu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67369
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67499
Bug ID: 67499
Summary: c++ template/overload diagnostic compression
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67454
--- Comment #15 from James Ballantine ---
That is in the lib dir that is a peer of the bin dir., i.e.
both directly under /usr/local/src/add-on/R-3.2.2,
but then the bin/exec/R is normally run from a shell script
that is bin/R, so that could be a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67369
--- Comment #5 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Sep 8 15:02:27 2015
New Revision: 227531
URL: https://gcc.gnu.org/viewcvs?rev=227531&root=gcc&view=rev
Log:
/cp
2015-09-08 Paolo Carlini
PR c++/67369
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67369
--- Comment #4 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Sep 8 15:02:01 2015
New Revision: 227530
URL: https://gcc.gnu.org/viewcvs?rev=227530&root=gcc&view=rev
Log:
/cp
2015-09-08 Paolo Carlini
PR c++/67369
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67498
Bug ID: 67498
Summary: interface.c sanitizer runtime error: load of value
1818451807, which is not a valid value for type
'expr_t'
Product: gcc
Version: 5.2.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67497
Bug ID: 67497
Summary: data.c sanitizer runtime error: null pointer passed as
argument 2, which is declared to never be null
Product: gcc
Version: 5.2.0
Status: UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67457
--- Comment #3 from Joost VandeVondele
---
(In reply to Ian Lance Taylor from comment #2)
> If other compilers can print a backtrace when mmap fails, then I think they
> must be recording all necessary information in loadable sections. When no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67496
Bug ID: 67496
Summary: trans-array.c sanitizer runtime error: load of value
124, which is not a valid value for type 'bool'
Product: gcc
Version: 5.2.0
Status: UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67454
--- Comment #14 from Andrew Pinski ---
Can you double check what the shell script is doing as
libRblas.so => (file not found)
is worrying.
Most likely there is also some ld.so debug env which you can set to see what is
actually being
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67454
--- Comment #13 from James Ballantine ---
Here is the ldd on the executable:
ODIN $ ldd bin/exec/R
libICE.so.6 => /usr/lib/libICE.so.6
libSM.so.6 =>/usr/lib/libSM.so.6
libRblas.so => (file not found)
libg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67495
--- Comment #1 from Jakub Jelinek ---
Created attachment 36306
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36306&action=edit
gcc6-pr67495.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67454
--- Comment #12 from James Ballantine ---
Andrew,
This will take some time, R is just a script that executes another executable.
I will post the results when I find the executable.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67495
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |5.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67495
Bug ID: 67495
Summary: #pragma omp atomic ICEs
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, openmp
Severity: normal
Priority:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67454
--- Comment #11 from Andrew Pinski ---
Can you run ldd on the R and show the output, I bet something is going wrong
and it is picking up against the wrong libgcc_s.so.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67457
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67454
--- Comment #10 from James Ballantine ---
Dominique,
The way this system is managed, is that all packages that are not "official"
ones are put in a separate add-on directory which are then added to the front
of paths, or before the /usr "standar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67494
Bug ID: 67494
Summary: xsinfo sanitizer detects overlapping strings in
assignment statement
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67457
--- Comment #1 from ian at gcc dot gnu.org ---
Author: ian
Date: Tue Sep 8 13:49:19 2015
New Revision: 227529
URL: https://gcc.gnu.org/viewcvs?rev=227529&root=gcc&view=rev
Log:
PR other/67457
* mmap.c (backtrace_alloc): Correct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67454
--- Comment #9 from Andrew Pinski ---
Also make sure the paths that R generate are correctly referencing the correct
one. Use ldd to see. It sounds like somewhere the LD_LIBRARY_PATH is not
unset or being ignored.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67454
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67454
--- Comment #7 from Dominique d'Humieres ---
> Gcc-4.3.0 has never been on the system as other then the source code
> for 4.3.2, in a directory not in any $PATH.
Well, if you build everything yourself and you see some pointer to 4.3.0, it
means
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28397
--- Comment #5 from Dominique d'Humieres ---
See also pr66708.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66708
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P5
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67454
--- Comment #6 from James Ballantine ---
Gcc-4.3.0 has never been on the system as other then the source code for 4.3.2,
in a directory not in any $PATH.
Yes gmp, mpfr, ... are all in the top level directory tree.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65819
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67492
--- Comment #6 from Michael Weiser ---
Right. Thanks for the quick responses!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67470
--- Comment #4 from Marek Polacek ---
With --param allow-store-data-races=0 the ICE started with r211625.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67470
--- Comment #3 from Martin Jambor ---
(In reply to Marek Polacek from comment #1)
> Confirmed. Started with r212034 (interesting).
Even the revision before that ICEs with --param allow-store-data-races=0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15473
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
Version|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67454
--- Comment #5 from Dominique d'Humieres ---
> As I stated 4.3.0 is not on the system, ...
Has it been?
Am I correct to understand that gap, mpfr, ... are built from your source tree?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67454
--- Comment #4 from James Ballantine ---
Yes, I built it on a solaris10 system.
ODIN $ which gfortran
/usr/local/add-on/gcc/bin/gfortran
ODIN $ /usr/local/add-on/gcc/bin/gfortran -v
Using built-in specs.
COLLECT_GCC=/usr/lo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67454
--- Comment #3 from Dominique d'Humieres ---
> I downloaded the source tar file from the gnu gcc repository.
> As I stated 4.3.0 is not on the system, the latest version of gcc is 3.4.6.
Am I correct to understand that you built gcc5.2 yourself
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52176
Dominique d'Humieres changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67454
--- Comment #2 from James Ballantine ---
I downloaded the source tar file from the gnu gcc repository.
As I stated 4.3.0 is not on the system, the latest version of gcc is 3.4.6.
I don't have any fortran code, the failure was during the build of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66575
Dominique d'Humieres changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #4 from Dominique
1 - 100 of 135 matches
Mail list logo
