[Bug driver/85142] New: Wrong -print-multi-os-directory & -print-multi-lib output for riscv64 + multilib

RMED Severity: normal Priority: P3 Component: driver Assignee: unassigned at gcc dot gnu.org Reporter: david.abdurachmanov at gmail dot com Target Milestone: --- GCC 7.3.1 is available in Fedora RISC-V stage4 and is configured with multilib, but only one ABI is sele

[Bug bootstrap/84856] Bootstrap failure on riscv: comparison of integer expressions of different signedness

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84856 David Abdurachmanov changed: What|Removed |Added CC||david.abdurachmanov at gmail dot

[Bug libstdc++/83662] std::aligned_alloc() not available

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83662 David Abdurachmanov changed: What|Removed |Added CC||david.abdurachmanov at gmail dot

[Bug libstdc++/79162] [7 Regression] [C++17] ambiguity in string assignment due to string_view overload

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79162 --- Comment #13 from David Abdurachmanov --- Created attachment 41463 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41463=edit This is just minimized *.ii file I am also adding PGOInstrumentation2.cpp.xz, which is just slightly

[Bug libstdc++/79162] [7 Regression] [C++17] ambiguity in string assignment due to string_view overload

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79162 --- Comment #12 from David Abdurachmanov --- I have attached minimized file (PGOInstrumentation.cpp) from LLVM. Compile line: g++ -c PGOInstrumentation.cpp Result: PGOInstrumentation.cpp: In constructor

[Bug libstdc++/79162] [7 Regression] [C++17] ambiguity in string assignment due to string_view overload

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79162 --- Comment #11 from David Abdurachmanov --- Created attachment 41461 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41461=edit Minimized file from LLVM

[Bug libstdc++/79162] [7 Regression] [C++17] ambiguity in string assignment due to string_view overload

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79162 David Abdurachmanov changed: What|Removed |Added CC||david.abdurachmanov at gmail dot

[Bug target/77493] [6/7 Regression] -fcrossjumping (-O2) on ppc64le causes segfaults (jump to 0x0) (first bad r230091)

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:

[Bug target/77493] [6/7 Regression] -fcrossjumping (-O2) on ppc64le causes segfaults (jump to 0x0) (first bad r230091)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77493 --- Comment #10 from David Abdurachmanov --- We have been bitten by DSE with TBB already on GCC 6.2.0. I decided to try -fno-lifetime-dse on the first bad commit and got some surprising results. Now it fails with: pure virtual method called

[Bug target/77493] [6 Regression] -fcrossjumping (-O2) on ppc64le causes segfaults (jump to 0x0) (first bad r230091)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77493 --- Comment #8 from David Abdurachmanov --- Can confirm that '-fno-delete-null-pointer-checks -fwrapv -fno-devirtualize' don't change the outcode, fails the same.

[Bug target/77493] [6 Regression] -fcrossjumping (-O2) on ppc64le causes segfaults (jump to 0x0) (first bad r230091)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77493 --- Comment #7 from David Abdurachmanov --- I did try -fno-devirtualize and -fno-delete-null-pointer-checks without success, but will re-try again now.

[Bug target/77493] [6 Regression] -fcrossjumping (-O2) on ppc64le causes segfaults (jump to 0x0) (first bad r230091)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77493 --- Comment #5 from David Abdurachmanov --- I tried running valgrind on both x86_64 and ppc64le. It was running for 2 days and didn't report any invalid reads / writes to the memory. My first guess was that we are corrupting memory. I added -g

[Bug c++/77493] [6 Regression] -fcrossjumping (-O2) on ppc64le causes segfaults (jump to 0x0) (first bad r230091)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77493 --- Comment #3 from David Abdurachmanov --- Created attachment 39571 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39571=edit generated assembly with the first bad commit + pragma no-crossjumping

[Bug c++/77493] [6 Regression] -fcrossjumping (-O2) on ppc64le causes segfaults (jump to 0x0) (first bad r230091)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77493 --- Comment #2 from David Abdurachmanov --- Created attachment 39570 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39570=edit generated assembly with the first bad commit

