[Bug ipa/67280] [5 Regression] wrong C++11 code generated on arm-linux-gnueabihf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67280 Ramana Radhakrishnan changed: What|Removed |Added Component|target |ipa --- Comment #4 from Ramana Ra

[Bug c++/67487] ICE: Illegal instruction, header

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67487 --- Comment #2 from mazen@uni-ulm.de --- The node I was trying to compile the program at uses an AMD Opteron with the x86-64 instruction set. I listed the detailed CPU information below, in case it is useful. Here is the backtrace and disassem

[Bug c++/67491] New: [meta-bug] concepts issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491 Bug ID: 67491 Summary: [meta-bug] concepts issues Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee:

[Bug rtl-optimization/67462] [6 Regression] FAIL: gcc.dg/ifcvt-3.c scan-rtl-dump ce1 "3 true changes made"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67462 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/66844] [c++-concepts] Requires-expression parameter with void type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66844 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/67491] [meta-bug] concepts issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/67462] [6 Regression] FAIL: gcc.dg/ifcvt-3.c scan-rtl-dump ce1 "3 true changes made"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67462 ktkachov at gcc dot gnu.org changed: What|Removed |Added Component|rtl-optimization|target --- Comment #2 from

[Bug fortran/46310] [F03] gfortran wrongly treats INTERFACE BLOCK and not INTERFACE BODY as scoping unit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46310 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/67319] Short-hand concepts for variadic member functions broken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67319 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/41107] [F03] Proc-pointer components: Fix calling DECL for f2c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41107 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug c++/67384] [concepts] More fun with deduction constraints

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67384 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/67427] [concepts] Subsumption dependence on template parameter ordering

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67427 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/49636] [F03] ASSOCIATE construct confused with slightly complicated case

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49636 Dominique d'Humieres changed: What|Removed |Added Blocks||20585 --- Comment #7 from Dominiq

[Bug fortran/25708] [F95] Module loading is not good at all

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25708 Dominique d'Humieres changed: What|Removed |Added Status|NEW |WAITING --- Comment #24 from Domi

[Bug fortran/40881] [F03] warn for obsolescent features

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40881 Dominique d'Humieres changed: What|Removed |Added Status|NEW |WAITING Blocks|

[Bug c/67492] New: insn-attrtab and insn-automata for arm target neede huge amount of memory to generate/compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67492 Bug ID: 67492 Summary: insn-attrtab and insn-automata for arm target neede huge amount of memory to generate/compile Product: gcc Version: 4.9.3 Status: UNCONFIRMED

[Bug fortran/65921] GFortran should use __builtin_mul_overflow when checking allocation sizes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65921 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/67492] insn-attrtab and insn-automata for arm target neede huge amount of memory to generate/compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67492 Andrew Pinski changed: What|Removed |Added Component|c |target --- Comment #1 from Andrew Pinski

[Bug c++/67487] ICE: Illegal instruction, header

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67487 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/67487] ICE: Illegal instruction, header

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67487 --- Comment #4 from mazen@uni-ulm.de --- Ok, thanks Markus.

[Bug fortran/66244] ICE on assigning a value to a pointer variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66244 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/67487] ICE: Illegal instruction, header

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67487 --- Comment #5 from Markus Trippelsdorf --- And please do the same also for MPFR.

[Bug fortran/66155] Macro not replaced after multi-line string constant

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66155 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/67492] insn-attrtab and insn-automata for arm target neede huge amount of memory to generate/compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67492 --- Comment #2 from Michael Weiser --- (In reply to Andrew Pinski from comment #1) > >memory-constrained box > Those don't exist any more. Memory is cheap. Yeah they do. Please read: > embedded arm box And the RAM chips are soldered on.

[Bug fortran/66094] Handle transpose(A) in inline matmul

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66094 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/67492] insn-attrtab and insn-automata for arm target neede huge amount of memory to generate/compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67492 --- Comment #3 from Andrew Pinski --- And you should not be compiling a compiler on the embedded arm machine really. That is not what they are designed for really.

[Bug fortran/65889] ICE on invalid(?) with sizeof polymorphic variable [OOP]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65889 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug fortran/67493] New: -fcheck=recursive not thread aware

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67493 Bug ID: 67493 Summary: -fcheck=recursive not thread aware Product: gcc Version: 5.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug target/67492] insn-attrtab and insn-automata for arm target neede huge amount of memory to generate/compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67492 --- Comment #4 from Michael Weiser --- Okay, I can see this is headed for a WONTFIX. Can you please answer my questions before we chuck it? 1. How hard would it be or is there even some effort/patch to make gcc only compile in support for a sele

