[Bug libstdc++/1773] __cplusplus defined to 1, should be 199711L

2011-08-03 Thread andrew at ishiboo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773 Andrew Paprocki andrew at ishiboo dot com changed: What|Removed |Added CC||andrew

[Bug libstdc++/1773] __cplusplus defined to 1, should be 199711L

2011-08-03 Thread andrew at ishiboo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773 --- Comment #105 from Andrew Paprocki andrew at ishiboo dot com 2011-08-03 20:26:17 UTC --- $ uname -a SunOS sun 5.10 Generic_137111-08 sun4v sparc SUNW,T5240 Solaris $ CC -V CC: Sun C++ 5.10 SunOS_sparc 128228-10 2010/08/18 $ g++ -dumpversion

[Bug other/43748] build machinery insufficient for installing target specific .def files as plugin headers

2011-08-13 Thread andrew at ishiboo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43748 Andrew Paprocki andrew at ishiboo dot com changed: What|Removed |Added CC||andrew

[Bug c++/46643] New: warn_unused_result is not enforced if return type is templated

2010-11-24 Thread andrew at ishiboo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46643 Summary: warn_unused_result is not enforced if return type is templated Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/70305] 5.3.0 solaris: ld: fatal: relocation error: R_SPARC_DISP32: file ../src/c++11/.libs/libc++11convenience.a

2016-03-18 Thread andrew at ishiboo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70305 --- Comment #1 from Andrew Paprocki --- Created attachment 38028 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38028=edit Modifications to configure Example showing where the `-z relax=comdat` flag needed to be applied in the generated

[Bug c++/70305] New: 5.3.0 solaris: ld: fatal: relocation error: R_SPARC_DISP32: file ../src/c++11/.libs/libc++11convenience.a

2016-03-18 Thread andrew at ishiboo dot com
Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: andrew at ishiboo dot com Target Milestone: --- In 5.3.0 release on Solaris, the libstdc++, libitm, and libgfortran libraries

[Bug go/70304] New: 5.3.0 solaris: objcopy: errors.o: no group info for section .group%__go_pimt__I5_ErrorFrN6_stringeee__N18_errors.errorString

2016-03-18 Thread andrew at ishiboo dot com
Product: gcc Version: 5.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: go Assignee: ian at airs dot com Reporter: andrew at ishiboo dot com CC: cmang at google dot com Target Milestone

[Bug go/70304] 5.3.0 solaris: objcopy: errors.o: no group info for section .group%__go_pimt__I5_ErrorFrN6_stringeee__N18_errors.errorString

2016-03-19 Thread andrew at ishiboo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70304 Andrew Paprocki changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug other/70346] New: [libvtv] 6.0-20160313 build succeeds, install fails: cannot stat '.libs/libvtv.a': No such file or directory

2016-03-21 Thread andrew at ishiboo dot com
Status: UNCONFIRMED Severity: normal Priority: P3 Component: other Assignee: unassigned at gcc dot gnu.org Reporter: andrew at ishiboo dot com Target Milestone: --- Target: sparc-sun-solaris2.11 Build succeeds and seems to build libvtv.la

[Bug other/70346] [libvtv] 6.0-20160313 build succeeds, install fails: cannot stat '.libs/libvtv.a': No such file or directory

2016-03-21 Thread andrew at ishiboo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70346 --- Comment #1 from Andrew Paprocki --- $ find . | grep libvtv\\. ./libvtv/.libs/libvtv.lai ./libvtv/.libs/libvtv.la ./libvtv/.libs/libvtv.so.0.0.0 ./libvtv/.libs/libvtv.so.0 ./libvtv/.libs/libvtv.so ./libvtv/libvtv.la

[Bug other/70346] [libvtv] 6.1.0 build succeeds, install fails: cannot stat '.libs/libvtv.a': No such file or directory

2016-04-30 Thread andrew at ishiboo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70346 Andrew Paprocki changed: What|Removed |Added Version|6.0 |6.1.0 Summary|[libvtv]

[Bug c++/85634] 8.1 ICE in tsubst_copy, at cp/pt.c:15483

2018-05-03 Thread andrew at ishiboo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85634 --- Comment #2 from Andrew Paprocki --- Created attachment 44057 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44057=edit -save-temps output

