[Bug lto/43659] New: -flto doesn't remember -fPIC
[forwarded from http://bugs.debian.org/524176] Matthias gcc-4.5 with -flto doesn't work with -fPIC properly. Simple testcase: int entry(int a) { return bar(a)+1; } int bar(int a) { return a+4; } $ gcc-4.5 foo1.c -flto -fPIC -DPIC -c $ gcc-4.5 foo2.c -flto -fPIC -DPIC -c $ gcc-4.5 foo1.o foo2.o -flto -shared /usr/bin/ld: /tmp/ccmA7RCK.lto.o: relocation R_X86_64_PC32 against symbol `bar' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: final link failed: Bad value collect2: ld returned 1 exit status This works however: $ gcc-4.5 foo1.o foo2.o -flto -shared -fPIC Now -fPIC is something libtool automatically adds, and I it doesn't add it at linktime (perhaps other build systems don't either). Could gcc's -flto see that all .o files involved in the link are -fPIC... and make the resulting file -fPIC too? Or at least it should see the -shared in the linker line, and automatically use -fPIC when -flto is used. -- Summary: -flto doesn't remember -fPIC Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43659
[Bug libstdc++/43660] New: range of random-number generator seems wrong/confusing
[forwarded from http://bugs.debian.org/568616] Matthias The random-number distributions in C++0x random include a special one-shot facility, where the random bounds can be passed to the generator function. This is explicitly intended (judging from committee writings, and source comments in the libstdc++ header files) for use as a rng generator for std::random_shuffle. e.g.: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2006/n1933.pdf As best as I can tell, std::random_shuffle wants its random-number generating functor to return results in the range [0,N), where N is the parameter it passes to the functor; i.e., the upper-bound is exclusive (and the lower-bound inclusive). The random implementation in libstdc++ also notes this, e.g., in the comment on the associated operator() method in the std::uniform_int_distribution template class: /** * Gets a uniform random number in the range @f$[0, n)@f$. * * This function is aimed at use with std::random_shuffle. */ templatetypename _UniformRandomNumberGenerator result_type operator()(_UniformRandomNumberGenerator __urng, const param_type __p); However, in practice, it actually will return the upper-bound as well; it seems to treat it as a maximum, rather than an exclusive bound. For instance, compiling the attached test program (at end of message), rand-bug.cc, results in the following output: $ g++-4.5 -o rand-bug -std=c++0x rand-bug.cc $ ./rand-bug trying 100 random numbers in range [0,25)... returned upper-bound (25) 38394 times (should be 0) [Note that the same issue exists with other ways of invoking using the generator (e.g., a std::uniform_real_distributionfloat with bounds of 0 and 1 will indeed return 1); but it's less clear its a bug in those cases (although, for instance, boost's random implementation never seems to return the upper bound).] Thanks, -Miles Here's the test program: #include iostream #include random int main () { std::mt19937 rng; typedef std::uniform_int_distributionunsigned dist_type; dist_type dist; unsigned num_loops = 100; unsigned upper_bound = 25; std::cout trying num_loops random numbers in range [0, upper_bound )... std::endl; // // According to the function documentation for this, it should never // return the upper bound: // // * Gets a uniform random number in the range @f$[0, n)@f$. // * // * This function is aimed at use with std::random_shuffle. // unsigned returned_upper_bound_count = 0; for (unsigned i = 0; i num_loops; i++) { unsigned num = dist (rng, dist_type::param_type (0, upper_bound)); if (num == upper_bound) returned_upper_bound_count++; } std::cout returned upper-bound ( upper_bound ) returned_upper_bound_count times (should be 0) std::endl; return 0; } -- Summary: range of random-number generator seems wrong/confusing Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43660
[Bug libgcj/42676] [4.5 regression] javah doesn't generate the header files as checked in in the archive
--- Comment #3 from debian-gcc at lists dot debian dot org 2010-03-13 14:45 --- fixed -- debian-gcc at lists dot debian dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42676
[Bug libstdc++/42460] man page errors for generated libstdc++ man pages
--- Comment #24 from debian-gcc at lists dot debian dot org 2010-02-23 01:37 --- thanks for the fixes. I don't care that much about the function markups. Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42460
[Bug libstdc++/42460] man page errors for generated libstdc++ man pages
--- Comment #18 from debian-gcc at lists dot debian dot org 2010-02-04 18:39 --- this is a check run by the lintian tool to check .deb packages after they are built. for this check, lintian calls 'man --warnings -E UTF-8 -l file' for every generated manpage. Afaik Debian/Ubuntu do use another man implementation than Fedora, so I don't know if this option is available there as well. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42460
[Bug libstdc++/42460] man page errors for generated libstdc++ man pages
--- Comment #19 from debian-gcc at lists dot debian dot org 2010-02-04 21:00 --- std::basic_fstream.3cxx.gz 1213: warning: macro `)).' not defined std::basic_ifstream.3cxx.gz 1037: warning: macro `)).' not defined std::basic_iostream.3cxx.gz 1172: warning: macro `)).' not defined std::basic_istream.3cxx.gz 1002: warning: macro `)).' not defined std::basic_istringstream.3cxx.gz 1025: warning: macro `)).' not defined std::basic_stringstream.3cxx.gz 1202: warning: macro `)).' not defined std::exponential_distribution.3cxx.gz 66: warning: numeric expression expected (got `m') std::gamma_distribution.3cxx.gz 79: normal or special character expected (got a space) std::linear_congruential_engine.3cxx.gz 82: warning: numeric expression expected (got `f') std::lognormal_distribution.3cxx.gz 79: warning: numeric expression expected (got `r') std::normal_distribution.3cxx.gz 79: warning: numeric expression expected (got `g') std::regex_constants.3cxx.gz 200: warning: macro `,' not defined std::student_t_distribution.3cxx.gz 76: warning: numeric expression expected (got `r') std::weibull_distribution.3cxx.gz 69: normal or special character expected (got a space) The one class of quoting problems seems to be fixed. remaining: include/std/istream:403: Returns @c getline(s,n,widen(apos;\napos;)) include/std/istream:363: Returns @c getline(s,n,widen(apos;\napos;)) include/std/istream:330: Returns @c get(s,n,widen(apos;\napos;)) which translates to: .PP Returns \fCget\fP(sb,widen(' .br ')). .PP quoting the backslash, I get this output (man not complaining anymore) templatetypename _CharT, typename _Traits __istream_type std::basic_istream _CharT, _Traits ::get (char_type * __s, streamsize __n) [inline, inherited] Simple multiple-character extraction. Parameters: s Pointer to an array. n Maximum number of characters to store in s. Returns: *this Returns get(s,n,widen('\n')). Definition at line 333 of file istream. the other errors in the *distribution man pages are from using latex macros. Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42460
[Bug libstdc++/42460] man page errors for generated libstdc++ man pages
--- Comment #20 from debian-gcc at lists dot debian dot org 2010-02-04 21:02 --- Created an attachment (id=19806) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19806action=view) fix \n quoting fixes the manual page, didn't check the html output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42460
[Bug target/42774] New: [4.5 Regression] ICE in get_aligned_mem, at config/alpha/alpha.c:1484
works with 4.3 branch, fails with 4.4 branch and trunk 20100109, not seen with -O1 Matthias $ gcc-4.4 -c -g -O2 fs_ntfs.i fs_ntfs.c: In function 'ntfs_getinfo': fs_ntfs.c:102: internal compiler error: in get_aligned_mem, at config/alpha/alpha.c:1466 Please submit a full bug report, with preprocessed source if appropriate. -- Summary: [4.5 Regression] ICE in get_aligned_mem, at config/alpha/alpha.c:1484 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: alpha-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42774
[Bug target/42774] [4.5 Regression] ICE in get_aligned_mem, at config/alpha/alpha.c:1484
--- Comment #1 from debian-gcc at lists dot debian dot org 2010-01-17 11:22 --- Created an attachment (id=19633) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19633action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42774
[Bug libgcj/40859] [4.4 regression] regressions in libjava testsuite on arm-linux
--- Comment #4 from debian-gcc at lists dot debian dot org 2010-01-14 12:30 --- fixed on the branch -- debian-gcc at lists dot debian dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work|4.3.4 4.5.0 |4.3.4 4.5.0 4.4.3 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40859
[Bug other/42670] New: c++filt/nm --demangle doesn't completely demangle a global constructors symbol
[forwarded from http://bugs.debian.org/561150] $ echo _GLOBAL__I__Z10convertKeyPKc | c++filt global constructors keyed to _Z10convertKeyPKc $ echo _GLOBAL__I__Z10convertKeyPKc | c++filt | c++filt global constructors keyed to convertKey(char const*) -- Summary: c++filt/nm --demangle doesn't completely demangle a global constructors symbol Product: gcc Version: 4.4.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42670
[Bug libgomp/42672] New: missing symbols in libgomp when linked with gold
seen with 20100107, ix86, using gold from the 2.20 branch: - omp_destroy_l...@omp_3.0 4.4 - omp_destroy_lo...@omp_3.0 4.4 - omp_destroy_nest_l...@omp_3.0 4.4 - omp_destroy_nest_lo...@omp_3.0 4.4 - omp_init_l...@omp_3.0 4.4 - omp_init_lo...@omp_3.0 4.4 - omp_init_nest_l...@omp_3.0 4.4 - omp_init_nest_lo...@omp_3.0 4.4 - omp_set_l...@omp_3.0 4.4 - omp_set_lo...@omp_3.0 4.4 - omp_set_nest_l...@omp_3.0 4.4 - omp_set_nest_lo...@omp_3.0 4.4 - omp_test_l...@omp_3.0 4.4 - omp_test_lo...@omp_3.0 4.4 - omp_test_nest_l...@omp_3.0 4.4 - omp_test_nest_lo...@omp_3.0 4.4 - omp_unset_l...@omp_3.0 4.4 - omp_unset_lo...@omp_3.0 4.4 - omp_unset_nest_l...@omp_3.0 4.4 - omp_unset_nest_lo...@omp_3.0 4.4 -- Summary: missing symbols in libgomp when linked with gold Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgomp AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42672
[Bug libgcj/42676] New: [4.5 regression] javah doesn't generate the header files as checked in in the archive
http://gcc.gnu.org/ml/java-patches/2009-q4/msg00069.html and followup: These look like regressions to me. This one is obviously wrong, for example: Index: javax/xml/xpath/XPathFunctionResolver.h === --- javax/xml/xpath/XPathFunctionResolver.h (revision 155473) +++ javax/xml/xpath/XPathFunctionResolver.h (working copy) @@ -13,7 +13,7 @@ { namespace xml { - namespace namespace$ + namespace namespace { class QName; } @@ -30,7 +30,7 @@ { public: - virtual ::javax::xml::xpath::XPathFunction * resolveFunction(::javax::xml::namespace$::QName *, jint) = 0; + virtual ::javax::xml::xpath::XPathFunction * resolveFunction(::javax::xml::namespace::QName *, jint) = 0; static ::java::lang::Class class$; } __attribute__ ((java_interface)); -- Summary: [4.5 regression] javah doesn't generate the header files as checked in in the archive Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42676
[Bug rtl-optimization/42511] [4.5 Regression] bootstrap error in stage3 on alpha-linux-gnu
--- Comment #28 from debian-gcc at lists dot debian dot org 2010-01-07 11:54 --- the bootstrap succeeds with the patch from comment #18 applied, test results at http://gcc.gnu.org/ml/gcc-testresults/2010-01/msg00633.html Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42511
[Bug target/42509] [4.5 Regression] bootstrap failure in stage3 (integer overflow in preprocessor expression)
--- Comment #4 from debian-gcc at lists dot debian dot org 2010-01-07 13:53 --- a build with BOOT_CFLAGS set to -g -O1 succeeds Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42509
[Bug libstdc++/42460] man page errors for generated libstdc++ man pages
--- Comment #6 from debian-gcc at lists dot debian dot org 2010-01-06 12:18 --- The Invalid or incomplete multibyte or wide character messages were generated due to an incorrect setup of the checking tool (lintian). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42460
[Bug bootstrap/42511] bootstrap error in stage3 on alpha-linux-gnu
--- Comment #7 from debian-gcc at lists dot debian dot org 2010-01-05 14:16 --- setting BOOT_CFLAGS to -g -O1 lets the build succeed. the testcase from comment #5 doesn't ice. test results for this build at http://gcc.gnu.org/ml/gcc-testresults/2010-01/msg00501.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42511
[Bug fortran/42607] New: add information about how to compile a module
[forwarded from http://bugs.debian.org/501560] gfortran documentation lacks any kind of info about how to create a module .mod file. It should be quite easy to indicate that the standard gcc option -c when applied to the to-be-compiled file creates the .mod file along with the .o file. should -c explain how a .mod file is created? Matthias -- Summary: add information about how to compile a module Product: gcc Version: 4.4.3 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42607
[Bug other/42611] New: ICE in tree_low_cst, at tree.c:5014
seen on current branches and the trunk, at least on x86 and x86_64: Matthias $ cat x.C #include stdio.h #include stdlib.h #include unistd.h #include sys/types.h #include sys/mman.h #include sys/stat.h #include fcntl.h #include memory.h #include string.h #include limits.h #include errno.h #include assert.h #define DEBUG_MODE 1 #define _DEBUG(str,param) { if( DEBUG_MODE == 1 ) { fprintf( stderr, %s, [DEBUG] ); fprintf( stderr, str, param ); } } #ifndef TRUE #define TRUE 1 #endif #ifndef FALSE #define FALSE 0 #endif typedef char bool_t; typedef struct struct_secmem_conf { int pagesize; bool_t crypt; int crypt_key; bool_t to_file; char dumpfile[ SSIZE_MAX ]; } secmem_conf; void init_secmem( secmem_conf* d ) { if( d-pagesize == 0 ) d-pagesize = sysconf( _SC_PAGESIZE ); _DEBUG( Configuration: pagesize set to: %d\n, d-pagesize ); } int main( int argc, char* argv[] ) { secmem_conf x; return 0; } $ gcc-4.4 -Wall x.C x.C: In function 'int main(int, char**)': x.C:42: warning: unused variable 'x' x.C:41: internal compiler error: in tree_low_cst, at tree.c:5014 Please submit a full bug report, $ /usr/lib/gcc-snapshot/bin/gcc -Wall x.C x.C: In function 'int main(int, char**)': x.C:42:14: warning: unused variable 'x' x.C:41:5: internal compiler error: in tree_low_cst, at tree.c:6178 -- Summary: ICE in tree_low_cst, at tree.c:5014 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42611
[Bug other/42611] ICE in tree_low_cst, at tree.c:5014
--- Comment #1 from debian-gcc at lists dot debian dot org 2010-01-04 15:03 --- Created an attachment (id=19461) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19461action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42611
[Bug bootstrap/42511] bootstrap error in stage3 on alpha-linux-gnu
--- Comment #3 from debian-gcc at lists dot debian dot org 2010-01-04 17:42 --- rechecked with 20090104. setting BOOT_CFLAGS to -g -O1 lets the gcc bootstrap pass. Matthias -- debian-gcc at lists dot debian dot org changed: What|Removed |Added Keywords||wrong-code Summary|boostrap error in stage3 on |bootstrap error in stage3 on |alpha-linux-gnu |alpha-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42511
[Bug target/42564] ICE on sparc - unrecognizable insn
--- Comment #5 from debian-gcc at lists dot debian dot org 2010-01-02 10:42 --- not applying the pr40521-revert-workaround patch shows the ICE as well. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42564
[Bug target/42564] ICE on sparc - unrecognizable insn
--- Comment #4 from debian-gcc at lists dot debian dot org 2010-01-01 11:06 --- the sparc64-linux compiler from the trunk is configured with --with-pkgversion='Debian 20091228-2' --with-bugurl='file:///usr/share/doc/gcc-snapshot/README.Bugs' --enable-languages=c,c++,java,fortran,objc,obj-c++ --prefix=/usr/lib/gcc-snapshot --enable-shared --with-system-zlib --disable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-plugin --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=//usr/lib/jvm/java-1.5.0-gcj-4.5-snap/jre --enable-java-home --with-jvm-root-dir=//usr/lib/jvm/java-1.5.0-gcj-4.5-snap --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.5-snap --with-arch-directory=sparc64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --disable-multilib --with-long-double-128 --disable-werror --build=sparc64-linux-gnu --host=sparc64-linux-gnu --target=sparc64-linux-gnu COLLECT_GCC_OPTIONS='-v' '-c' '-fPIC' '-O2' '-mcpu=v9' /usr/lib/gcc-snapshot/libexec/gcc/sparc64-linux-gnu/4.5.0/cc1 -fpreprocessed cap-ng.i -quiet -dumpbase cap-ng.i -mcpu=v9 -auxbase cap-ng -O2 -version -fPIC -o /tmp/ccGcfzUk.s patches applied are: pr40521-revert-workaround: Revert the dwarf2cfi_asm workaround, obsoleted by PR debug/40521. gcc-ice-hack: Retry the build on an ice, save the calling options and preprocessed source when the ice is reproducible. gcc-ice-apport: Report an ICE to apport (if apport is available and the environment variable GCC_NOAPPORT is not set) plus two build patches for libjava and gcc/config/arm. started a build without the pr40521-revert-workaround -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42564
[Bug target/42564] New: ICE on sparc - unrecognizable insn
seen with current branches and trunk when building libcap-ng on sparc/sparc64. the file builds without -fPIC or with -O0. Matthias $ gcc-4.4 -c -O2 -fPIC cap-ng.i cap-ng.c: In function 'init': cap-ng.c:154: error: unrecognizable insn: (insn 18 17 19 4 cap-ng.c:139 (set (reg:SI 117) (lo_sum:SI (reg:SI 117) (unspec:SI [ (symbol_ref:SI (m) [flags 0x1a] var_decl 0xf7bafad0 m) ] 0))) -1 (nil)) cap-ng.c:154: internal compiler error: in extract_insn, at recog.c:2048 Please submit a full bug report, with preprocessed source if appropriate. -- Summary: ICE on sparc - unrecognizable insn Product: gcc Version: 4.4.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: sparc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42564
[Bug target/42564] ICE on sparc - unrecognizable insn
--- Comment #1 from debian-gcc at lists dot debian dot org 2009-12-31 10:20 --- Created an attachment (id=19429) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19429action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42564
[Bug other/28322] GCC new warnings and compatibility
--- Comment #29 from debian-gcc at lists dot debian dot org 2009-12-30 11:13 --- yes, sorry, you are right. Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28322
[Bug libstdc++/42552] New: std::wcerr followed by std::cerr lacks std:cerr output
forwarding, seen with current branches and trunk Matthias #include iostream int main() { std::wcerr LHello, world! std::endl; std::cerr !dlrow ,olleH std::endl; } when compiled, will only output Hello, world!, and the subsequent string will not be output. However, #include iostream int main() { std::cerr Foobar std::endl; std::wcerr LHello, world! std::endl; std::cerr !dlrow ,olleH std::endl; } works as expected, printing out all three strings. -- Summary: std::wcerr followed by std::cerr lacks std:cerr output Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42552
[Bug target/42553] New: wrong code with -O1
current trunk/branches on x86_64-linux-gnu. return values with different compilers and different optimizations: -O0 -O1 -O2 -O3 gcc-4.1 0222 gcc-4.3 0222 gcc-4.4 2000 gcc-4.5 0100 Matthias #include stdbool.h #include stdio.h static bool atomic_test_and_reset_bit(unsigned long *v,unsigned long bit) { bool res; __asm__ __volatile__( btr %2,%1\n adc $0,%0\n :=r(res), =m(*v) :r(bit), r(0)) ; return res ? 1 : 0; } int main(void) { unsigned long flags = 0; int j; j = atomic_test_and_reset_bit(flags, 2); printf(%d\n, j); return 0; } -- Summary: wrong code with -O1 Product: gcc Version: 4.4.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42553
[Bug regression/42532] New: configuring with --enable-gold introduces many regressions in the testsuite
a biarch build from trunk (r155486) on x86_64 configured with --enable-gold and gold providing ld introduces the regressions as shown in the diff. gold was built from the binutils 2.20 branch. The two complete test summaries are: http://gcc.gnu.org/ml/gcc-testresults/2009-12/msg02390.html http://gcc.gnu.org/ml/gcc-testresults/2009-12/msg02462.html Matthias -- Summary: configuring with --enable-gold introduces many regressions in the testsuite Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: regression AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42532
[Bug regression/42532] configuring with --enable-gold introduces many regressions in the testsuite
--- Comment #1 from debian-gcc at lists dot debian dot org 2009-12-29 10:11 --- Created an attachment (id=19409) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19409action=view) test summary diff -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42532
[Bug libgcj/40180] [4.4/4.5 regression] regressions in libjava testsuite on ia64-linux
--- Comment #1 from debian-gcc at lists dot debian dot org 2009-12-29 10:30 --- seen on a ia64-suse-linux-gnu build as well (and on a recent debian build): http://gcc.gnu.org/ml/gcc-testresults/2009-12/msg02466.html Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40180
[Bug libgcj/40181] [4.4 Regression] regressions in libjava testsuite on s390-linux
--- Comment #1 from debian-gcc at lists dot debian dot org 2009-12-29 10:43 --- seen with 20091228/29 as well: https://buildd.debian.org/fetch.cgi?pkg=gcj-4.4ver=4.4.2-7arch=s390stamp=1261836998file=log http://gcc.gnu.org/ml/gcc-testresults/2009-12/msg02429.html results on the trunk don't show this failure: http://gcc.gnu.org/ml/gcc-testresults/2009-12/msg02453.html https://buildd.debian.org/fetch.cgi?pkg=gcc-snapshotver=20091228-2arch=s390stamp=1262082415file=log Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40181
[Bug rtl-optimization/42535] New: unable to find a register to spill in class 'DREG'
seen with current 4.3 and 4.4 branches, not with trunk. removing -fschedule-insns lets the build succeed. Matthias $ g++-4.4 -c -O1 -fsched-interblock -fsched-spec -fschedule-insns2 -fstrict-aliasing -fstrict-overflow -ftree-pre -ftree-vrp -fcaller-saves -fcrossjumping -fcse-follow-jumps -fcse-skip-blocks -fdelete-null-pointer-checks -fpeephole2 -fregmove -freorder-blocks -freorder-functions -frerun-cse-after-loop -fexpensive-optimizations -fgcse -fgcse-lm -foptimize-sibling-calls -fthread-jumps -falign-functions -falign-jumps -falign-loops -falign-labels -finline-functions -funswitch-loops -fpredictive-commoning -fgcse-after-reload -ftree-vectorize -fschedule-insns DBmanager.ii In file included from /usr/local/include/boost/interprocess/containers/container/vector.hpp:64, from /usr/local/include/boost/interprocess/containers/vector.hpp:20, from shared_defs.h:36, from DBmanager.h:9, from DBmanager.cpp:10: /usr/local/include/boost/interprocess/containers/container/detail/utilities.hpp: In function 'SizeType boost::interprocess_container::containers_detail::get_next_capacity(SizeType, SizeType, SizeType) [with SizeType = long unsigned int]': /usr/local/include/boost/interprocess/containers/container/detail/utilities.hpp:40: error: unable to find a register to spill in class 'DREG' /usr/local/include/boost/interprocess/containers/container/detail/utilities.hpp:40: error: this is the insn: (insn 9 67 4 2 /usr/local/include/boost/interprocess/containers/container/detail/utilities.hpp:31 (parallel [ (set (reg/v:DI 2 cx [orig:58 m3 ] [58]) (truncate:DI (lshiftrt:TI (mult:TI (zero_extend:TI (reg/v:DI 5 di [orig:62 max_size ] [62])) (zero_extend:TI (reg:DI 2 cx [65]))) (const_int 64 [0x40] (clobber (scratch:DI)) (clobber (reg:CC 17 flags)) ]) 343 {*umuldi3_highpart_rex64} (expr_list:REG_DEAD (reg:DI 2 cx [65]) (expr_list:REG_UNUSED (reg:CC 17 flags) (expr_list:REG_EQUAL (truncate:DI (lshiftrt:TI (mult:TI (zero_extend:TI (reg/v:DI 5 di [orig:62 max_size ] [62])) (const_double -6148914691236517205 [0xaaab] 0 [0x0] 0 [0x0] 0 [0x0])) (const_int 64 [0x40]))) (nil) /usr/local/include/boost/interprocess/containers/container/detail/utilities.hpp:40: confused by earlier errors, bailing out -- Summary: unable to find a register to spill in class 'DREG' Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42535
[Bug rtl-optimization/42535] unable to find a register to spill in class 'DREG'
--- Comment #1 from debian-gcc at lists dot debian dot org 2009-12-29 12:09 --- Created an attachment (id=19410) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19410action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42535
[Bug target/42536] New: [4.4/4.5 regression] ICE in spill_failure, at reload1.c:2141
seen with 20091228 trunk and 4.4 branch on i486-linux-gnu, not seen with 4.3 branch (opening new report, because PR39431 is fixed for 4.4 and 4.5). Adding -fomit-frame-pointer avoids the ice. Matthias $ /usr/lib/gcc-snapshot/bin/gcc -g -O2 -fno-gcse -fno-inline-functions -fno-unit-at-a-time -fstack-protector -c cvm.i cvm.c: In function '_ILCVMInterpreter': cvm.c:889:1: error: unable to find a register to spill in class 'GENERAL_REGS' cvm.c:889:1: error: this is the insn: (insn 11992 11991 11993 863 cvm_ptr.c:66 (set (mem:DI (plus:SI (plus:SI (mult:SI (reg:SI 6750 [ D.20325 ]) (const_int 8 [0x8])) (reg/f:SI 6746 [ tempptr.3460 ])) (const_int 4 [0x4])) [16 S8 A64]) (reg:DI 12123)) 88 {*movdi_2} (expr_list:REG_DEAD (reg:DI 12123) (expr_list:REG_DEAD (reg:SI 6750 [ D.20325 ]) (expr_list:REG_DEAD (reg/f:SI 6746 [ tempptr.3460 ]) (nil) cvm.c:889:1: internal compiler error: in spill_failure, at reload1.c:2141 Please submit a full bug report, with preprocessed source if appropriate. -- Summary: [4.4/4.5 regression] ICE in spill_failure, at reload1.c:2141 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42536
[Bug target/42536] [4.4/4.5 regression] ICE in spill_failure, at reload1.c:2141
--- Comment #1 from debian-gcc at lists dot debian dot org 2009-12-29 12:41 --- Created an attachment (id=19411) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19411action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42536
[Bug c/42538] New: ICE on illegal-code: tree check: expected function_decl, have var_decl in start_function, at c-decl.c:7369
seen on 4.2, 4.3, 4.4, 4.5 (not checked earlier versions): $ gzip -9v ~/main.i $ gcc-4.4 main.i /home/vladimir/Documents/Sondage/main.c:12: error: declaration of 'Saisie' as array of voids /home/vladimir/Documents/Sondage/main.c:12: error: return type is an incomplete type /home/vladimir/Documents/Sondage/main.c: In function 'Saisie': /home/vladimir/Documents/Sondage/main.c:12: error: expected declaration specifiers before ')' token /home/vladimir/Documents/Sondage/main.c:31: error: expected declaration specifiers before 'main' /home/vladimir/Documents/Sondage/main.c:34: confused by earlier errors, bailing out Preprocessed source stored into /tmp/ccOvpYVY.out file, please attach this to your bugreport. $ /usr/lib/gcc-snapshot/bin/gcc main.i /home/vladimir/Documents/Sondage/main.c:12:6: error: declaration of 'Saisie' as array of voids /home/vladimir/Documents/Sondage/main.c:12:1: internal compiler error: tree check: expected function_decl, have var_decl in start_function, at c-decl.c:7369 Please submit a full bug report, with preprocessed source if appropriate. -- Summary: ICE on illegal-code: tree check: expected function_decl, have var_decl in start_function, at c-decl.c:7369 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42538
[Bug c/42538] ICE on illegal-code: tree check: expected function_decl, have var_decl in start_function, at c-decl.c:7369
--- Comment #1 from debian-gcc at lists dot debian dot org 2009-12-29 13:23 --- Created an attachment (id=19414) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19414action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42538
[Bug target/42503] [4.4 Regression] gcc-4.4-20091215 broke libjava on ARM
--- Comment #13 from debian-gcc at lists dot debian dot org 2009-12-29 13:34 --- looks fine to me (but I cannot approve). I'm using this patch already for package builds without seeing regressions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42503
[Bug other/42540] New: c++ error message [vtable undefined] is unhelpful
class A { A(); virtual void B(); }; A::A() {} /* Whoops, I forgot to define A::B() */ $ g++ -Wall a.cc /usr/lib/../lib/crt1.o: In function `_start': (.text+0x20): undefined reference to `main' /tmp/ccaVlePI.o: In function `A::A()': a.cc:(.text+0xf): undefined reference to `vtable for A' collect2: ld returned 1 exit status bug submitter writes: To be clear: the problem is that the error message only mentions the constructor, and the vtable. It doesn't mention the method A::B(), which is actually the problem. On a less-minimal example it could take much longer to work out what the real problem is. -- Summary: c++ error message [vtable undefined] is unhelpful Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42540
[Bug other/28322] GCC new warnings and compatibility
--- Comment #26 from debian-gcc at lists dot debian dot org 2009-12-29 15:35 --- No yet quiet right: $ cat main.c int main() {} $ gcc -c -g -Wall -Wno-long-double main.c main.c: In function 'main': main.c:1:1: warning: control reaches end of non-void function At top level: cc1: warning: unrecognized command line option -Wno-long-double only when no other warning is present, the warning about the unrecognized option vanishes: $ cat main.c int main() {return 0;} $ gcc -c -g -Wall -Wno-long-double main.c $ -- debian-gcc at lists dot debian dot org changed: What|Removed |Added Status|WAITING |NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28322
[Bug other/42542] New: g++ -O3 produces incorrect results for less-than operator
seen at least on x86_64. bug submitter writes: g++ appears to be (incorrectly) using a signed int comparison when -O3 optimization is enabled. Compiling with -O2 or lower produces the correct output. #include numeric #include iostream template typename T struct maximum { T operator()(T a, T b) { return (a b) ? b : a; } }; int main(void) { typedef unsigned int T; T data[13] = {2411691434, 187758716, 2874577865, 1532192406, 850395381, 3670100461, 1052104929, 352534891, 1000719294, 2219234747, 426459, 4166615811, 1898580612}; T init = 0; T result = std::accumulate(data, data + 13, init, maximumT()); std::cout result std::endl; return 0; } $ g++ -O2 -Wall bug.cpp ./a.out 426459 g++ -O3 -Wall bug.cpp ./a.out 1898580612 -- Summary: g++ -O3 produces incorrect results for less-than operator Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42542
[Bug fortran/36192] ICE with wrong index types and bad parens
--- Comment #7 from debian-gcc at lists dot debian dot org 2009-12-29 16:38 --- this appears to be fixed, at least in 4.3.5 and 4.4.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36192
[Bug c++/26155] ICE after error with namespace alias
--- Comment #5 from debian-gcc at lists dot debian dot org 2009-12-29 16:49 --- confirmed with trunk 20091228 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26155
[Bug target/42549] New: Incorrect 3DNow! code generated
[forwarded from http://bugs.debian.org/560812] With the following simple test file, the 3DNow! generated code is incorrect, with final _m_pfsub generated as pfsubr %mm0,%mm0, thus producing completely incorrect result. seen with current branches and trunk. Matthias *** main.c #include mm3dnow.h void Butterfly_3(__m64 *D,__m64 SC,unsigned int IStep,unsigned int Off) { __m64 T,T1,T2; T= _m_pfmul(D[Off+1], SC); T1 = D[Off+0]; D[Off+0] = _m_pfadd(T1, T); D[Off+1] = _m_pfsub(T1, T); } The command line is: gcc -march=athlon -S -O3 main.c The generated code is: *** main.s .filemain.c .text .p2align 4,,15 .globl Butterfly_3 .typeButterfly_3, @function Butterfly_3: pushl%ebp movl%esp, %ebp movl8(%ebp), %edx movl16(%ebp), %ecx leal8(%edx,%ecx,8), %eax leal(%edx,%ecx,8), %edx pfmul(%eax), %mm0 movq(%edx), %mm1 movq%mm1, %mm2 pfadd%mm0, %mm2 pfsubr%mm0, %mm0 movq%mm2, (%edx) movq%mm0, (%eax) leave ret .sizeButterfly_3, .-Butterfly_3 .identGCC: (Debian 4.4.2-4) 4.4.2 .section.note.GNU-stack,,@progbits -- Summary: Incorrect 3DNow! code generated Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: i486-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42549
[Bug target/40954] gcc-4.4.1/s390: internal compiler error: Segmentation fault
--- Comment #2 from debian-gcc at lists dot debian dot org 2009-12-29 23:51 --- not reproducible anymore with 4.4.2 and current 4.5.0 -- debian-gcc at lists dot debian dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work||4.4.2 4.5.0 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40954
[Bug driver/42485] [4.4 regression] -V switch broken
--- Comment #1 from debian-gcc at lists dot debian dot org 2009-12-29 23:54 --- wouldn't it be better to deprecate the -V switch altogether? Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42485
[Bug fortran/42550] New: Unable to give initial value 2**0.5 to a real varable
not seen on trunk, 4.4 branch prints an error message, 4.3 ICEs: $ cat myProg.f95 PROGRAM myProg REAL :: sqrt2 = 2**0.5 PRINT*, sqrt2 END PROGRAM myProg $ gfortran-4.3 myProg.f95 myProg.f95: In function 'myprog': myProg.f95:1: internal compiler error: in gfc_conv_constant, at fortran/trans-const.c:296 Please submit a full bug report, with preprocessed source if appropriate. $ gfortran-4.4 myProg.f95 myProg.f95:2.17: REAL :: sqrt2 = 2**0.5 1 Error: non-constant initialization expression at (1) -- Summary: Unable to give initial value 2**0.5 to a real varable Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42550
[Bug middle-end/8081] ICE with variably sized types and nested functions
--- Comment #20 from debian-gcc at lists dot debian dot org 2009-12-30 01:00 --- reconfirmed with 4.5 20091228. please could somebody update the Known to fail field? Matthias $ /usr/lib/gcc-snapshot/bin/gcc foo.m foo.m: In function 'main': foo.m:15:18: internal compiler error: in assign_stack_temp_for_type, at function.c:703 Please submit a full bug report, with preprocessed source if appropriate. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8081
[Bug libffi/33052] all libffi tests fail with -m64
--- Comment #1 from debian-gcc at lists dot debian dot org 2009-12-28 09:43 --- invalid, turned out to be a build error on my side. Matthias -- debian-gcc at lists dot debian dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33052
[Bug target/41621] [4.4 regression] powerpc-linux-gnu 32bit testsuite regressions with -Os
--- Comment #4 from debian-gcc at lists dot debian dot org 2009-12-28 23:27 --- my bad. my backport of pr40134 still had the chunk to gcc/config/rs600/rs6000.c, which was part of a patch for the trunk. sorry, Matthias -- debian-gcc at lists dot debian dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41621
[Bug bootstrap/42511] New: boostrap error in stage3 on alpha-linux-gnu
seen with trunk 20091226, lowering optimization to -O1 works around the problem. Matthias if [ x-fPIC != x ]; then \ /home/doko/gcc/gcc-4.5-4.5-20091226/build/./prev-gcc/xgcc -B/home/doko/gcc/gcc-4.5-4.5-20091226/build/./prev-gcc/ -B/usr/alpha-linux-gnu/bin/ -B/usr/alpha-linux-gnu/bin/ -B/usr/alpha-linux-gnu/lib/ -isystem /usr/alpha-linux-gnu/include -isystem /usr/alpha-linux-gnu/sys-include-c -DHAVE_CONFIG_H -g -O2 -I. -I../../src/libiberty/../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic -fPIC ../../src/libiberty/regex.c -o pic/regex.o; \ else true; fi In file included from ../../src/libiberty/regex.c:638:0: ../../src/libiberty/regex.c: In function 'byte_re_compile_fastmap': ../../src/libiberty/regex.c:4660:20: warning: '({anonymous})' may be used uninitialized in this function ../../src/libiberty/regex.c: In function 'byte_re_match_2_internal': ../../src/libiberty/regex.c:5543:1: internal compiler error: in mark_operand_necessary, at tree-ssa-dce.c:250 Please submit a full bug report, with preprocessed source if appropriate. make[5]: *** [regex.o] Error 1 make[5]: Leaving directory `/home/doko/gcc/gcc-4.5-4.5-20091226/build/libiberty' make[4]: *** [all-stage3-libiberty] Error 2 make[4]: Leaving directory `/home/doko/gcc/gcc-4.5-4.5-20091226/build' make[3]: *** [stage3-bubble] Error 2 -- Summary: boostrap error in stage3 on alpha-linux-gnu Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: alpha-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42511
[Bug bootstrap/42511] boostrap error in stage3 on alpha-linux-gnu
--- Comment #1 from debian-gcc at lists dot debian dot org 2009-12-26 18:01 --- Created an attachment (id=19395) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19395action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42511
[Bug libstdc++/42460] New: man page errors for generated libstdc++ man pages
the following errors are seen, when generating the man pages on a Debian system, two of them fixed in the attached patch. Matthias C++Intro.3cxx around line 32: table wider than line width __gnu_cxx::enc_filebuf.3cxx 805: warning: macro `If' not defined __gnu_cxx::stdio_sync_filebuf.3cxx 699: warning: macro `If' not defined std::basic_filebuf.3cxx 905: warning: macro `If' not defined std::basic_ios.3cxx 1123: warning: macro `Minimum' not defined std::basic_istream.3cxx 988: warning: macro `)).' not defined std::basic_istringstream.3cxx 1011: warning: macro `)).' not defined std::basic_stringbuf.3cxx 723: warning: macro `If' not defined std::exponential_distribution.3cxx 66: warning: numeric expression expected (got `m') std::gamma_distribution.3cxx 79: normal or special character expected (got a space) std::ios_base.3cxx 636: warning: macro `Minimum' not defined std::linear_congruential_engine.3cxx 82: warning: numeric expression expected (got `f') std::lognormal_distribution.3cxx 79: warning: numeric expression expected (got `r') std::normal_distribution.3cxx 79: warning: numeric expression expected (got `g') std::regex_constants.3cxx 200: warning: macro `,' not defined std::regex_token_iterator.3cxx Invalid or incomplete multibyte or wide character std::regex_traits.3cxx Invalid or incomplete multibyte or wide character std::student_t_distribution.3cxx 76: warning: numeric expression expected (got `r') std::weibull_distribution.3cxx 69: normal or special character expected (got a space) SGIextensions.3cxx Invalid or incomplete multibyte or wide character __gnu_cxx.3cxx Invalid or incomplete multibyte or wide character __gnu_cxx::debug_allocator.3cxx Invalid or incomplete multibyte or wide character __gnu_cxx::malloc_allocator.3cxx Invalid or incomplete multibyte or wide character __gnu_cxx::new_allocator.3cxx Invalid or incomplete multibyte or wide character __gnu_cxx::stdio_filebuf.3cxx Invalid or incomplete multibyte or wide character __gnu_parallel.3cxx Invalid or incomplete multibyte or wide character std::basic_fstream.3cxx Invalid or incomplete multibyte or wide character std::basic_ifstream.3cxx Invalid or incomplete multibyte or wide character std::basic_iostream.3cxx Invalid or incomplete multibyte or wide character std::basic_ofstream.3cxx Invalid or incomplete multibyte or wide character std::basic_ostream.3cxx Invalid or incomplete multibyte or wide character std::basic_ostringstream.3cxx Invalid or incomplete multibyte or wide character std::basic_streambuf.3cxx Invalid or incomplete multibyte or wide character std::basic_stringstream.3cxx Invalid or incomplete multibyte or wide character std::deque.3cxx Invalid or incomplete multibyte or wide character -- Summary: man page errors for generated libstdc++ man pages Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42460
[Bug libstdc++/42460] man page errors for generated libstdc++ man pages
--- Comment #1 from debian-gcc at lists dot debian dot org 2009-12-22 11:40 --- Created an attachment (id=19368) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19368action=view) man pages with errors -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42460
[Bug libstdc++/42460] man page errors for generated libstdc++ man pages
--- Comment #2 from debian-gcc at lists dot debian dot org 2009-12-22 11:42 --- Created an attachment (id=19369) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19369action=view) patch fixing two typos -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42460
[Bug libstdc++/40133] exception propagation support not enabled in libstdc++ 4.4 on {armeabi,hppa}-linux
--- Comment #11 from debian-gcc at lists dot debian dot org 2009-12-14 00:19 --- fixed on the trunk -- debian-gcc at lists dot debian dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40133
[Bug target/40134] symbols not resolved when building shared libraries (link with -lgcc_s -lgcc?)
--- Comment #5 from debian-gcc at lists dot debian dot org 2009-12-14 00:21 --- fixed on the trunk -- debian-gcc at lists dot debian dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40134
[Bug target/41621] [4.4 regression] powerpc-linux-gnu 32bit testsuite regressions with -Os
--- Comment #3 from debian-gcc at lists dot debian dot org 2009-12-11 07:22 --- I still see these with 4.4 20091210: https://buildd.debian.org/fetch.cgi?pkg=gcc-4.4ver=4.4.2-4arch=powerpcstamp=1260479927file=log trying a vanilla build with same configure defaults in the same environment now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41621
[Bug c++/42317] [4.5 Regression] Issues with comdat virtual dtors
--- Comment #2 from debian-gcc at lists dot debian dot org 2009-12-08 08:56 --- with the proposed patch applied, the build fails now with: virtual __gnu_cxx::stdio_sync_filebufwchar_t::~stdio_sync_filebuf()/243(191) @0x4093abd0 availability:available 22 time, 11 benefit ( 24 after inlining) 4 size, 2 benefit (6 after inlining) reachable body externally_visible finalized inlinable called by: calls: void operator delete(void*)/317 (1.00 per call) __gnu_cxx::stdio_sync_filebufwchar_t::~stdio_sync_filebuf()/113 (inlined) (1 .00 per call) ../../../../src/libstdc++-v3/src/ios_init.cc:199:1: internal compiler error: failed to reclaim unneeded function Please submit a full bug report, with preprocessed source if appropriate. the file ios_init.ii builds with -O0, but not with -O1 or higher Matthias -- debian-gcc at lists dot debian dot org changed: What|Removed |Added CC||debian-gcc at lists dot ||debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42317
[Bug c++/42317] [4.5 Regression] Issues with comdat virtual dtors
--- Comment #3 from debian-gcc at lists dot debian dot org 2009-12-08 08:58 --- Created an attachment (id=19256) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19256action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42317
[Bug target/42323] bootstrap error in libstdc++ powerpc biarch compiler, building 64bit libstdc++ debug lib
--- Comment #2 from debian-gcc at lists dot debian dot org 2009-12-08 12:37 --- *** This bug has been marked as a duplicate of 42317 *** -- debian-gcc at lists dot debian dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42323
[Bug c++/42317] [4.5 Regression] Issues with comdat virtual dtors
--- Comment #6 from debian-gcc at lists dot debian dot org 2009-12-08 12:37 --- *** Bug 42323 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42317
[Bug target/42323] New: bootstrap error in libstdc++ powerpc biarch compiler, building 64bit libstdc++ debug lib
/gcc-snapshot-20091204/build/powerpc-linux-gnu/64/libstdc++-v3/src/.libs -lm -L/build/buildd/gcc-snapshot-20091204/build/./gcc/64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/build/buildd/gcc-snapshot-20091204/build/./gcc -lc -lgcc_s /build/buildd/gcc-snapshot-20091204/build/./gcc/64/crtendS.o /usr/lib/../lib64/crtn.o -m64 -mstrict-align -Wl,-O1 -Wl,-z -Wl,relro -Wl,--gc-sections -m64 -fPIC -mstrict-align -Wl,--version-script=libstdc++-symbols.ver -Wl,-soname -Wl,libstdc++.so.6 -o .libs/libstdc++.so.6.0.14 `std::__codecvt_abstract_basechar, char, __mbstate_t::~__codecvt_abstract_base()' referenced in section `.data.rel.ro._ZTVSt23__codecvt_abstract_baseIcc11__mbstate_tE[vtable for std::__codecvt_abstract_basechar, char, __mbstate_t]' of .libs/locale-inst.o: defined in discarded section `.group' of .libs/locale-inst.o `std::__codecvt_abstract_basewchar_t, char, __mbstate_t::~__codecvt_abstract_base()' referenced in section `.data.rel.ro._ZTVSt23__codecvt_abstract_baseIwc11__mbstate_tE[vtable for std::__codecvt_abstract_basewchar_t, char, __mbstate_t]' of .libs/wlocale-inst.o: defined in discarded section `.group' of .libs/wlocale-inst.o `std::__ctype_abstract_basewchar_t::~__ctype_abstract_base()' referenced in section `.data.rel.ro._ZTVSt21__ctype_abstract_baseIwE[vtable for std::__ctype_abstract_basewchar_t]' of .libs/wlocale-inst.o: defined in discarded section `.group' of .libs/wlocale-inst.o collect2: ld returned 1 exit status make[11]: *** [libstdc++.la] Error 1 make[11]: Leaving directory `/build/buildd/gcc-snapshot-20091204/build/powerpc-linux-gnu/64/libstdc++-v3/src/debug' make[10]: *** [build_debug] Error 2 make[10]: Leaving directory `/build/buildd/gcc-snapshot-20091204/build/powerpc-linux-gnu/64/libstdc++-v3/src' make[9]: *** [all-recursive] Error 1 -- Summary: bootstrap error in libstdc++ powerpc biarch compiler, building 64bit libstdc++ debug lib Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: powerpc64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42323
[Bug target/41621] New: [4.4 regression] powerpc-linux-gnu 32bit testsuite regressions with -Os
timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. WARNING: program timed out. FAIL: gfortran.fortran-torture/execute/entry_1.f90 execution, -Os WARNING: program timed out. FAIL: gfortran.fortran-torture/execute/entry_4.f90 execution, -Os WARNING: program timed out. FAIL: gfortran.fortran-torture/execute/entry_6.f90 execution, -Os WARNING: program timed out. FAIL: gfortran.fortran-torture/execute/entry_7.f90 execution, -Os WARNING: program timed out. FAIL: gfortran.fortran-torture/execute/entry_9.f90 execution, -Os WARNING: program timed out. FAIL: gfortran.fortran-torture/execute/intrinsic_aint_anint.f90 execution, -Os WARNING: program timed out. FAIL: gfortran.fortran-torture/execute/intrinsic_dotprod.f90 execution, -Os WARNING: program timed out. FAIL: gfortran.fortran-torture/execute/intrinsic_fraction_exponent.f90 execution, -Os WARNING: program timed out. FAIL: gfortran.fortran-torture/execute/intrinsic_mod_ulo.f90 execution, -Os FAIL: gfortran.fortran-torture/execute/intrinsic_nearest.f90 execution, -Os WARNING: program timed out. FAIL: gfortran.fortran-torture/execute/intrinsic_scale.f90 execution, -Os WARNING: program timed out. FAIL: gfortran.fortran-torture/execute/power.f90 execution, -Os libgomp (none of these times out with -m64 during the same build): Running target unix WARNING: program timed out. FAIL: libgomp.fortran/appendix-a/a.16.1.f90 -Os execution test WARNING: program timed out. FAIL: libgomp.fortran/appendix-a/a.31.5.f90 -Os execution test WARNING: program timed out. FAIL: libgomp.fortran/jacobi.f -Os execution test WARNING: program timed out. FAIL: libgomp.fortran/lib1.f90 -Os execution test WARNING: program timed out. FAIL: libgomp.fortran/lib2.f -Os execution test WARNING: program timed out. FAIL: libgomp.fortran/lib3.f -Os execution test WARNING: program timed out. FAIL: libgomp.fortran/reduction3.f90 -Os execution test WARNING: program timed out. FAIL: libgomp.fortran/reference1.f90 -Os execution test WARNING: program timed out. FAIL: libgomp.fortran/retval1.f90 -Os execution test WARNING: program timed out. FAIL: libgomp.fortran/retval2.f90 -Os execution test WARNING: program timed out. FAIL: libgomp.fortran/vla1.f90 -Os execution test WARNING: program timed out. FAIL: libgomp.fortran/vla2.f90 -Os execution test WARNING: program timed out. FAIL: libgomp.fortran/vla4.f90 -Os execution test WARNING: program timed out. FAIL: libgomp.fortran/vla5.f90 -Os execution test WARNING: program timed out. FAIL: libgomp.fortran/vla6.f90 -Os execution test -- Summary: [4.4 regression] powerpc-linux-gnu 32bit testsuite regressions with -Os Product: gcc Version: 4.4.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: powerpc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41621
[Bug target/41327] [4.4 regression] ICE (segmentation fault) with -O3
--- Comment #3 from debian-gcc at lists dot debian dot org 2009-09-29 22:44 --- confirmed: https://buildd.debian.org/fetch.cgi?pkg=gcc-snapshotver=20090923-1arch=alphastamp=1253933048file=log https://buildd.debian.org/fetch.cgi?pkg=gcj-4.4ver=4.4.1-4arch=alphastamp=1252769258file=log thanks! although I see regression in the libffi testsuite on trunk Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41327
[Bug testsuite/33263] [4.3/4.4/4.5 regression] libjava testsuite failures on alpha-linux
--- Comment #11 from debian-gcc at lists dot debian dot org 2009-09-29 22:45 --- confirmed: https://buildd.debian.org/fetch.cgi?pkg=gcc-snapshotver=20090923-1arch=alphastamp=1253933048file=log https://buildd.debian.org/fetch.cgi?pkg=gcj-4.4ver=4.4.1-4arch=alphastamp=1252769258file=log thanks! although I see regression in the libffi testsuite on trunk Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33263
[Bug target/41327] [4.4 regression] ICE (segmentation fault) with -O3
--- Comment #4 from debian-gcc at lists dot debian dot org 2009-09-29 22:47 --- sorry, the last comment should have gone to PR33263, I'll need to find the time to recheck this issue. Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41327
[Bug target/41327] [4.4 regression] ICE (segmentation fault) with -O3
--- Comment #5 from debian-gcc at lists dot debian dot org 2009-09-29 22:48 --- fixed -- debian-gcc at lists dot debian dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work|4.3.4 4.5.0 |4.3.4 4.5.0 4.4.2 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41327
[Bug tree-optimization/41101] [4.4 Regression] ICE in compute_antic, at tree-ssa-pre.c:2419
--- Comment #25 from debian-gcc at lists dot debian dot org 2009-09-11 16:50 --- checked the backport of the 2nd chunk on the 4.4 branch without regressions on i386 and amd64. Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41101
[Bug target/41327] New: [4.4 regression] ICE (segmentation fault) with -O3
seen with 4.4 branch 20090822 (biarch compiler defaulting to 31bit), not with 4.3 and trunk 20090821, the ICE can be avoided using -O2 instead of -O3. $ gcc-4.4 -O3 -c Any3Byte.i ../../../src/share/native/sun/awt/../java2d/loops/Any3Byte.c: In function Any3ByteSetSpans: ../../../src/share/native/sun/awt/../java2d/loops/Any3Byte.c:73: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See file:///usr/share/doc/gcc-4.4/README.Bugs for instructions. No useful information in the backtrace. Matthias -- Summary: [4.4 regression] ICE (segmentation fault) with -O3 Product: gcc Version: 4.4.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: s390-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41327
[Bug target/41327] [4.4 regression] ICE (segmentation fault) with -O3
--- Comment #1 from debian-gcc at lists dot debian dot org 2009-09-10 09:35 --- Created an attachment (id=18561) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18561action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41327
[Bug other/41101] New: [4.4 regression] build doesn't terminate (endless loop?)
[forwarded from http://bugs.debian.org/541816] works with trunk and 4.4.1 release, fails with gcc-4.4-branch 20090708 (-O2, but works with -O0 and -O1), seen on at least ix86 and x86_64. Matthias gcc-4.4 -S -O2 -Wall -fno-strict-aliasing gcc44bug.i -- Summary: [4.4 regression] build doesn't terminate (endless loop?) Product: gcc Version: 4.4.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41101
[Bug other/41101] [4.4 regression] build doesn't terminate (endless loop?)
--- Comment #1 from debian-gcc at lists dot debian dot org 2009-08-18 10:48 --- Created an attachment (id=18394) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18394action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41101
[Bug target/40954] New: gcc-4.4.1/s390: internal compiler error: Segmentation fault
[forwarded from http://bugs.debian.org/539713] Matthias The following code triggers an ice on s390 with -m64: void wmemset (int *s, int c, int n) { register int *wp = s; while (n = 4) { wp[0] = c; wp[1] = c; wp[2] = c; wp[3] = c; wp += 4; n -= 4; } } $ gcc-4.4 -m64 -O3 -c testcase.i testcase.i: In function wmemset: testcase.i:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. -- Summary: gcc-4.4.1/s390: internal compiler error: Segmentation fault Product: gcc Version: 4.4.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: s390-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40954
[Bug libgcj/40859] New: [4.4/4.5 regression] regressions in libjava testsuite on arm-linux
seen with 4.4.1: Executing on host: /home/doko/gcc/4.4/gcj-4.4-4.4.1/build/gcc/xgcc -B/home/doko/gcc/4.4/gcj-4.4-4.4.1/build/gcc/ -g -I. -I.. -fdollars-in-identifiers -I/home/doko/gcc/4.4/gcj-4.4-4.4.1/src/libjava/testsuite/.. -I/home/doko/gcc/4.4/gcj-4.4-4.4.1/src/libjava/testsuite/../include -I/home/doko/gcc/4.4/gcj-4.4-4.4.1/src/libjava/testsuite/../classpath/include -I/home/doko/gcc/4.4/gcj-4.4-4.4.1/build/arm-linux-gnueabi/libjava/testsuite/../include -I/home/doko/gcc/4.4/gcj-4.4-4.4.1/build/arm-linux-gnueabi/libjava/testsuite/../../boehm-gc/include -c -o natevents.o /home/doko/gcc/4.4/gcj-4.4-4.4.1/src/libjava/testsuite/libjava.jvmti/natevents.cc (timeout = 600) In file included from /home/doko/gcc/4.4/gcj-4.4-4.4.1/src/libjava/testsuite/../classpath/include/jvmti.h:46, from /home/doko/gcc/4.4/gcj-4.4-4.4.1/src/libjava/testsuite/libjava.jvmti/natevents.cc:4: /home/doko/gcc/4.4/gcj-4.4-4.4.1/src/libjava/testsuite/../classpath/include/jni.h:660: note: the mangling of 'va_list' has changed in GCC 4.4 output is: In file included from /home/doko/gcc/4.4/gcj-4.4-4.4.1/src/libjava/testsuite/../classpath/include/jvmti.h:46, from /home/doko/gcc/4.4/gcj-4.4-4.4.1/src/libjava/testsuite/libjava.jvmti/natevents.cc:4: /home/doko/gcc/4.4/gcj-4.4-4.4.1/src/libjava/testsuite/../classpath/include/jni.h:660: note: the mangling of 'va_list' has changed in GCC 4.4 FAIL: natevents.cc compilation and some more -- Summary: [4.4/4.5 regression] regressions in libjava testsuite on arm-linux Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40859
[Bug libgcj/40860] New: [4.4/4.5 regression] regressions in libjava testsuite on arm-linux
/gcj-4.4-4.4.1/src/libjava/testsuite/libjava.lang/stacktrace.jar -w -specs=libgcj-test.spec -no-install --main=stacktrace -O3 -findirect-dispatch -g -L/home/doko/gcc/4.4/gcj-4.4-4.4.1/build/arm-linux-gnueabi/./libjava/.libs -lm -o /home/doko/gcc/4.4/gcj-4.4-4.4.1/build/arm-linux-gnueabi/libjava/testsuite/stacktrace.exe (timeout = 600) PASS: stacktrace -O3 -findirect-dispatch compilation from source set_ld_library_path_env_vars: ld_library_path=.:/home/doko/gcc/4.4/gcj-4.4-4.4.1/build/arm-linux-gnueabi/./libjava/.libs:/home/doko/gcc/4.4/gcj-4.4-4.4.1/build/gcc invoke: /home/doko/gcc/4.4/gcj-4.4-4.4.1/build/arm-linux-gnueabi/libjava/testsuite/stacktrace.exe Setting LD_LIBRARY_PATH to .:/home/doko/gcc/4.4/gcj-4.4-4.4.1/build/arm-linux-gnueabi/./libjava/.libs:/home/doko/gcc/4.4/gcj-4.4-4.4.1/build/gcc:.:/home/doko/gcc/4.4/gcj-4.4-4.4.1/build/arm-linux-gnueabi/./libjava/.libs:/home/doko/gcc/4.4/gcj-4.4-4.4.1/build/gcc stacktrace.c stacktrace.b stacktrace.a stacktrace.main PASS: stacktrace -O3 -findirect-dispatch execution - source compiled test FAIL: stacktrace -O3 -findirect-dispatch output - source compiled test -- Summary: [4.4/4.5 regression] regressions in libjava testsuite on arm-linux Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: arm-linux-gnueabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40860
[Bug target/40813] New: [4.4 regression] ICE in gsi_insert_seq_nodes_after, at gimple-iterator.c:222
seen while building openjdk-6 on sparc-linux-gnu with 4.4 branch. 4.3 branch does work. Matthias g++-4.4 -c -fPIC -O1 -fno-strict-aliasing -fno-rtti -fno-exceptions -fcheck-new c1_MacroAssembler_sparc.ii In file included from ../generated/incls/_assembler_pd.hpp.incl:2, from /home/doko/openjdk/openjdk-6-6b16~pre4/build/openjdk-ecj/hotspot/src/share/vm/asm/assembler.hpp:310, from ../generated/incls/_c1_MacroAssembler_sparc.cpp.incl:60, from /home/doko/openjdk/openjdk-6-6b16~pre4/build/openjdk-ecj/hotspot/src/cpu/sparc/vm/c1_MacroAssembler_sparc.cpp:27: /home/doko/openjdk/openjdk-6-6b16~pre4/build/openjdk-ecj/hotspot/src/cpu/sparc/vm/assembler_sparc.hpp: In constructor Address::Address(RegisterImpl*, unsigned char*, relocInfo::relocType): /home/doko/openjdk/openjdk-6-6b16~pre4/build/openjdk-ecj/hotspot/src/cpu/sparc/vm/assembler_sparc.hpp:302: internal compiler error: in gsi_insert_seq_nodes_after, at gimple-iterator.c:222 Please submit a full bug report, with preprocessed source if appropriate. building with -O0 or omitting -fcheck-new avoids the ICE. -- Summary: [4.4 regression] ICE in gsi_insert_seq_nodes_after, at gimple-iterator.c:222 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: sparc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40813
[Bug target/40813] [4.4 regression] ICE in gsi_insert_seq_nodes_after, at gimple-iterator.c:222
--- Comment #1 from debian-gcc at lists dot debian dot org 2009-07-20 23:58 --- Created an attachment (id=18232) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18232action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40813
[Bug target/40134] symbols not resolved when building shared libraries (link with -lgcc_s -lgcc?)
--- Comment #2 from debian-gcc at lists dot debian dot org 2009-07-07 09:08 --- proposed patch at http://gcc.gnu.org/ml/gcc-patches/2009-07/msg00322.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40134
[Bug debug/40462] [4.5 Regression] ICE in dwarf2out_begin_epilogue, at dwarf2out.c:2773 while compiling mlib-tgt.adb
--- Comment #3 from debian-gcc at lists dot debian dot org 2009-06-22 08:23 --- seen on hppa-linux-gnu as well, the proposed fix allows bootstrapping on hppa-linux-gnu as well. Matthias -- debian-gcc at lists dot debian dot org changed: What|Removed |Added CC||debian-gcc at lists dot ||debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40462
[Bug bootstrap/40347] [4.5 Regression] i386-darwin ICEs while building libgcc during stage2
--- Comment #4 from debian-gcc at lists dot debian dot org 2009-06-22 08:45 --- A bootstrap on hppa-linux-gnu works for me with the patch suggested in PR 40462, still seeing a bootstrap failure on sparc-linux-gnu, as in PR40352. No preprocessed source yet. -- debian-gcc at lists dot debian dot org changed: What|Removed |Added CC||debian-gcc at lists dot ||debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40347
[Bug middle-end/40506] New: ICE with -fwhole-program --combine (verify_stmts failed)
i686-linux-gnu, with trunk 20090620: Matthias /scratch/packages/gcc/snap/gcc-snapshot-20090620/build/gcc/xgcc -B/scratch/packages/gcc/snap/gcc-snapshot-20090620/build/gcc/ -O2 -std=gnu99 -fwhole-program --combine -c -o mksh.o edit.i eval.i exec.i expr.i funcs.i histrap.i jobs.i lalloc.i lex.i main.i misc.i shf.i syn.i tree.i var.i ../../mksh/jobs.c: In function 'exchild': ../../mksh/jobs.c:458:4: warning: ignoring return value of 'nice', declared with attribute warn_unused_result ../../mksh/var.c: In function 'ktnext': ../../mksh/var.c:1372:1: error: invalid conversion in return statement struct tbl * struct tbl * return D.104473_1; ../../mksh/var.c:1372:1: internal compiler error: verify_stmts failed Please submit a full bug report, with preprocessed source if appropriate. See file:///usr/share/doc/gcc-snapshot/README.Bugs for instructions. with 4.4 branch: $ gcc-4.4 -O2 -std=gnu99 -fwhole-program --combine -c -o mksh.o edit.i eval.i exec.i expr.i funcs.i histrap.i jobs.i lalloc.i lex.i main.i misc.i shf.i syn.i tree.i var.i../../mksh/jobs.c: In function 'exchild': ../../mksh/jobs.c:458: warning: ignoring return value of 'nice', declared with attribute warn_unused_result ../../mksh/edit.c: In function 'vi_cmd': /usr/include/bits/string3.h:56: sorry, unimplemented: inlining failed in call to 'memmove': function body not available ../../mksh/edit.c:4135: sorry, unimplemented: called from here /usr/include/bits/string3.h:56: sorry, unimplemented: inlining failed in call to 'memmove': function body not available ../../mksh/edit.c:4139: sorry, unimplemented: called from here /usr/include/bits/string3.h:49: sorry, unimplemented: inlining failed in call to 'memcpy': redefined extern inline functions are not considered for inlining ../../mksh/edit.c:4170: sorry, unimplemented: called from here /usr/include/bits/string3.h:49: sorry, unimplemented: inlining failed in call to 'memcpy': redefined extern inline functions are not considered for inlining ../../mksh/edit.c:4173: sorry, unimplemented: called from here /usr/include/bits/string3.h:56: sorry, unimplemented: inlining failed in call to 'memmove': function body not available ../../mksh/edit.c:5095: sorry, unimplemented: called from here ../../mksh/lex.c:955: confused by earlier errors, bailing out -- Summary: ICE with -fwhole-program --combine (verify_stmts failed) Product: gcc Version: 4.4.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40506
[Bug middle-end/40506] ICE with -fwhole-program --combine (verify_stmts failed)
--- Comment #1 from debian-gcc at lists dot debian dot org 2009-06-20 18:22 --- Created an attachment (id=18034) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18034action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40506
[Bug objc/40507] New: ICE on invalid ObjC code
$ /scratch/packages/gcc/snap/gcc-snapshot-20090620/build/gcc/xgcc -B/scratch/packages/gcc/snap/gcc-snapshot-20090620/build/gcc/ -c NSStringTest.mi NSStringTest.m: In function '+[NSStringTest modulusOn:by:]': NSStringTest.m:64:12: error: expected ':' before ']' token NSStringTest.m:64:12: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 3c6a6df60777a1ffe3c8f08ba2449167 NSStringTest.m: In function '+[NSStringTest modulusOn:by:]': NSStringTest.m:64:12: error: expected ':' before ']' token Program received signal SIGSEGV, Segmentation fault. objc_build_message_expr (mess=0xf7528e70) at ../../src/gcc/objc/objc-act.c:6280 6280 if (TREE_CODE (args) == IDENTIFIER_NODE) (gdb) bt #0 objc_build_message_expr (mess=0xf7528e70) at ../../src/gcc/objc/objc-act.c:6280 #1 0x080e8992 in c_parser_postfix_expression (parser=0xf7d3dc78) at ../../src/gcc/c-parser.c:5665 #2 0xf7528e70 in ?? () #3 0x in ?? () (gdb) p args $1 = (tree) 0x0 -- Summary: ICE on invalid ObjC code Product: gcc Version: 4.4.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: objc AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40507
[Bug objc/40507] ICE on invalid ObjC code
--- Comment #1 from debian-gcc at lists dot debian dot org 2009-06-20 19:38 --- Created an attachment (id=18035) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18035action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40507
[Bug libgcj/36658] Building gcj for arm linux from trunk (gcc 4.4.0): libjava/gcj/array.h:24: internal compiler error: verify_gimple failed
--- Comment #2 from debian-gcc at lists dot debian dot org 2009-05-18 07:33 --- a native build for arm-linux-gnueabi works fine in 4.4.0, e.g. https://buildd.debian.org/fetch.cgi?pkg=gcj-4.4ver=4.4.0-2arch=armelstamp=1241854512file=log Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36658
[Bug bootstrap/38867] [Regression] gcc 4.4.0 20090114 - libjava/configure sets NONE/share/python, need ${prefix}/share/python
--- Comment #3 from debian-gcc at lists dot debian dot org 2009-05-18 07:39 --- looks much like an expansion issue in automake, which was fixed for automake-1.11, but I fail to see how it gets wrongly expanded in the current 4.4.0 release. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=524176 Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38867
[Bug libgcj/35367] Linux x86 build (with --enable-targets=all, so also building with cross-to-x64 multilib configuration) fails in libjava (prims.cc)
--- Comment #1 from debian-gcc at lists dot debian dot org 2009-05-18 07:44 --- debian doesn't have all libraries needed as build dependencies as 64bit versions, so it's clear that the build fails. IMO not a GCC issue. Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35367
[Bug tree-optimization/40157] ICE with -floop-block
--- Comment #3 from debian-gcc at lists dot debian dot org 2009-05-16 12:48 --- a patch would be appreciated, even if it's not applied directly in the 4.4 branch. Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40157
[Bug libstdc++/40133] New: exception propagation support not enabled in libstdc++ 4.4 on {armeabi,hppa}-linux
Tracking http://gcc.gnu.org/ml/gcc/2009-05/msg00035.html as a bug report. Paolo checked in a patch in rev 147123 on the gcc-4_4-branch to do link tests for the atomic builtins, which works ok on hppa, but fails for arm. -- Summary: exception propagation support not enabled in libstdc++ 4.4 on {armeabi,hppa}-linux Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: arm-linux-gnueabi hppa-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40133
[Bug target/40134] New: symbols not resolved when building shared libraries (link with -lgcc_s -lgcc?)
this showed up when trying to address PR40133. Enabling the exception propagation support keeps the __sync_val_compare_and_swap_4 unresolved. /usr/bin/ld: ./atomic-1.exe: hidden symbol `__sync_val_compare_and_swap_4' in /home/doko/gcc/4.4/gcc-4.4-4.4.0/build/gcc/libgcc.a(linux-atomic.o) is referenced by DSO /usr/bin/ld: final link failed: Nonrepresentable section on output Linking the shared libstdc++ with both -lgcc_s and -lgcc does fix these. There seem to be two issues: - libtool currently doesn't allow to link with -lgcc_s -lgcc (in this order). see http://gcc.gnu.org/ml/libstdc++/2009-05/msg00064.html - g++ should link be default with -lgcc_s -lgcc? this is how I understand http://gcc.gnu.org/ml/gcc/2009-05/msg00039.html -- Summary: symbols not resolved when building shared libraries (link with -lgcc_s -lgcc?) Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: arm-linux-gnueabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40134
[Bug libstdc++/40133] exception propagation support not enabled in libstdc++ 4.4 on {armeabi,hppa}-linux
--- Comment #1 from debian-gcc at lists dot debian dot org 2009-05-13 17:07 --- the arm failure is PR40134 now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40133
[Bug libstdc++/40038] New: [4.4/4.5 regression] symbols ce...@glibcxx_3.4.3 and ta...@glibcxx_3.4 not exported
seen in https://buildd.debian.org/fetch.cgi?pkg=gcc-4.4ver=4.4.0-3arch=mipsstamp=1241547561file=log PR26926 mentions these exports as unnecessary, but afaiu these are not supposed to be removed in libstdc++.so.6. Matthias -- Summary: [4.4/4.5 regression] symbols ce...@glibcxx_3.4.3 and ta...@glibcxx_3.4 not exported Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: mips-linux-gnu mipsel-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40038
[Bug libstdc++/40038] [4.4/4.5 regression] symbols ce...@glibcxx_3.4.3 and ta...@glibcxx_3.4 not exported
--- Comment #2 from debian-gcc at lists dot debian dot org 2009-05-06 10:14 --- same for arm-linux-gnu arm-linux-gnueabi Matthias -- debian-gcc at lists dot debian dot org changed: What|Removed |Added GCC target triplet|mips-linux-gnu mipsel-linux-|mips-linux-gnu mipsel-linux- |gnu |gnu arm-linux-gnu arm-linux- ||gnueabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40038
[Bug boehm-gc/39833] [4.4 regression] boehm-gc fails to build
--- Comment #1 from debian-gcc at lists dot debian dot org 2009-04-23 10:00 --- invalid, build issue on Debian's side. sorry for the noise. Matthias -- debian-gcc at lists dot debian dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39833
[Bug libstdc++/39868] New: libstdc++ generates man pages, which conflict with the linux manpages
trying to install the libstdc++ manpages for 4.4 in the same location as the pages from the manpages-dev package, I see the following conflicts: random.3 string.3 queue.3 ctime.3 regex.3 So maybe install all man pages as .3cxx? Maybe don't install the todo.3 at all. -- Summary: libstdc++ generates man pages, which conflict with the linux manpages Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39868
[Bug regression/39828] New: [4.4 regression] missing symbols in 64bit libgcc
@@ __register_frame_info_ta...@glibc_2.0 1:4.1.1 __register_frame_info_table_ba...@gcc_3.0 1:4.1.1 __register_frame_ta...@glibc_2.0 1:4.1.1 - __sub...@gcc_3.0 1:4.2.1 - __sub...@gcc_3.0 1:4.2.1 +#MISSING: 1:4.4-20090418-1# __sub...@gcc_3.0 1:4.2.1 +#MISSING: 1:4.4-20090418-1# __sub...@gcc_3.0 1:4.2.1 __subv...@gcc_3.0 1:4.1.1 __subv...@gcc_3.0 1:4.1.1 __subv...@gcc_3.4.4 1:4.1.1 - __truncdf...@gcc_3.0 1:4.2.1 +#MISSING: 1:4.4-20090418-1# __truncdf...@gcc_3.0 1:4.2.1 __ucmp...@gcc_3.0 1:4.1.1 __udivmod...@gcc_3.0 1:4.1.1 __udiv...@gcc_3.0 1:4.1.1 __umod...@gcc_3.0 1:4.1.1 - __unord...@gcc_3.3.4 1:4.2.1 - __unord...@gcc_3.3.4 1:4.2.1 +#MISSING: 1:4.4-20090418-1# __unord...@gcc_3.3.4 1:4.2.1 +#MISSING: 1:4.4-20090418-1# __unord...@gcc_3.3.4 1:4.2.1 _xlq...@gcc_3.4 1:4.1.1 _xlq...@gcc_3.4 1:4.1.1 _xlq...@gcc_3.4 1:4.1.1 -- Summary: [4.4 regression] missing symbols in 64bit libgcc Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: critical Priority: P3 Component: regression AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: powerpc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39828
[Bug target/38548] New: [4.4 Regression] bootstrap broken on arm-linux-gnu (not gnueabi)
:334: undefined reference to `__floatdidf' libbackend.a(ipa-inline.o): In function `cgraph_edge_badness': /build/buildd/gcc-snapshot-20080323/build/gcc/../../src/gcc/ipa-inline.c:507: undefined reference to `__floatdidf' libbackend.a(ipa-inline.o):/build/buildd/gcc-snapshot-20080323/build/gcc/../../src/gcc/ipa-inline.c:507: more undefined references to `__floatdidf' follow collect2: ld returned 1 exit status make[5]: *** [cc1-dummy] Error 1 -- Summary: [4.4 Regression] bootstrap broken on arm-linux-gnu (not gnueabi) Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: arm-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38548
[Bug tree-optimization/38355] New: ICE with -fipa-struct-reorg / -fipa-pta
[forwarded from http://bugs.debian.org/PR498708] seen with 4.3 branch and trunk 20081130, building without -fipa-struct-reorg works. $ g++ -O3 -fwhole-program -fipa-struct-reorg xx.cc xx.cc:289: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See file:///usr/share/doc/gcc-4.3/README.Bugs for instructions. $ g++ -O3 -fwhole-program -fipa-pta xx.cc /usr/include/c++/4.3/bits/vector.tcc: In member function 'void std::vector_Tp, _Alloc::_M_insert_aux(__gnu_cxx::__normal_iteratortypename std::_Vector_base_Tp, _Alloc::_Tp_alloc_type::pointer, std::vector_Tp, _Alloc , const _Tp) [with _Tp = int, _Alloc = std::allocatorint]': /usr/include/c++/4.3/bits/vector.tcc:283: internal compiler error: in initialize_flags_in_bb, at tree-into-ssa.c:437 Please submit a full bug report, with preprocessed source if appropriate. See file:///usr/share/doc/gcc-4.3/README.Bugs for instructions. -- Summary: ICE with -fipa-struct-reorg / -fipa-pta Product: gcc Version: 4.3.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38355