[Bug target/67492] insn-attrtab and insn-automata for arm target neede huge amount of memory to generate/compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67492 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC

[Bug fortran/65086] Segfault: Invalid copy-out of temporary as argument is in read-only memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65086 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/66107] ICE on missing parameter value for initialisation (segfault)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66107 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/67369] [5/6 Regression] ICE (in tsubst_decl, at cp/pt.c:11302) with -std=c++14

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67369 Paolo Carlini changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #3 from Paolo Carli

[Bug fortran/66762] ICE when compiling gfortran.dg/submodule_[16].f90 with -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66762 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org --- Comment #7

[Bug fortran/66056] ICEs and endless compilation for lonely labels/numbers in type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66056 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/66575] Endless compilation on missing end interface

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66575 Dominique d'Humieres changed: What|Removed |Added Status|WAITING |NEW --- Comment #4 from Dominique

[Bug fortran/67454] GCC-5.2.0 `GCC_4.3.0' not found (required by file /usr/local/add-on/gcc/lib/libgfortran.so.3)

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

[Bug fortran/52176] Valgrind complains about some realloc on assignment to unallocated LHS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52176 Dominique d'Humieres changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug fortran/67454] GCC-5.2.0 `GCC_4.3.0' not found (required by file /usr/local/add-on/gcc/lib/libgfortran.so.3)

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

[Bug fortran/67454] GCC-5.2.0 `GCC_4.3.0' not found (required by file /usr/local/add-on/gcc/lib/libgfortran.so.3)

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

[Bug fortran/67454] GCC-5.2.0 `GCC_4.3.0' not found (required by file /usr/local/add-on/gcc/lib/libgfortran.so.3)

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?

[Bug rtl-optimization/15473] Sibcall optimization for libcalls.

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|

[Bug tree-optimization/67470] [5/6 Regression] ICE at -O3 on x86_64-linux-gnu in compute_live_loop_exits, at tree-ssa-loop-manip.c:235

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

[Bug tree-optimization/67470] [5/6 Regression] ICE at -O3 on x86_64-linux-gnu in compute_live_loop_exits, at tree-ssa-loop-manip.c:235

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.

[Bug target/67492] insn-attrtab and insn-automata for arm target neede huge amount of memory to generate/compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67492 --- Comment #6 from Michael Weiser --- Right. Thanks for the quick responses!

[Bug fortran/65819] overzealous checking in gfc_check_dependency for identical=true

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65819 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug fortran/67454] GCC-5.2.0 `GCC_4.3.0' not found (required by file /usr/local/add-on/gcc/lib/libgfortran.so.3)

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.

[Bug fortran/66708] Possible (minor) improvement on formatted io with format too short

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66708 Dominique d'Humieres changed: What|Removed |Added Priority|P3 |P5 Status|UNCONFIRMED

[Bug fortran/28397] Check format mismatches at compile time

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28397 --- Comment #5 from Dominique d'Humieres --- See also pr66708.

[Bug fortran/67454] GCC-5.2.0 `GCC_4.3.0' not found (required by file /usr/local/add-on/gcc/lib/libgfortran.so.3)

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

[Bug fortran/67454] GCC-5.2.0 `GCC_4.3.0' not found (required by file /usr/local/add-on/gcc/lib/libgfortran.so.3)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67454 Andrew Pinski changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug fortran/67454] GCC-5.2.0 `GCC_4.3.0' not found (required by file /usr/local/add-on/gcc/lib/libgfortran.so.3)

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.

[Bug other/67457] segfault in libbacktrace

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

[Bug ada/67494] New: xsinfo sanitizer detects overlapping strings in assignment statement

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

[Bug fortran/67454] GCC-5.2.0 `GCC_4.3.0' not found (required by file /usr/local/add-on/gcc/lib/libgfortran.so.3)

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

[Bug other/67457] segfault in libbacktrace

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67457 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/67454] GCC-5.2.0 `GCC_4.3.0' not found (required by file /usr/local/add-on/gcc/lib/libgfortran.so.3)

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.

[Bug c/67495] New: #pragma omp atomic ICEs

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:

[Bug c/67495] #pragma omp atomic ICEs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67495 Jakub Jelinek changed: What|Removed |Added Target Milestone|--- |5.3

[Bug fortran/67454] GCC-5.2.0 `GCC_4.3.0' not found (required by file /usr/local/add-on/gcc/lib/libgfortran.so.3)

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.

[Bug c/67495] #pragma omp atomic ICEs

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.

[Bug fortran/67454] GCC-5.2.0 `GCC_4.3.0' not found (required by file /usr/local/add-on/gcc/lib/libgfortran.so.3)

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