[Bug c++/85634] 8.1 ICE in tsubst_copy, at cp/pt.c:15483

2018-05-03 Thread andrew at ishiboo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85634 --- Comment #3 from Andrew Paprocki --- Compiler info: $ g++-8 -v Reading specs from /dev/shm/refroot/opt/bb/lib/gcc-8.1/bin/../lib/gcc/specs COLLECT_GCC=/dev/shm/refroot/opt/bb/bin/g++-8

[Bug c++/85634] 8.1 ICE in tsubst_copy, at cp/pt.c:15483

2018-05-03 Thread andrew at ishiboo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85634 --- Comment #4 from Andrew Paprocki --- (In reply to Marek Polacek from comment #1) > Please submit a full bug report, with preprocessed source if appropriate. I had to attach the .ii and .s file tgz'd due to the file size limit of the

[Bug c++/85634] New: 8.1 ICE in tsubst_copy, at cp/pt.c:15483

2018-05-03 Thread andrew at ishiboo dot com
++ Assignee: unassigned at gcc dot gnu.org Reporter: andrew at ishiboo dot com Target Milestone: --- Easily reproducible on a RHEL6 Linux box using the just released GCC 8.1.0 compiler built from source. 1) Clone https://github.com/bloomberg/bde 2) cd bde/groups/bsl/bslstl 3

[Bug libgcc/88623] New: libgcc build uses CXX_FOR_BUILD but files have .c extension

2018-12-27 Thread andrew at ishiboo dot com
Priority: P3 Component: libgcc Assignee: unassigned at gcc dot gnu.org Reporter: andrew at ishiboo dot com Target Milestone: --- Currently, gcc/Makefile.in specifies: COMPILER_FOR_BUILD = $(CXX_FOR_BUILD) indicating that the source files in the directory should

[Bug bootstrap/88623] gcc build uses CXX_FOR_BUILD but files have .c extension

2019-01-02 Thread andrew at ishiboo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88623 --- Comment #4 from Andrew Paprocki --- ... relying on the fact that `g++` will compile the `.c` files as C.

[Bug bootstrap/88623] gcc build uses CXX_FOR_BUILD but files have .c extension

2019-01-02 Thread andrew at ishiboo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88623 --- Comment #3 from Andrew Paprocki --- Sorry, I said 'libgcc', but I meant the 'gcc/' sub-directory. It is always using the C++ compiler for the build and relying on the fact that `g++`

[Bug target/89096] [6/7/8/9 regression] AIX 7 linker rejects _.ro_ sections by default

2019-01-28 Thread andrew at ishiboo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89096 --- Comment #2 from Andrew Paprocki --- Specifying -bnotextro does not make a working binary: Could not load program x: Relocation failed for x because: Relocation entry 3 (at address 0x10416AD3) has an invalid l_rsecnm field.

[Bug target/89096] New: [6/7/8/9 regression] AIX 7 linker rejects _.ro_ sections by default

2019-01-28 Thread andrew at ishiboo dot com
Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: andrew at ishiboo dot com Target Milestone: --- I am trying to determine if this change in behavior is intentional or if there is something that can be done to work with the linker

[Bug target/89096] [7/8/9 regression] AIX 7 linker rejects _.ro_ sections by default

2019-01-30 Thread andrew at ishiboo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89096 --- Comment #4 from Andrew Paprocki --- This occurs while building a project that depends on the protobuf library. I'll attach main.cc.s, and command lines are below. If I take the exact main.cc.o compilation line and simply swap out GCC 8.2.0

[Bug target/89096] [7/8/9 regression] AIX 7 linker rejects _.ro_ sections by default

2019-01-30 Thread andrew at ishiboo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89096 --- Comment #5 from Andrew Paprocki --- Created attachment 45571 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45571=edit g++-8 -S output for main.cc

[Bug target/89096] [7/8/9 regression] AIX 7 linker rejects _.ro_ sections by default

2019-01-30 Thread andrew at ishiboo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89096 --- Comment #6 from Andrew Paprocki --- The source code for main.cc is found here: https://github.com/protocolbuffers/protobuf/blob/master/src/google/protobuf/compiler/main.cc

[Bug target/89096] [7/8/9 regression] AIX 7 linker rejects _.ro_ sections by default