[Bug c++/77493] New: [6 Regression] -fcrossjumping (-O2) on ppc64le causes segfaults (jump to 0x0) (first bad r230091)

Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: david.abdurachmanov at gmail dot com Target Milestone: --- Created attachment 39568 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39568=edit

[Bug c++/77493] [6 Regression] -fcrossjumping (-O2) on ppc64le causes segfaults (jump to 0x0) (first bad r230091)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77493 --- Comment #1 from David Abdurachmanov --- Created attachment 39569 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39569=edit generated assembly with last good commit

[Bug c++/70822] [6 Regression] bogus "error: lvalue required as unary ‘&’ operand" with C++14 parenthesized SCOPE_REF

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70822 David Abdurachmanov changed: What|Removed |Added CC||david.abdurachmanov at gmail dot

[Bug c++/71388] [6/7 regression] wrong code, DSE removes memset in TBB allocate_scheduler (causes run-time crashes)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71388 --- Comment #7 from David Abdurachmanov --- Just for reference (if someone reads this PR): https://gcc.gnu.org/ml/gcc/2016-02/msg00205.html It contains a reference to C++ standard.

[Bug c++/71388] [6/7 regression] wrong code, DSE removes memset in TBB allocate_scheduler (causes run-time crashes)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71388 --- Comment #6 from David Abdurachmanov --- Agreed. As usual, thanks for verifying this. Will cook and send a patch to TBB.

[Bug c++/71388] [6/7 regression] wrong code, DSE removes memset in TBB allocate_scheduler (causes run-time crashes)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71388 --- Comment #2 from David Abdurachmanov --- Doesn't std::memset apply here? They allocate storage, set it to 0x0 and then place construct the object. At first look I wouldn't expect GCC to remove std::memset.

[Bug c++/71388] New: [6/7 regression] wrong code, DSE removes memset in TBB allocate_scheduler (causes run-time crashes)

: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: david.abdurachmanov at gmail dot com Target Milestone: --- Created attachment 38626 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38626=edit

[Bug ipa/70760] [6 regression] wrong generated code for std::make_unique with -fipa-pta

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70760 --- Comment #18 from David Abdurachmanov --- For now I will pull this change into my GCC 6.1.0 build. Thanks!

[Bug ipa/70760] [6/7 regression] wrong generated code for std::make_unique with -fipa-pta

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70760 --- Comment #12 from David Abdurachmanov --- I have re-tested #3 patch by recompiling 316 RPMs (from GCC to our software -- top package). Have not seen those strange segfaults.

[Bug ipa/70760] [6/7 regression] wrong generated code for std::make_unique with -fipa-pta

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70760 --- Comment #10 from David Abdurachmanov --- I did a quick test (still took several hours) with #1 and #3 patches and both seem to solve the issue. Patches were tested on top of r235408. Just in case I will run patch #3 (for now) again, but

[Bug ipa/70760] [6/7 regression] wrong generated code for std::make_unique with -fipa-pta

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70760 --- Comment #8 from David Abdurachmanov --- Should I continue testing the 2nd patch, or dump whatever is currently built and restart with the patch from your latest comment?

[Bug ipa/70760] [6/7 regression] wrong generated code for std::make_unique with -fipa-pta

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70760 --- Comment #6 from David Abdurachmanov --- Will do, results will be late today or tomorrow.

[Bug ipa/70760] [6/7 regression] wrong generated code for std::make_unique with -fipa-pta

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70760 --- Comment #4 from David Abdurachmanov --- I will test the second patch. Will take a few hours (it's millions of lines in C++).

[Bug ipa/68331] [meta-bug] fipa-pta issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68331 --- Comment #13 from David Abdurachmanov --- Done, See: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70760

[Bug ipa/70760] New: [6 regression] wrong generated code for std::make_unique with -fipa-pta

Priority: P3 Component: ipa Assignee: unassigned at gcc dot gnu.org Reporter: david.abdurachmanov at gmail dot com Target Milestone: --- Created attachment 38325 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38325=edit untouched preprocessed f