[Bug fortran/67454] GCC-5.2.0 `GCC_4.3.0' not found (required by file /usr/local/add-on/gcc/lib/libgfortran.so.3)

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

[Bug fortran/67496] New: trans-array.c sanitizer runtime error: load of value 124, which is not a valid value for type 'bool'

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

[Bug other/67457] segfault in libbacktrace

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

[Bug fortran/67497] New: data.c sanitizer runtime error: null pointer passed as argument 2, which is declared to never be null

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

[Bug fortran/67498] New: interface.c sanitizer runtime error: load of value 1818451807, which is not a valid value for type 'expr_t'

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

[Bug c++/67369] [5/6 Regression] ICE (in tsubst_decl, at cp/pt.c:11302) with -std=c++14

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 *

[Bug c++/67369] [5/6 Regression] ICE (in tsubst_decl, at cp/pt.c:11302) with -std=c++14

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 *

[Bug fortran/67454] GCC-5.2.0 `GCC_4.3.0' not found (required by file /usr/local/add-on/gcc/lib/libgfortran.so.3)

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

[Bug c++/67499] New: c++ template/overload diagnostic compression

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+

[Bug c++/67369] [5/6 Regression] ICE (in tsubst_decl, at cp/pt.c:11302) with -std=c++14

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67369 Paolo Carlini changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c/52952] Wformat location info is bad (wrong column number)

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

[Bug c++/67499] c++ template/overload diagnostic compression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67499 Markus Trippelsdorf changed: What|Removed |Added CC||trippels at gcc dot gnu.org --- Co

[Bug ipa/67368] Inlining failed due to no_sanitize_address and always_inline conflict

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

[Bug fortran/67454] GCC-5.2.0 `GCC_4.3.0' not found (required by file /usr/local/add-on/gcc/lib/libgfortran.so.3)

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.

[Bug c/67500] New: OpenMP ICE with invalid safelen/simdlen/alignment expressions

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

[Bug c/67500] OpenMP ICE with invalid safelen/simdlen/alignment expressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67500 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug c++/67499] c++ template/overload diagnostic compression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67499 Jonathan Wakely changed: What|Removed |Added Keywords||diagnostic Status|UNCONFIR

[Bug c++/67499] c++ template/overload diagnostic compression

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

[Bug c++/67499] c++ template/overload diagnostic compression

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

[Bug c/67501] New: Bad error recovery for invalid OpenMP clauses in C FE

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

[Bug c/67501] Bad error recovery for invalid OpenMP clauses in C FE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67501 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug c/67502] New: ICE with collapsed for simd loop inside of parallel

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

[Bug c/67502] ICE with collapsed for simd loop inside of parallel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67502 Jakub Jelinek changed: What|Removed |Added Keywords||ice-on-valid-code, openmp St

[Bug c++/67499] c++ template/overload diagnostic compression

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

[Bug c++/67504] New: ICE with type dependent collapse argument

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++

[Bug libstdc++/67503] New: String cannot be loaded from binary representation

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

[Bug c++/67504] ICE with type dependent collapse argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67504 Jakub Jelinek changed: What|Removed |Added Keywords||ice-on-invalid-code, openmp

[Bug libstdc++/67503] String cannot be loaded from binary representation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67503 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libstdc++/67503] String cannot be loaded from binary representation

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.

[Bug other/67457] segfault in libbacktrace

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.

[Bug other/67457] segfault in libbacktrace

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

[Bug fortran/67454] GCC-5.2.0 `GCC_4.3.0' not found (required by file /usr/local/add-on/gcc/lib/libgfortran.so.3)

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?

[Bug libstdc++/67503] String cannot be loaded from binary representation

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.

[Bug fortran/67454] GCC-5.2.0 `GCC_4.3.0' not found (required by file /usr/local/add-on/gcc/lib/libgfortran.so.3)

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.

[Bug libstdc++/67503] String cannot be loaded from binary representation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67503 radventure at yandex dot ru changed: What|Removed |Added Resolution|INVALID |WONTFIX

[Bug fortran/67505] New: Runtime error: recursive call to final subroutine

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

[Bug libstdc++/67503] String cannot be loaded from binary representation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67503 Jonathan Wakely changed: What|Removed |Added Resolution|WONTFIX |INVALID --- Comment #4 from Jonathan W

[Bug libstdc++/67503] String cannot be loaded from binary representation

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).

  1   2   >