[Bug c++/31459] New: No #pragma GCC visibility {push/pop} (default) in and
Generic header defect observed on both x86 and x86_64
Missing "#pragma GCC visibility push(default)" and "#pragma GCC visibility
pop" directives wrapped around the versions of and that
ship with GCC 4.0 - 4.2. See for example or , which are
properly encased.
Add #pragma GCC visibility push(default) and
#pragma GCC visibility pop(default) to string and stdexcept
>From new
...
#pragma GCC visibility push(default)
extern "C++" {
...
} // extern "C++"
#pragma GCC visibility pop
Workaround:
create a include directory with files 'string' and 'stdexcept' and alter your
include path to ssearch this directory first.
string:
#pragma GCC system_header
#pragma GCC visibility push(default)
#include_next
#pragma GCC visibility pop
--
Summary: No #pragma GCC visibility {push/pop} (default) in
and
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rjarrett at mathworks dot com
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31459
[Bug c++/48914] #pragma GCC diagnostic ignored "-Wc++0x-compat" doesn't work
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48914 Roger Jarrett changed: What|Removed |Added CC||rjarrett at mathworks dot ||com --- Comment #6 from Roger Jarrett 2013-01-01 18:04:49 UTC --- Confirmed present in GCC 4.7.1 g++ foo.cpp -Wall -std=c++98 our use case is that we have a code base in transition to C++0x and have created our own nullptr_t for the platform that have not yet transitioned to C++0x we would like to acknowledge/suppress this warning in the file that implements the nullptr_t without resorting to -Wno-c++0x-compat on the commmand line. --Roger
[Bug c++/48914] #pragma GCC diagnostic ignored "-Wc++0x-compat" doesn't work
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48914 --- Comment #7 from Roger Jarrett 2013-01-02 18:51:12 UTC --- Additional workaround (big hammer) #pragma GCC system_header Best used when the code generating the warning is in an isolated header file --Roger
[Bug c/56086] New: when compiling C code with -std=gnu99 macro __STDC_UTF_16__ is defined
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56086 Bug #: 56086 Summary: when compiling C code with -std=gnu99 macro __STDC_UTF_16__ is defined Classification: Unclassified Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: minor Priority: P3 Component: c AssignedTo: unassig...@gcc.gnu.org ReportedBy: rjarr...@mathworks.com Created attachment 29255 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29255 sample program The macro __STDC_UTF_16__ is unexpectedly defined when compiling C code using gcc 4.7.2 (also present in gcc 4.7.1) This is a regression from gcc 4.5.3. (also gcc 4.4.6) compilation line: gcc -c -std=gnu99 gcc47_stdc_utf_16.c expected result: no output actual result: gcc47_stdc_utf_16.c:3:2: warning: #warning __STDC_UTF_16__ defined [-Wcpp] use case was in a header file used for both C and C++ compilation that contained #if defined(__STDC_UTF_16__) ... #endif workaround: use :#if (__cplusplus && defined(__STDC_UTF_16__)) in place of #if defined(__STDC_UTF_16__)
[Bug c/56086] when compiling C code with -std=gnu99 macro __STDC_UTF_16__ is defined
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56086 --- Comment #2 from Roger Jarrett 2013-01-27 16:12:09 UTC --- Created attachment 29285 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29285 example program to compile
[Bug c/56086] when compiling C code with -std=gnu99 macro __STDC_UTF_16__ is defined
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56086
--- Comment #3 from Roger Jarrett 2013-01-27
16:13:48 UTC ---
The macro __STDC_UTF_16__ is being used to guard the following typedef
typedef char16_t CHAR16_T;
compiling the program (attached program t2.c)
typedef char16_t fred;
int main() {
}
with gcc 4.7.1 or 4.7.2 results in a compilation error: gcc -std=gnu99 t2.c
t2.c:1:1: error: unknown type name 'char16_t'
However, it succeeds as expected when compiled with g++ -std=c++11 t2.c
What am I missing here ?
--Roger
[Bug c++/49460] New: g++: Internal error: Segmentation fault (program cc1plus) using -O2 or -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49460 Summary: g++: Internal error: Segmentation fault (program cc1plus) using -O2 or -O3 Product: gcc Version: 4.5.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: rjarr...@mathworks.com using GCC 4.5.3 one (and only one) file from our code base caused the compiler to Segfault. Set severity to normal because this only occurred in 1 file out of 10k+ and workaround is available. Workaround compile with -O1 or -O0 This issue does not occur when compiling with GCC4.4.5 or GCC 4.3.4 Version information: GNU C++ (GCC) version 4.5.3 (i686-pc-linux-gnu) compiled by GNU C version 4.5.3, GMP version 4.3.2, MPFR version 2.4.2, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 GNU C++ (GCC) version 4.5.3 (i686-pc-linux-gnu) compiled by GNU C version 4.5.3, GMP version 4.3.2, MPFR version 2.4.2, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: caed1e0856fbbe32553e2b8828f0c55c g++: Internal error: Segmentation fault (program cc1plus) System type: Debian Linux 6.01 (glnx86 and glnxa64) GCC build/configuration options: (glnx86 build shown) gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/mathworks/hub/3rdparty/internal/290712/glnx86/gcc-4.5.3/bin/../libexec/gcc/i686-pc-linux-gnu/4.5.3/lto-wrapper Target: i686-pc-linux-gnu Configured with: /mathworks/devel/sandbox/greg/Amake.3p1/3p/sources/gcc-4.5/configure --prefix=/hub/3rdparty/internal/290712/glnx86/gcc-4.5.3 --with-gmp=/mathworks/devel/sandbox/greg/Amake.3p1/3p/derived/glnx86/gcc-4.5/gmp --with-mpfr=/mathworks/devel/sandbox/greg/Amake.3p1/3p/derived/glnx86/gcc-4.5/mpfr --with-mpc=/mathworks/devel/sandbox/greg/Amake.3p1/3p/derived/glnx86/gcc-4.5/mpc --enable-languages=c,c++,fortran --with-as=/hub/3rdparty/internal/290712/glnx86/gcc-4.5.3/bin/as --with-ld=/hub/3rdparty/internal/290712/glnx86/gcc-4.5.3/bin/ld Thread model: posix gcc version 4.5.3 (GCC) gcc version 4.4.5 (Debian 4.4.5-8) Compile line options/command line: COLLECT_GCC_OPTIONS='-c' '-o' '/tmp/SM.o' '-I../../src/cgir_xform/include' '-I../../src/include' '-I../../derived/glnx86/src/include' '-I../../src/cgir_xform' '-I../include' '-I../../include' '-I//mathworks/hub/3rdparty/R2012a/293758/glnx86/boost/include' '-I//mathworks/hub/3rdparty/R2012a/287824/glnx86/unique_ptr' '-I//mathworks/hub/3rdparty/R2012a/289443/glnx86/gmp/include' '-I//mathworks/hub/3rdparty/R2012a/288615/glnx86/mpfr/include' '-DMAKEHEADER_KEYWORDS' '-DMAKEHEADER_KEYWORDS' '-DNEEDS_MX_ERRWARN_MSG_ID_AND_TXT' '-DSL_INTERNAL' '-DCGIR_HANDWRITTEN_HEADERS' '-I../../simulink/include' '-DMODULE_CGIR' '-DBUILDING_CGIR_XFORM' '-O2' '-D_POSIX_C_SOURCE=199506L' '-D_LARGEFILE_SOURCE' '-D_FILE_OFFSET_BITS=64' '-v' '-save-temps' '-shared-libgcc' '-mtune=generic' '-march=pentiumpro' /mathworks/hub/3rdparty/internal/290712/glnx86/gcc-4.5.3/bin/../libexec/gcc/i686-pc-linux-gnu/4.5.3/cc1plus -fpreprocessed SmartInliner.ii -quiet -dumpbase SmartInliner.cpp -mtune=generic -march=pentiumpro -auxbase-strip /tmp/SM.o -O2 -version -o SmartInliner.s --- SmartInliner.ii has attached to this file
[Bug c++/49460] g++: Internal error: Segmentation fault (program cc1plus) using -O2 or -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49460 --- Comment #1 from Roger Jarrett 2011-06-17 19:41:29 UTC --- Created attachment 24555 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24555 preprocessed source file SmartInliner.ii (gzipped) preprocessed file gzipped to allow upload
[Bug tree-optimization/49460] g++: Internal error: Segmentation fault (program cc1plus) using -O2 or -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49460 --- Comment #4 from Roger Jarrett 2011-06-29 21:13:49 UTC --- Confirmed -fno-tree-pre worked around the issue using the initial source --Roger