[Bug ipa/68331] [meta-bug] fipa-pta issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68331 --- Comment #11 from David Abdurachmanov --- "Good" code, annotated by me. Now notice from my previous message that the fix for this PR, caused 49 89 1c 24 mov%rbx,(%r12) to be removed. We lost one instruction which stored the

[Bug ipa/68331] [meta-bug] fipa-pta issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68331 David Abdurachmanov changed: What|Removed |Added CC||david.abdurachmanov at gmail dot

[Bug target/70750] [6/7 Regression] Load and call no longer combined for indirect calls on x86

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70750 David Abdurachmanov changed: What|Removed |Added CC||david.abdurachmanov at gmail dot

[Bug c++/70610] New: [6 regression] error: invalid initialization of non-const reference of type

: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: david.abdurachmanov at gmail dot com Target Milestone: --- This is a follow up of comment: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21802#c8 Caused

[Bug c++/21802] Two-stage name lookup fails for operators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21802 --- Comment #9 from David Abdurachmanov --- Created attachment 38230 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38230=edit Failing file (pre-processed)

[Bug c++/21802] Two-stage name lookup fails for operators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21802 David Abdurachmanov changed: What|Removed |Added CC||david.abdurachmanov at gmail dot

[Bug c++/70106] New: [4.9/5.3/6.0][C++11 or above] adding parenthesis [cerr << (var)] cause error: invalid static_cast from type 'const size_t {aka const long unsigned int}' to type 'size_t& {aka long

.abdurachmanov at gmail dot com Target Milestone: --- Created attachment 37878 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37878=edit test case I came across this while recompiling our repositories with GCC 6.0.0 (r233941, a couple of days old already). Only happens with C++1

[Bug target/67603] [aarch64] constant folded of floating-point expression at compile-time value does not match run-time value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67603 --- Comment #1 from David Abdurachmanov --- Created attachment 36345 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36345=edit Annotated assembly Shows that one value is computed at run-time, while another one is loaded from literal

[Bug target/67603] New: [aarch64] constant folded of floating-point expression at compile-time value does not match run-time value

: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: david.abdurachmanov at gmail dot com Target Milestone: --- Created attachment 36344 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36

[Bug target/63304] Aarch64 pc-relative load offset out of range

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63304 --- Comment #23 from David Abdurachmanov david.abdurachmanov at gmail dot com --- GCC trunk r226676 or 15af172f2a0ea281969e3105da9f9bb100097c7d from git://gcc.gnu.org/git/gcc.git Date: Thu Aug 6 14:26:18 2015 +) Rebased and applied

[Bug target/63304] Aarch64 pc-relative load offset out of range

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63304 --- Comment #21 from David Abdurachmanov david.abdurachmanov at gmail dot com --- I am on vacations now, but I already marked this on my TODO list. Once I find a free time slot I will give it a spin. I will try to report in a few days. BTW, I

[Bug target/63304] Aarch64 pc-relative load offset out of range

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63304 --- Comment #14 from David Abdurachmanov david.abdurachmanov at gmail dot com --- I hit another two cases of this. 1. g2root tool, which converts GEANT geometry to ROOT geometry. It create a single function, which contains lots of descriptions

[Bug c/65486] New: ICE: in type_natural_mode, at config/i386/i386.c:6646

Component: c Assignee: unassigned at gcc dot gnu.org Reporter: david.abdurachmanov at gmail dot com Tested in F21 with gcc version 4.9.2 20150212 (Red Hat 4.9.2-6) (GCC) and in F22 with gcc version 5.0.0 20150226 (Red Hat 5.0.0-0.17) (GCC) Testcase: typedef long double

[Bug target/65486] ICE: in type_natural_mode, at config/i386/i386.c:6646

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65486 --- Comment #3 from David Abdurachmanov david.abdurachmanov at gmail dot com --- Forgot this is on x86_64. Also tested with Clang 3.5, which worked fine. It seems to that it's also ICE'ing on AArch64, but in expr.c if a single long double

[Bug target/65491] New: [aarch64] ICE: in emit_move_insn, at expr.c:3609

