[Bug c++/28088] New: Internal compiler error on boost mpl test/apply.cpp
% g++ -v Using built-in specs. Target: i386-pc-solaris2.10 Configured with: ../configure --cache-file=./config.cache --srcdir=/openpkg/RPM/TMP/gcc-4.1.1/obj/.. --prefix=/openpkg --exec-prefix=/openpkg --includedir=/openpkg/include/gcc --libexecdir=/openpkg/libexec/gcc --with-gxx-include-dir=/openpkg/include/g++ --with-local-prefix=/openpkg/lib/gcc --enable-languages=c,c++ --enable-threads=posix --disable-maintainer-mode --disable-shared --disable-nls --with-gnu-ld --with-ld=/openpkg/bin/ld --with-gnu-as --with-as=/openpkg/bin/as --disable-multilib Thread model: posix gcc version 4.1.1 (OpenPKG-CURRENT) % "g++" -ftemplate-depth-128 -O0 -fno-inline -Wall -fPIC -DBOOST_ALL_NO_LIB=1 -I".." -c -o "/home/cae/boost-regression/results/boost/bin.v2/libs/mpl/test/apply.test/gcc-4.1.1_sunos_i86pc/debug/debug-symbols-off/apply.o" "../libs/mpl/test/apply.cpp" ../boost/mpl/aux_/preprocessed/gcc/template_arity.hpp: In instantiation of 'boost::mpl::aux::template_arity': ../libs/mpl/test/apply.cpp:63: instantiated from here ../boost/mpl/aux_/preprocessed/gcc/template_arity.hpp:98: internal compiler error: Segmentation Fault Please submit a full bug report, with preprocessed source if appropriate. See attached apply.i.gz -- Summary: Internal compiler error on boost mpl test/apply.cpp Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gcc-bklyn at sneakemail dot com GCC build triplet: i386-pc-solaris2.10 GCC host triplet: i386-pc-solaris2.10 GCC target triplet: i386-pc-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28088
[Bug c++/28088] Internal compiler error on boost mpl test/apply.cpp
--- Comment #1 from gcc-bklyn at sneakemail dot com 2006-06-19 21:05 --- Created an attachment (id=11707) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11707&action=view) PReprocessed source to boost/mpl/test/apply.cpp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28088
[Bug c++/29243] New: Bad this pointer when calling thru pointer to varargs method
I know the attached code is horrible, but I inherited something like it at my place of work. The call through the "Broken" function pointer works correctly (e.g. doesn't assert) on gcc 3.3 and gcc 3.4, but asserts on gcc 4.1.1 because the "this" pointer is incorrect. If "mem_fun" is changed to be "void (Base::*mem_fun) ()", (e.g. not varargs), the code works correctly. Again, I don't like this code and would never write code like this myself, its just something I've inherited and it breaks with the latest GCC so I wanted to let you know. Visual Studio 2005 won't even compile the code - it won't accept the function pointer casts. Testcase attached. -- Summary: Bad this pointer when calling thru pointer to varargs method Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gcc-bklyn at sneakemail dot com GCC build triplet: i486-linux-gnu GCC host triplet: i486-linux-gnu GCC target triplet: i486-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29243
[Bug c++/29243] Bad this pointer when calling thru pointer to varargs method
--- Comment #1 from gcc-bklyn at sneakemail dot com 2006-09-26 20:42 --- Created an attachment (id=12332) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12332&action=view) Test Case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29243
[Bug c++/29331] New: Missing header files only generate warning with -MMD
This program: #include Generates only a warning with gcc 4.1.1 and the -MMD flag. With #include "idonotexist", an error is generated. Errors are generated correctly in both cases with -MD. -- Summary: Missing header files only generate warning with -MMD Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gcc-bklyn at sneakemail dot com GCC build triplet: i486-linux-gnu GCC host triplet: i486-linux-gnu GCC target triplet: i486-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29331
[Bug libstdc++/6702] requirements for wchar_t support are too restrictive for Solaris
--- Comment #19 from gcc-bklyn at sneakemail dot com 2006-03-22 16:04 --- This bug appears to have recurred in gcc 4.1.0. I have no wide string or iostream support on my brand-spanking-new versionof gcc, when this all worked fine with gcc 3.4.3. -- gcc-bklyn at sneakemail dot com changed: What|Removed |Added CC||gcc-bklyn at sneakemail dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6702
[Bug libstdc++/6702] requirements for wchar_t support are too restrictive for Solaris
--- Comment #22 from gcc-bklyn at sneakemail dot com 2006-03-22 17:20 --- (In reply to comment #21) > Humm, maybe Solaris < 2.10 is affected... I am indeed on 2.8. What more can I do to debug this? I'll attach sparc-sun-solaris2.8/libstdc++-v3/config.log. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6702
[Bug libstdc++/6702] requirements for wchar_t support are too restrictive for Solaris
--- Comment #23 from gcc-bklyn at sneakemail dot com 2006-03-22 17:23 --- Created an attachment (id=11098) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11098&action=view) gcc 4.1.0 sparc-sun-solaris2.8/libstdc++-v3/config.log Gcc 4.1.0 config.log from /sparc-sun-solaris2.8/libstdc++-v3/config.log -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6702