2019-01-30 Thread andrew at ishiboo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89096 --- Comment #8 from Andrew Paprocki --- David, -brtl and -bexpall are coming from CMake itself: https://gitlab.kitware.com/cmake/cmake/blob/master/Modules/Platform/AIX-XL.cmake *All* software (open-source and closed-source) using CMake as a

[Bug target/89096] [7/8/9/10 regression] AIX 7 linker rejects _.ro_ sections by default

2019-07-12 Thread andrew at ishiboo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89096 --- Comment #14 from Andrew Paprocki --- I can reproduce this error with a much simpler project, pcre, that uses autotools and libtool. Using pcre 8.42 from https://ftp.pcre.org/pub/pcre/pcre-8.42.tar.gz $ mkdir build $ cd build $ CC=gcc-6

[Bug target/89096] [7/8/9/10 regression] AIX 7 linker rejects _.ro_ sections by default

2019-07-12 Thread andrew at ishiboo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89096 --- Comment #15 from Andrew Paprocki --- Created attachment 46597 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46597=edit g++-6 -S output of pcrecpp_unittest.cc Generated with the command line: g++-6 -DHAVE_CONFIG_H -I. -I..

[Bug target/89096] [7/8/9/10 regression] AIX 7 linker rejects _.ro_ sections by default

2019-07-12 Thread andrew at ishiboo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89096 --- Comment #13 from Andrew Paprocki --- What is the other bug number w/ patch that you're referring to?

[Bug target/89096] [7/8/9/10 regression] AIX 7 linker rejects _.ro_ sections by default

2019-07-13 Thread andrew at ishiboo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89096 --- Comment #17 from Andrew Paprocki --- Thanks, I’m just interested in the URL / bug / commit for the patch(es) you created so that I can apply them to our in-house GCC and test everything out. If you could point me to them I’d appreciate it.

[Bug target/89096] [7/8/9/10 regression] AIX 7 linker rejects _.ro_ sections by default

2019-07-13 Thread andrew at ishiboo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89096 --- Comment #19 from Andrew Paprocki --- Thanks, I’ll give it a try. From memory, the .s file I attached did not contain any RW csect by the same name like you mention in the description, but perhaps the patch still addresses the issue.

[Bug target/89096] [7/8/9/10 regression] AIX 7 linker rejects _.ro_ sections by default

2019-07-15 Thread andrew at ishiboo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89096 Andrew Paprocki changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|FIXED

[Bug target/93146] C++ TLS init function not generated on AIX

2020-04-17 Thread andrew at ishiboo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93146 Andrew Paprocki changed: What|Removed |Added CC||andrew at ishiboo dot com --- Comment

[Bug target/89096] [8/9/10 regression] AIX 7 linker rejects _.ro_ sections by default

2020-03-31 Thread andrew at ishiboo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89096 --- Comment #27 from Andrew Paprocki --- 60 second reproduction steps: $ curl -O https://ftp.pcre.org/pub/pcre/pcre-8.42.tar.gz $ tar zxvf pcre-8.42.tar.gz && cd pcre-8.42 $ CC="gcc-7" \ CXX="g++-7" \ CFLAGS="-maix32 -pthread" \

[Bug target/89096] [8/9/10 regression] AIX 7 linker rejects _.ro_ sections by default

2020-03-31 Thread andrew at ishiboo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89096 --- Comment #26 from Andrew Paprocki --- Just re-summarizing now for 2020 since there have been a few twists and turns and distractions. This issue has nothing to do with CMake, -brtl, or -bexpall linker flags. This issue only occurs when GCC

[Bug target/89096] [8/9/10 regression] AIX 7 linker rejects _.ro_ sections by default

2020-04-01 Thread andrew at ishiboo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89096 --- Comment #29 from Andrew Paprocki --- David, Using GCC 9.2.0 I can reproduce using the steps from comment 27. Did you run them yourself?

[Bug analyzer/100524] New: pragma GCC diagnostic ignored "-Wanalyzer-too-complex" ignored by cc1

2021-05-11 Thread andrew at ishiboo dot com via Gcc-bugs
Severity: normal Priority: P3 Component: analyzer Assignee: dmalcolm at gcc dot gnu.org Reporter: andrew at ishiboo dot com Target Milestone: --- Invoking the compiler from the command line as: gcc -fanalyzer -Wanalyzer-too-complex -Werror=analyzer-t