: target Assignee: unassigned at gcc dot gnu.org Reporter: david.abdurachmanov at gmail dot com Storing a single long double in a vector will cause GCC 4.9.2 and GCC 5.0.0 to ICE on AArch64: typedef long double a __attribute__((vector_size (16))); a sum(a first, a second

[Bug sanitizer/64435] [5 Regression] Bootstrap failure in libsanitizer on AArch64 with Linux kernel = 3.15

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64435 --- Comment #8 from David Abdurachmanov david.abdurachmanov at gmail dot com --- I will finish testing my patch for upstream next week. I was busy with other tasks. AArch64 is young, this kind of things are bound to happen :/

[Bug target/63304] Aarch64 pc-relative load offset out of range

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63304 --- Comment #13 from David Abdurachmanov david.abdurachmanov at gmail dot com --- Created attachment 34416 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34416action=edit 31-lines, minimal testcase I am adding 31-lines minimal testcase

[Bug sanitizer/64435] [5.0.0 Regression] Bootstrap failure in libsanitizer on AArch64 with Linux kernel = 3.15

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64435 --- Comment #3 from David Abdurachmanov david.abdurachmanov at gmail dot com --- The patch has been submitted to LLVM/compiler-rt and approved. Not yet committed, pending testing with Clang. http://reviews.llvm.org/D6854

[Bug target/63304] Aarch64 pc-relative load offset out of range

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63304 --- Comment #12 from David Abdurachmanov david.abdurachmanov at gmail dot com --- I decided to re-enable -Os for OpenLoops. Then use powerful hardware with 32-physical-cores (x86_64) and 0.5TB of RAM to see if I could get lucky. Fired up QEMU

[Bug ipa/64481] New: [5 Regression] r219076 breaks bootstrap (x86_64-unknown-linux-gnu)

Priority: P3 Component: ipa Assignee: unassigned at gcc dot gnu.org Reporter: david.abdurachmanov at gmail dot com While doing testing, I found that I couldn't bootstrap GCC anymore during holidays. Using git bisect, I found first breaking commit

[Bug sanitizer/64435] New: [5.0.0 Regression] Bootstrap failure in libsanitizer on AArch64 with Linux kernel = 3.15

Severity: major Priority: P3 Component: sanitizer Assignee: unassigned at gcc dot gnu.org Reporter: david.abdurachmanov at gmail dot com CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org, jakub at gcc dot gnu.org, kcc

[Bug sanitizer/64435] [5.0.0 Regression] Bootstrap failure in libsanitizer on AArch64 with Linux kernel = 3.15

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64435 --- Comment #1 from David Abdurachmanov david.abdurachmanov at gmail dot com --- Created attachment 34356 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34356action=edit RFC patch (tested) Bootstrapped on aarch64-linux-gnu machine with F19

[Bug sanitizer/64435] [5.0.0 Regression] Bootstrap failure in libsanitizer on AArch64 with Linux kernel = 3.15

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64435 --- Comment #2 from David Abdurachmanov david.abdurachmanov at gmail dot com --- linux/version.h does not bring any additional kernel headers, its fully standalone and seems fine to include. There might be a problem is someone builds

[Bug target/63304] Aarch64 pc-relative load offset out of range

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63304 David Abdurachmanov david.abdurachmanov at gmail dot com changed: What|Removed |Added CC

[Bug target/63442] [AArch64] ICE with ubsan/overflow-int128.c test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63442 David Abdurachmanov david.abdurachmanov at gmail dot com changed: What|Removed |Added CC

[Bug middle-end/64413] [AArch64/ARMv7] ICE in copy_to_mode_reg, at explow.c:654

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64413 David Abdurachmanov david.abdurachmanov at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED

[Bug middle-end/64413] New: [AArch64/ARMv7] ICE in copy_to_mode_reg, at explow.c:654

Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: david.abdurachmanov at gmail dot com Created attachment 34338 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34338action=edit testcase (AArch64, Fortran) OpenLoops 1.0.1 package

[Bug libstdc++/60789] [4.9 Regression] Missing -lm while checking for math functions (e.g., atan2f)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60789 --- Comment #1 from David Abdurachmanov david.abdurachmanov at gmail dot com --- Found the culprit. I had CFLAGS/CXXFLAGS/LDFLAGS for gcc ./configure. Thus probably setting CFLAGS causes `-lm` to vanish in libstdc++v3 math conftests.

[Bug libstdc++/60789] [4.9 Regression] Missing -lm while checking for math functions (e.g., atan2f)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60789 David Abdurachmanov david.abdurachmanov at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED

[Bug libstdc++/60789] New: [4.9 Regression] Missing -lm while checking for math functions (e.g., atan2f)

: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: david.abdurachmanov at gmail dot com Math functions tests are failing with GCC 4.9.0 (trunk, r209221), while working fine at least up to 4.8.1. Tested on x86_64

[Bug c++/60675] New: [4.9 regression][aarch64] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: david.abdurachmanov at gmail dot com $ rpm --eval %{_build} aarch64-redhat-linux-gnu Compiles fine with system GCC

[Bug c++/60675] [4.9 regression][aarch64] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60675 --- Comment #1 from David Abdurachmanov david.abdurachmanov at gmail dot com --- Seems the testcase is too large. Trimming it more usually causes it not to ICE, but will try to trim more.

[Bug c++/60675] [4.9 regression][aarch64] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60675 --- Comment #3 from David Abdurachmanov david.abdurachmanov at gmail dot com --- With `-mno-lra` compiles fine.

[Bug target/60675] [4.9 regression][aarch64] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60675 --- Comment #5 from David Abdurachmanov david.abdurachmanov at gmail dot com --- Created attachment 32460 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32460action=edit Minimized pre-processed file

[Bug target/59794] [4.7/4.8 Regression] i386 backend fails to detect MMX/SSE/AVX ABI changes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59794 David Abdurachmanov david.abdurachmanov at gmail dot com changed: What|Removed |Added CC

[Bug c++/60112] bogus error: array subscript is above array bounds

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60112 --- Comment #2 from David Abdurachmanov david.abdurachmanov at gmail dot com --- Tested today on r207627, still the same result. $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/build1/davidlt/ngcc490/a/slc6_amd64_gcc490

[Bug c++/60112] New: bogus error: array subscript is above array bounds

: c++ Assignee: unassigned at gcc dot gnu.org Reporter: david.abdurachmanov at gmail dot com GCC pre-4.9.0 (r206686), no issues on 4.6.2, 4.7.2, and 4.8.1. I found that if I mark `get_size' as inline or constexpr errors are gone. If I keep `nFaces' uninitialized it also complains

[Bug libstdc++/56193] ios_base should replace operator void* with explicit operator bool in C++11 onwards.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56193 David Abdurachmanov david.abdurachmanov at gmail dot com changed: What|Removed |Added CC

[Bug middle-end/57748] [4.8/4.9 Regression] ICE when expanding assignment to unaligned zero-sized array

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57748 --- Comment #18 from David Abdurachmanov david.abdurachmanov at gmail dot com --- Tested the patch on top of final 4.8.1 Cortex-A9 NEON FPU. GCC no more ICE'ing while compiling scipy.

[Bug middle-end/57748] [4.8/4.9 Regression] ICE when expanding assignment to unaligned zero-sized array

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57748 David Abdurachmanov david.abdurachmanov at gmail dot com changed: What|Removed |Added CC

[Bug target/58065] ARM MALLOC_ABI_ALIGNMENT is wrong

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58065 David Abdurachmanov david.abdurachmanov at gmail dot com changed: What|Removed |Added CC

[Bug c++/55149] capturing VLA in lambda

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55149 --- Comment #11 from David Abdurachmanov david.abdurachmanov at gmail dot com --- (In reply to Jason Merrill from comment #10) Hi Jason, Compiled fine in 4.8.0, fails in 4.9.0 (r199649). That's the smallest I could get in this time. It produces

[Bug c++/55149] capturing VLA in lambda

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55149 David Abdurachmanov david.abdurachmanov at gmail dot com changed: What|Removed |Added CC

[Bug sanitizer/56393] SIGSEGV when -fsanitize=address and dynamic lib with global objects

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56393 --- Comment #25 from David Abdurachmanov david.abdurachmanov at gmail dot com --- I downloaded GCC 4.8.1 (final) and binutils 2.23.1 (default ld.gold). The problem is that boost and a lot other C/C++ packages are not compiled w/ ASan. One way

[Bug sanitizer/56393] SIGSEGV when -fsanitize=address and dynamic lib with global objects

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56393 David Abdurachmanov david.abdurachmanov at gmail dot com changed: What|Removed |Added CC

[Bug sanitizer/55374] [asan] -static-libasan -static-libstdc++ doesn't work

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55374 David Abdurachmanov david.abdurachmanov at gmail dot com changed: What|Removed |Added CC

[Bug c++/55753] [C++11][4.7/4.8 Regression] ICE constexpr ctor, tsubst_copy_and_build, at cp/pt.c:14336

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55753 --- Comment #8 from David Abdurachmanov david.abdurachmanov at gmail dot com 2013-01-04 11:31:21 UTC --- I have tested the trunk, rev 194883. Seems to compile the test case #1, but it still fails in the original program, Sherpa [1]. I

[Bug c++/55753] [C++11][4.7/4.8 Regression] ICE constexpr ctor, tsubst_copy_and_build, at cp/pt.c:14336

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55753 --- Comment #9 from David Abdurachmanov david.abdurachmanov at gmail dot com 2013-01-04 11:32:39 UTC --- Created attachment 29082 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29082 testcase #2

[Bug c++/55753] [C++11][4.7/4.8 Regression] ICE constexpr ctor, tsubst_copy_and_build, at cp/pt.c:14336

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55753 --- Comment #4 from David Abdurachmanov david.abdurachmanov at gmail dot com 2012-12-24 12:48:01 UTC --- I did some more testing of the trunk. Compiles fine with r173678 [g++ (GCC) 4.7.0 20110511 (experimental)], but starts ICE'ing

[Bug c++/55753] [C++11][4.7/4.8 Regression] ICE constexpr ctor, tsubst_copy_and_build, at cp/pt.c:14336

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55753 --- Comment #3 from David Abdurachmanov david.abdurachmanov at gmail dot com 2012-12-23 12:31:40 UTC --- I tried reverting (on r194703): - r173680: Compiles. But still ICE'd as reported. - r173680 r173679: Does not compile, xgcc ICE'd

[Bug c++/55753] New: [C++11][4.8 Regression] ICE constexpr ctor, tsubst_copy_and_build, at cp/pt.c:14336

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55753 Bug #: 55753 Summary: [C++11][4.8 Regression] ICE constexpr ctor, tsubst_copy_and_build, at cp/pt.c:14336 Classification: Unclassified Product: gcc Version: 4.8.0

[Bug c++/55652] New: [C++11][4.8] ICE (segfault) with templates and structs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55652 Bug #: 55652 Summary: [C++11][4.8] ICE (segfault) with templates and structs Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity:

[Bug libstdc++/55413] New: [LTO] hashtable.h:1648 '__bbegin_bkt' may be used uninitialized in this function [-Werror=maybe-uninitialized]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55413 Bug #: 55413 Summary: [LTO] hashtable.h:1648 '__bbegin_bkt' may be used uninitialized in this function [-Werror=maybe-uninitialized] Classification: Unclassified

[Bug libstdc++/55413] [LTO] hashtable.h:1648 '__bbegin_bkt' may be used uninitialized in this function [-Werror=maybe-uninitialized]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55413 --- Comment #1 from David Abdurachmanov david.abdurachmanov at gmail dot com 2012-11-20 14:07:57 UTC --- Created attachment 28743 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28743 Testcase used.

[Bug driver/54563] New: [4.7][C++11] MacOS 10.8, ICE in redirect_eh_edge_1, at tree-eh.c:2215

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54563 Bug #: 54563 Summary: [4.7][C++11] MacOS 10.8, ICE in redirect_eh_edge_1, at tree-eh.c:2215 Classification: Unclassified Product: gcc Version: 4.7.1 Status:

[Bug c++/52841] [4.7/4.8 Regression] error: type 'Solvable' is not a base type for type 'Resolvable'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52841 David Abdurachmanov david.abdurachmanov at gmail dot com changed: What|Removed |Added CC