[Bug target/68192] AIX libstdc++ TLS symbols not exported
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68192 Torbjörn Gard changed: What|Removed |Added CC||tgard at opentext dot com --- Comment #4 from Torbjörn Gard --- I suppose this is the same problem I reported on in 67478
[Bug libstdc++/67478] gcc-5.1.0/gcc-5.2.0 undefined symbol std::__once_callable in AIX 6.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67478 --- Comment #4 from Torbjörn Gard --- I found -qtls=model option for xlc in AIX: http://www-01.ibm.com/support/knowledgecenter/SSGH2K_13.1.2/com.ibm.xlc131.aix.doc/compiler_ref/opt_tls.html The corresponding option in gcc is -ftls-model=model. I tried with -ftls-model=global-dynamic. However, the link fails with the same error.
[Bug c++/67478] gcc-5.1.0/gcc-5.2.0 undefined symbol std::__once_callable in AIX 6.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67478 Torbjörn Gard changed: What|Removed |Added CC||tgard at opentext dot com --- Comment #1 from Torbjörn Gard --- Created attachment 36300 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36300&action=edit gcc config.log
[Bug c++/67478] New: gcc-5.1.0/gcc-5.2.0 undefined symbol std::__once_callable in AIX 6.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67478
Bug ID: 67478
Summary: gcc-5.1.0/gcc-5.2.0 undefined symbol
std::__once_callable in AIX 6.1
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tgard at opentext dot com
Target Milestone: ---
Created attachment 36299
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36299&action=edit
libstdc++ config.log
When using std::call_once there are two undefined symbols in AIX 6.1 using
gcc-5.1.0 or gcc-5.2.0:
c++ -maix64 -pthread -std=c++11 -c start.cxx
c++ -maix64 -pthread -lstdc++ start.o -o start
ld: 0711-317 ERROR: Undefined symbol: std::__once_callable
ld: 0711-317 ERROR: Undefined symbol: std::__once_call
gcc 5.2.0 configured with:
/builds/gbgbuild/bld/gcc/gcc-5.2.0/configure --prefix=/usr/local/gcc-5.2.0
--enable-languages=c,c++ --with-as=/usr/bin/as --with-ld=/usr/bin/ld
--enable-threads --enable-cxa_atexit --enable-libstdcxx-threads --enable-tls
--with-gmp=/usr/local/lib32-static --with-mpfr=/usr/local/lib32-static
--with-mpc=/usr/local/lib32-static
gcc-5.1.0 produce the same output. This was configured without the parameters
"--enable-libstdcxx-threads --enable-tls".
The symbols are present in libstdc++.so.6 marked with "L" meaning Global
thread-local symbol (TLS)
The source is:
#include
#include
void print_once()
{
static int cnt = 0;
static std::once_flag flag;
std::call_once(
flag,
[&]()
{
printf("%d\n", cnt);
cnt++;
} );
}
int main( void )
{
print_once();
print_once();
return 0;
}
[Bug c++/66160] New: gcc-5.1.0 fails with "lambda-expression in unevaluated context" where gcc-4.9.2 succeeds
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66160
Bug ID: 66160
Summary: gcc-5.1.0 fails with "lambda-expression in unevaluated
context" where gcc-4.9.2 succeeds
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tgard at opentext dot com
Target Milestone: ---
gcc-5.1.0 fails with "lambda-expression in unevaluated context" where gcc-4.9.2
succeeds
c++ -std=c++11 -c bug.cxx -o bug.o
bug.cxx:12:63: error: lambda-expression in unevaluated context
typedef typename std::remove_reference::type
CharT;
^
bug.cxx:
#include
typedef wchar_t CharT;
typedef std::string String;
template
struct Example
{
struct ExampleProxy
{
typedef typename std::remove_reference::type CharT;
};
};
g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/local/gcc-5.1.0/libexec/gcc/x86_64-unknown-linux-gnu/5.1.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /builds/gbgbuild/bld/gcc/gcc-5.1.0/configure
--prefix=/usr/local/gcc-5.1.0 --enable-languages=c,c++ --enable-threads
--enable-libsanitizer=no
Thread model: posix
gcc version 5.1.0 (GCC)
It seems possible the second of the patches here is incorrect:
https://gcc.gnu.org/ml/gcc-patches/2014-03/msg01362.html
[Bug bootstrap/64919] bootstrap failure of gcc-4.9.2 on ia64-hpux in libgcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64919 Torbjörn Gard changed: What|Removed |Added Attachment #34656|0 |1 is obsolete|| --- Comment #5 from Torbjörn Gard --- Created attachment 34657 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34657&action=edit Top level config log
[Bug bootstrap/64919] bootstrap failure of gcc-4.9.2 on ia64-hpux in libgcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64919 --- Comment #4 from Torbjörn Gard --- Created attachment 34656 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34656&action=edit top level config.log
[Bug bootstrap/64919] bootstrap failure of gcc-4.9.2 on ia64-hpux in libgcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64919 --- Comment #3 from Torbjörn Gard --- Created attachment 34655 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34655&action=edit confg.log for libgcc
[Bug bootstrap/64919] bootstrap failure of gcc-4.9.2 on ia64-hpux in libgcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64919 --- Comment #2 from Torbjörn Gard --- Created attachment 34654 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34654&action=edit Using truss for the compile: Note that cc1 command does not exist
[Bug bootstrap/64919] bootstrap failure of gcc-4.9.2 on ia64-hpux in libgcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64919 Torbjörn Gard changed: What|Removed |Added CC||tgard at opentext dot com --- Comment #1 from Torbjörn Gard --- Created attachment 34653 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34653&action=edit Manual compile with config.log values
[Bug bootstrap/64919] New: bootstrap failure of gcc-4.9.2 on ia64-hpux in libgcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64919 Bug ID: 64919 Summary: bootstrap failure of gcc-4.9.2 on ia64-hpux in libgcc Product: gcc Version: 4.9.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: tgard at opentext dot com Created attachment 34652 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34652&action=edit The command from config.log which fails The HPUX version is 11.31 gcc-4.9.2 did not bootstrap using HPUX aCC so I installed gcc-4.7.2 and used this. The latest gnu assembler is used as I failed to get gcc-4.7.2 to work. The error is: --- configure:3389: /builds/gbgbuild/bld/gcc/stbldh01/obj-4.9.2/./gcc/xgcc -B/builds/gbgbuild/bld/gcc/stbldh01/obj-4.9.2/./gcc/ -B/usr/local/gcc-4.9.2/ia64-hp-hpux11.31/bin/ -B/usr/local/gcc-4.9.2/ia64-hp-hpux11.31/lib/ -isystem /usr/local/gcc-4.9.2/ia64-hp-hpux11.31/include -isystem /usr/local/gcc-4.9.2/ia64-hp-hpux11.31/sys-include-o conftest -g -O2 conftest.c >&5 conftest.c: In function 'main': conftest.c:11:1: internal compiler error: Segmentation fault main () ^ libbacktrace could not find executable to open Please submit a full bug report, configure:3620: error: in `/builds/gbgbuild/bld/gcc/stbldh01/obj-4.9.2/ia64-hp-hpux11.31/libgcc': configure:3623: error: cannot compute suffix of object files: cannot compile See `config.log' for more details -- See also attachments
[Bug c++/60143] AIX: gcc-4.8.2: for loop not entered when -maix64 and -O are set
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60143 Torbjörn Gard changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Torbjörn Gard --- I have confirmed that the problem is resolved in both 4.8.3 and 4.9.0 in our AIX environment. Thanks.
[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60984 --- Comment #31 from Torbjörn Gard --- This worked for me. Thanks a lot :-)
[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60984 --- Comment #14 from Torbjörn Gard --- It did not make any difference - but the build was really much faster! Thanks for the info on using bash.
[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60984 --- Comment #13 from Torbjörn Gard --- I got the same error this time. I use bash but looking at config.log I see that /bin/sh is used. I have seen nothing regarding this in the target-specific installation instructions. I have restarted the build using CONFIG_SHELL=/usr/local/bin/bash. Maybe that will make a difference :-)
[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60984 --- Comment #11 from Torbjörn Gard --- No failure but restarted it in /home/tga01/obj_gcc with the thought of having a shorter and simpler path.
[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60984 --- Comment #10 from Torbjörn Gard --- I have started the build on a local filesystem with a shorter path (/home/tga01/obj_stbldap01-4.9.0). The previous build was done on a nfs partition. The build in our environment is slow. Usually a week. The error appeared after about two days.
[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60984 --- Comment #7 from Torbjörn Gard --- I used gcc-4.8.2
[Bug bootstrap/60984] New: AIX: gcc-4.9.0 bootstrap fails in stage-2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60984 Bug ID: 60984 Summary: AIX: gcc-4.9.0 bootstrap fails in stage-2 Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: tgard at opentext dot com Created attachment 32693 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32693&action=edit Error output, config.log, config.status /builds/gbgbuild/bld/gcc/stbldap01/obj_stbldap01-4.9.0/./prev-gcc/xg++ -B/builds/gbgbuild/bld/gcc/stbldap01/obj_stbldap01-4.9.0/./prev-gcc/ -B/usr/local/gcc-4.9.0/powerpc-ibm-aix6.1.0.0/bin/ -nostdinc++ -B/builds/gbgbuild/bld/gcc/stbldap01/obj_stbldap01-4.9.0/prev-powerpc-ibm-aix6.1.0.0/libstdc++-v3/src/.libs -B/builds/gbgbuild/bld/gcc/stbldap01/obj_stbldap01-4.9.0/prev-powerpc-ibm-aix6.1.0.0/libstdc++-v3/libsupc++/.libs -I/builds/gbgbuild/bld/gcc/stbldap01/obj_stbldap01-4.9.0/prev-powerpc-ibm-aix6.1.0.0/libstdc++-v3/include/powerpc-ibm-aix6.1.0.0 -I/builds/gbgbuild/bld/gcc/stbldap01/obj_stbldap01-4.9.0/prev-powerpc-ibm-aix6.1.0.0/libstdc++-v3/include -I/builds/gbgbuild/bld/gcc/gcc-4.9.0/libstdc++-v3/libsupc++ -L/builds/gbgbuild/bld/gcc/stbldap01/obj_stbldap01-4.9.0/prev-powerpc-ibm-aix6.1.0.0/libstdc++-v3/src/.libs -L/builds/gbgbuild/bld/gcc/stbldap01/obj_stbldap01-4.9.0/prev-powerpc-ibm-aix6.1.0.0/libstdc++-v3/libsupc++/.libs -c -g -O2 -DIN_GCC-fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -DHAVE_CONFIG_H -I. -I. -I/builds/gbgbuild/bld/gcc/gcc-4.9.0/gcc -I/builds/gbgbuild/bld/gcc/gcc-4.9.0/gcc/. -I/builds/gbgbuild/bld/gcc/gcc-4.9.0/gcc/../include -I./../intl -I/builds/gbgbuild/bld/gcc/gcc-4.9.0/gcc/../libcpp/include -I/usr/local/lib32-static/include -I/usr/local/lib32-static/include -I/usr/local/lib32-static/include -I/builds/gbgbuild/bld/gcc/gcc-4.9.0/gcc/../libdecnumber -I/builds/gbgbuild/bld/gcc/gcc-4.9.0/gcc/../libdecnumber/dpd -I../libdecnumber -I/builds/gbgbuild/bld/gcc/gcc-4.9.0/gcc/../libbacktrace-o tree-ssa-address.o -MT tree-ssa-address.o -MMD -MP -MF ./.deps/tree-ssa-address.TPo /builds/gbgbuild/bld/gcc/gcc-4.9.0/gcc/tree-ssa-address.c In file included from /builds/gbgbuild/bld/gcc/gcc-4.9.0/gcc/tree-ssa-address.c:1024:0: ./gt-tree-ssa-address.h:86:2: internal compiler error: in operator[], at vec.h:735 }; ^ libbacktrace could not find executable to open Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. make[3]: *** [tree-ssa-address.o] Error 1 make[3]: Leaving directory `/builds/gbgbuild/bld/gcc/stbldap01/obj_stbldap01-4.9.0/gcc' make[2]: *** [all-stage2-gcc] Error 2 make[2]: Leaving directory `/builds/gbgbuild/bld/gcc/stbldap01/obj_stbldap01-4.9.0' make[1]: *** [stage2-bubble] Error 2 make[1]: Leaving directory `/builds/gbgbuild/bld/gcc/stbldap01/obj_stbldap01-4.9.0' make: *** [all] Error 2
[Bug c++/60143] New: AIX: gcc-4.8.2: for loop not entered when -maix64 and -O are set
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60143
Bug ID: 60143
Summary: AIX: gcc-4.8.2: for loop not entered when -maix64 and
-O are set
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tgard at opentext dot com
Created attachment 32102
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32102&action=edit
Makefile and simple repro of the bug
The bug disappears if I remove a member of SubpathRecord struct or if I change
int num_subpaths() to size_t num_subpaths() or if I use the commented code that
uses a variable for num_subpaths. Expected output is “0“, but with the bug I
get nothing
#include
#include
class Path
{
public:
int num_subpaths() const { return static_cast(m_subpaths.size()); }
struct SubpathRecord
{
intm_start_index;
intm_closed;
intm_type;
};
public:
Path()
{
m_subpaths.push_back( SubpathRecord() );
}
private:
std::vectorm_subpaths;
};
int main( void )
{
Path path;
//int num_subpaths( path.num_subpaths() );
//for( int j=0; j