[Bug analyzer/100540] New: -Wanalyzer-file-leak false positive due to conditionals

2021-05-11 Thread andrew at ishiboo dot com via Gcc-bugs
Priority: P3 Component: analyzer Assignee: dmalcolm at gcc dot gnu.org Reporter: andrew at ishiboo dot com Target Milestone: --- Test program: #include #include char foo(const char *filename) { FILE *fp; if (!filename || strcmp(filename, "-&q

[Bug analyzer/100543] New: -Wanalyzer-free-of-non-heap false positive / delete false positive due to constructor conditional

2021-05-11 Thread andrew at ishiboo dot com via Gcc-bugs
: UNCONFIRMED Severity: normal Priority: P3 Component: analyzer Assignee: dmalcolm at gcc dot gnu.org Reporter: andrew at ishiboo dot com Target Milestone: --- # Test case: #include #include #include struct Assert { [[ noreturn ]] static void

[Bug analyzer/100546] New: -Wanayzer-null-dereference false positive through noreturn function pointer

2021-05-11 Thread andrew at ishiboo dot com via Gcc-bugs
: normal Priority: P3 Component: analyzer Assignee: dmalcolm at gcc dot gnu.org Reporter: andrew at ishiboo dot com Target Milestone: --- Test case: $ cat /tmp/test.cpp #include #include static void noReturn(const char *str) __attribute__((noreturn

[Bug analyzer/100548] New: No GCC equivalent of built-in predefined macro __clang_analyzer__

2021-05-11 Thread andrew at ishiboo dot com via Gcc-bugs
Priority: P3 Component: analyzer Assignee: dmalcolm at gcc dot gnu.org Reporter: andrew at ishiboo dot com Target Milestone: --- I scanned the `-fanalyzer -dM -E` output and there does not appear to be any built-in predefined macro to indicate that it is being

[Bug target/107336] [10/11 regression] ICE segfault expand_expr_real_1 on sparc-sun-solaris2.11 with -m32 -mcpu=niagara4 -O3

2022-10-20 Thread andrew at ishiboo dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107336 --- Comment #3 from Andrew Paprocki --- The linked bugs have a patch for gimple-isel.cc that appears to fix the issue in GCC 11.3.0, but the ICE in GCC 10 is in expr.c and I don't see anything patching that. Is there another (related?) fix

[Bug c++/107336] New: [10/11 regression] ICE segfault expand_expr_real_1 on sparc-sun-solaris2.11 with -m32 -mcpu=niagara4 -O3

2022-10-20 Thread andrew at ishiboo dot com via Gcc-bugs
: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: andrew at ishiboo dot com Target Milestone: --- Created attachment 53736 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53736=edit GCC

[Bug target/107336] [10 regression] ICE segfault expand_expr_real_1 on sparc-sun-solaris2.11 with -m32 -mcpu=niagara4 -O3

2022-10-20 Thread andrew at ishiboo dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107336 Andrew Paprocki changed: What|Removed |Added Resolution|DUPLICATE |--- Status|RESOLVED

[Bug target/107336] [10 regression] ICE segfault expand_expr_real_1 on sparc-sun-solaris2.11 with -m32 -mcpu=niagara4 -O3

2022-10-21 Thread andrew at ishiboo dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107336 --- Comment #8 from Andrew Paprocki --- (In reply to Eric Botcazou from comment #6) > Created attachment 53739 [details] > Tentative fix > > Totally untested. Tested, confirmed releases/gcc-10 branch with this patch fixes the issue. Thanks

[Bug target/107347] New: Sun Studio 12.6 assembler emits "warning: use of DCTI couples is deprecated" on sparc-sun-solaris2.11

2022-10-21 Thread andrew at ishiboo dot com via Gcc-bugs
Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: andrew at ishiboo dot com Target Milestone: --- Created attachment 53744 --> https://gcc.gnu.org/bugzilla/attachment.cgi?

[Bug c++/108059] internal compiler error: in tsubst_copy, at cp/pt.c:16425

2024-04-30 Thread andrew at ishiboo dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108059 Andrew Paprocki changed: What|Removed |Added CC||andrew at ishiboo dot com