[Bug fortran/34729] Localization of run-time error messages, written into the executable
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2008-02-25 08:37 --- Fixed on mainline. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34729
[Bug fortran/34729] Localization of run-time error messages, written into the executable
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2008-02-25 08:37 --- Subject: Bug 34729 Author: fxcoudert Date: Mon Feb 25 08:36:15 2008 New Revision: 132612 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132612 Log: PR fortran/34729 * trans-const.c (gfc_build_string_const): Don't call gettext. (gfc_build_localized_string_const): New function. * trans-const.h (gfc_build_localized_string_const): New prototype. * trans.c (gfc_trans_runtime_check): Use gfc_build_localized_string_const instead of gfc_build_string_const. (gfc_call_malloc): Likewise. (gfc_allocate_with_status): Likewise. (gfc_allocate_array_with_status): Likewise. (gfc_deallocate_with_status): Likewise. (gfc_call_realloc): Likewise. * trans-io.c (gfc_trans_io_runtime_check): Likewise. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-const.c trunk/gcc/fortran/trans-const.h trunk/gcc/fortran/trans-io.c trunk/gcc/fortran/trans.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34729
[Bug target/35311] ICE at postreload.c:392 while building webkit on s390
--- Comment #3 from krebbel at gcc dot gnu dot org 2008-02-25 09:05 --- This problem has already been fixed for GCC 4.3 (#34641). The testcase from that PR didn't fail for GCC 4.2 so I didn't apply the patch on 4.2 as well. But now the patch should be fine for 4.2. I've verified that it fixes your testcase. -- krebbel at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-02-25 09:05:09 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35311
[Bug fortran/35339] Improve translation of implied do loop in transfer
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2008-02-25 10:00 --- (In reply to comment #0) > real, dimension(10) :: a > write(10,'(10f8.3)') a > write(10,'(10f8.3)') (a(i), i=1,10) The problem is, this isn't possible in the most generic case: write(10,'(10f8.3)') (a(i**-2*i+13), i=1,10) -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35339
[Bug middle-end/35343] Sum-reduction loop not recognized
--- Comment #1 from dorit at gcc dot gnu dot org 2008-02-25 10:21 --- (In reply to comment #0) > It is beneficial to unroll reduction loop (and split the reduction target) to > reduce dependence height due to recurrence, but GCC does not perform such > optimization (-O3 -fno-tree-vectorize) it does, if you use -fvariable-expansion-in-unroller -funroll-loops (this splits the reduction target into 2 accumulators. For more agressive spiltting you can use --param max-variable-expansions-in-unrolle=[n]) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35343
[Bug libgomp/35364] New: ICE on ia64 with vector declaration inside #pragma omp parallel
Overview The following code fails to compile on ia64 platform with standard options. The problem is gone when: - removing the #pragma or - declaring a double instead of a vector or - not explicitly assigning a length to the vector - inlining foo() Problematic code: = #include #include class A { void foo(); }; void A::foo() { #pragma omp parallel { std::vector x(0); } } Steps to reproduce Compile using g++ -Wall -fopenmp -save-temps -o ice.o -c ice.h Build Date & Platform = Linux 2.4.21-27.0.4.EL #1 SMP ia64 GNU/Linux GCC version: SVN revision 131821 (2008-01-25) (I don't know about earlier or later versions) GCC was configured with Configured with: ../gcc/configure --prefix=(...) --enable-languages=c++,fortran --with-gmp=(...) --with-mpfr=(...) CC=gcc CXX=g++ The bug does not show up on amd64 using the same revision. -- Summary: ICE on ia64 with vector declaration inside #pragma omp parallel Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgomp AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: steigers at phys dot ethz dot ch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35364
[Bug libgomp/35364] ICE on ia64 with vector declaration inside #pragma omp parallel
--- Comment #1 from steigers at phys dot ethz dot ch 2008-02-25 10:35 --- Created an attachment (id=15221) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15221&action=view) Preprocessed file (.ii) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35364
[Bug target/35365] New: dlopen fails because of missing _Jv_RegisterClasses under HP-UX 11.11
I build the DBD::mysql Perl module under HP-UX 11.11 on an RP3440 machine with GCC 4.2.1. The link looked like this: LD_RUN_PATH="/usr/local/mysql/lib" /opt/perl_64/bin/perl myld gcc -shared -static-libgcc -fPIC -L/lib/pa20_64 dbdimp.o mysql.o -o blib/arch/auto/DBD/mysql/mysql.sl -L/usr/local/mysql/lib -L/opt/hp-gcc64-4.2.1/lib/gcc/hppa64-hp-hpux11.11/4.2.1 -lmysqlclient -lz -lnsl -lm -lgcc The module built fine, but its "make test" failed with the following error. /usr/lib/pa20_64/dld.sl: Unsatisfied code symbol '_Jv_RegisterClasses' in load module '/mnt/DBD-mysql-4.006/blib/arch/auto/DBD/mysql/mysql.sl' I solved this problem by linking in a stub.o that contained an empty definition of _Jv_RegisterClasses. Apparently the problem is that the HP-UX dynamic linker does not just ignore unresolvable weak symbols as it should, so it's not a gcc bug, but perhaps the symbol should be exported by default, since the weak definition has already been removed for HP-UX in this patch: http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00327.html -- Summary: dlopen fails because of missing _Jv_RegisterClasses under HP-UX 11.11 Product: gcc Version: 4.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ams at toroid dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35365
[Bug middle-end/35363] Missing bit field coalscing optimization
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-25 11:36 --- (please make our work easier and make the initial reports Severity enhancement and add missed-optimization as a Keyword and make the report against a gcc version, preferably 4.3.0 or 4.4.0; testcases ready for inclusion into the gcc testsuite would be nice as well, as well as checking for duplicate reports yourself). This testcase actually requires one load, one and (mask out bits in the affected bitfield parts), one or and one store. The MEM_REF work might lay grounds for this to work, it makes the read-modify-write cycles explicit on the tree level and thus allows the loads and stores to be CSEd. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||missed-optimization Last reconfirmed|-00-00 00:00:00 |2008-02-25 11:36:39 date|| Version|unknown |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35363
[Bug rtl-optimization/35362] Switch expansion Enh
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-25 11:37 --- I bet there is a duplicate report for this. Also see various GCC summit papers on switch expansion. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Keywords||missed-optimization Version|unknown |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35362
[Bug middle-end/35361] Missing IPA DCE and DSE
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-25 11:39 --- It looks like this needs IPA DCE/DSE. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||missed-optimization Last reconfirmed|-00-00 00:00:00 |2008-02-25 11:39:30 date|| Summary|Missing dead store |Missing IPA DCE and DSE |elimination for statics | Version|unknown |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35361
[Bug middle-end/19984] nan should be C99 built-in
--- Comment #2 from uros at gcc dot gnu dot org 2008-02-25 11:40 --- Subject: Bug 19984 Author: uros Date: Mon Feb 25 11:39:15 2008 New Revision: 132617 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132617 Log: PR middle-end/19984 * builtins.def (BUILT_IN_NAN): Define as c99 builtin using DEF_C99_BUILTIN. (BUILT_IN_NANF): Ditto. (BUILT_IN_NANL): Ditto. testsuite/ChangeLog: PR middle-end/19984 * gcc.dg/pr19984.c: New test. * gcc.dg/dfp/compare-special.h: Use _nan instead of nan as the name of the variable. Added: trunk/gcc/testsuite/gcc.dg/pr19984.c Modified: trunk/gcc/ChangeLog trunk/gcc/builtins.def trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/dfp/compare-special.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19984
[Bug middle-end/35359] Conservative aliasing related unmodified formals
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-25 11:41 --- We think q may now point to local as that escapes through bar. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||alias, missed-optimization Last reconfirmed|-00-00 00:00:00 |2008-02-25 11:41:22 date|| Version|unknown |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35359
[Bug middle-end/35360] Static (base/offset/size rule) should be extended to handle array elements
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-25 11:44 --- Confirmed. MEM_REF might help here as we'd get off_1 = IDX <0 + i * 8> MEM_REF and off_2 = IDX <4 + j * 8> MEM_REF where the alias-oracle should be able to see that the accesses cannot overlap. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||alias, missed-optimization Last reconfirmed|-00-00 00:00:00 |2008-02-25 11:44:45 date|| Version|unknown |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35360
[Bug middle-end/35358] Ansi aliasing info not fully utilized by tree SSA optimizations
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-25 11:47 --- Similar to the missing base/offset bug, PR35360. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||35360 Severity|normal |enhancement Keywords||alias, missed-optimization Version|unknown |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35358
[Bug tree-optimization/35357] Loop peeling not happening
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-25 11:48 --- What is the expected optimization and what is its benefit? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rakdver at gcc dot gnu dot ||org Severity|normal |enhancement Component|middle-end |tree-optimization Keywords||missed-optimization Version|unknown |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35357
[Bug target/25477] builtin functions should use $LDBL128 suffix on darwin when appropriate
--- Comment #50 from ubizjak at gmail dot com 2008-02-25 11:29 --- Created an attachment (id=15222) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15222&action=view) Addendum to the ldouble patch Can someone regression test this patch on PPC darwin? There are following changes: - uses ACONCAT instead of alloca/strcpy/strcat - removes wrong builtins (BUILT_IN_NEXTTOWARD and BUILT_IN_NEXTTOWARDF) from the definition - adds BUILT_IN_NAN (after [1] goes into mainline) - some whitspace fixes [1] http://gcc.gnu.org/ml/gcc-patches/2008-02/msg01139.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25477
[Bug other/32948] five warnings and a patch
--- Comment #1 from bje at gcc dot gnu dot org 2008-02-25 11:51 --- Subject: Bug 32948 Author: bje Date: Mon Feb 25 11:50:17 2008 New Revision: 132618 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132618 Log: fixincludes/ PR other/32948 * fixincl.c (fix_applies): Remove unused variable `name_len'. gcc/ PR other/32948 * c-decl.c (grokdeclarator): Remove unused local variables `typedef_type' and `type_as_written'. * bb-reorder.c (find_rarely_executed_basic_blocks_and_crossing_edges): Remove unused local variable `has_hot_blocks'. (fix_crossing_conditional_branches): Remove unused local variable `prev_bb'. Modified: trunk/fixincludes/ChangeLog trunk/fixincludes/fixincl.c trunk/gcc/ChangeLog trunk/gcc/bb-reorder.c trunk/gcc/c-decl.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32948
[Bug tree-optimization/35356] Missing Index splitting support in gcc
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rakdver at gcc dot gnu dot ||org, spop at gcc dot gnu dot ||org Severity|normal |enhancement Component|middle-end |tree-optimization Keywords||missed-optimization Version|unknown |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35356
[Bug libstdc++/35353] C++ wide character locale doesn't work
--- Comment #7 from ivranos at freemail dot gr 2008-02-25 12:02 --- I am sorry for insisting on this, but I think there is an issue, and I want the best for GCC. So please have a look at the messages of this link: http://tinyurl.com/384u3n and use Unicode (UTF-8) character encoding in your browser, to see the issues. Thanks. -- ivranos at freemail dot gr changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35353
[Bug fortran/33387] Fortran front-end should translate intrinsics by calling C99 function instead of libgfortran functions
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2008- ||02/msg01147.html Keywords||patch Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33387
[Bug libfortran/32812] random_seed and date_and_time
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2008- ||02/msg01135.html Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32812
[Bug fortran/34199] segfault for TRANSFER integer to TYPE(C_PTR)
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2008-02-25 12:08 --- (In reply to comment #3) > Now, with all three patches, we can compile the testcase and run it fine. The three patches, together, regtest fine on x86_64-linux (both -m32 and -m64). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34199
[Bug middle-end/19984] nan should be C99 built-in
--- Comment #3 from ubizjak at gmail dot com 2008-02-25 12:10 --- Fixed. -- ubizjak at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19984
[Bug libstdc++/35353] C++ wide character locale doesn't work
--- Comment #8 from ivranos at freemail dot gr 2008-02-25 12:12 --- Summary of the case: What doesn't work: #include #include #include int main() { using namespace std; wcin.imbue(locale("greek")); wcout.imbue(locale("greek")); wstring ws; wcin>> ws; wcout<< ws<< endl; } What works (under 2 conditions): 1. Only when "locale::global()" statement is used: #include #include #include int main() { using namespace std; locale::global(locale("en_US")); wcin.imbue(locale("greek")); wcout.imbue(locale("greek")); wstring ws; wcin>> ws; wcout<< ws<< endl; } 2. Only when "ios_base::sync_with_stdio(false)" statement is used. #include #include #include int main() { using namespace std; ios_base::sync_with_stdio(false); wcin.imbue(locale("greek")); wcout.imbue(locale("greek")); wstring ws; wcin>> ws; wcout<< ws<< endl; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35353
[Bug other/32948] five warnings and a patch
--- Comment #2 from bje at gcc dot gnu dot org 2008-02-25 12:16 --- Fixed. -- bje at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32948
[Bug libmudflap/33064] libmudflap fails to build with --enable-targets=all
--- Comment #1 from tim dot vanholder at anubex dot com 2008-02-25 12:37 --- Created an attachment (id=15223) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15223&action=view) Trivial Patch Encountered this same problem today on the 4.3 branch (rev 132620). This is a trivial patch that allows the build to continue (by using __mf_uintptr_t instead of uintptr_t in the .c file, to match the header). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33064
[Bug libstdc++/35353] C++ wide character locale doesn't work
--- Comment #9 from pcarlini at suse dot de 2008-02-25 12:44 --- Maybe we can improve the behavior when the stdio is synced, that is we can transcode each wchar_t and sync after each transcoding. Very likely, you can also simulate that behavior right now by using sync_with_stdio(false) + a custom single-char I/O buffer. In any case, any enhancement will be implemented only when the binary compatibility will be broken. -- pcarlini at suse dot de changed: What|Removed |Added Severity|major |enhancement Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-02-25 12:44:30 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35353
[Bug libstdc++/35353] C++ wide character locale doesn't work
-- pcarlini at suse dot de changed: What|Removed |Added Status|NEW |SUSPENDED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35353
[Bug target/25477] builtin functions should use $LDBL128 suffix on darwin when appropriate
--- Comment #51 from dominiq at lps dot ens dot fr 2008-02-25 12:45 --- In the patch from comment #50 s/+#esle/+#else/ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25477
[Bug target/25477] builtin functions should use $LDBL128 suffix on darwin when appropriate
--- Comment #52 from dominiq at lps dot ens dot fr 2008-02-25 12:57 --- The test case gfortran.dg/large_real_kind_3.F90 fails on powerpc-apple-darwin9 because it is xfailed for freebsd and not for darwin: ! { dg-xfail-if "" { "*-*-freebsd*" } { "*" } { "" } } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25477
[Bug target/25477] builtin functions should use $LDBL128 suffix on darwin when appropriate
--- Comment #53 from fxcoudert at gcc dot gnu dot org 2008-02-25 13:03 --- (In reply to comment #52) > The test case gfortran.dg/large_real_kind_3.F90 fails on powerpc-apple-darwin9 > because it is xfailed for freebsd and not for darwin Oops, sorry, fixed by rev. 132621. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25477
[Bug libstdc++/35353] C++ wide character locale doesn't work
--- Comment #10 from pcarlini at suse dot de 2008-02-25 13:11 --- Note, anyway, that there is a serious blocker to any enhancement in this area (and of course it explains the current behavior): if wcin & co are converting, they deal with the underlying stream as a narrow-character oriented stream. But when the stream is synced it must be possible to mix char-by-char with wchar_t C stdio operations, which require a wide-character orientation of the stream, whereas, per C99 7.19.2, the orientation of a stream cannot be changed after opening. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35353
[Bug target/35366] New: [4.4 Regression] gfortran.dg/equiv_7.f90 fails with -m64 -Os on powerpc-apple-darwin9
The test case fortran.dg/equiv_7.f90 fails with -m64 -Os on powerpc-apple-darwin9. I have reduced the code to: call derived_types ! Thanks to Tobias Burnus for this:) print *, d1mach (1), transfer ((/0_4, 1048576_4/), 1d0) if (d1mach (1) .ne. transfer ((/0_4, 1048576_4/), 1d0)) call abort () contains function d1mach(i) implicit none double precision d1mach,dmach(5) integer i,large(4),small(4) equivalence ( dmach(1), small(1) ) equivalence ( dmach(2), large(1) ) data small(1),small(2) / 0, 1048576/ data large(1),large(2) /-1,2146435071/ d1mach = dmach(i) end function d1mach subroutine derived_types TYPE T2 sequence character (3) :: chr = "wxy" END TYPE T2 TYPE(T2) :: a2 if (a2%chr .ne. "wxy") call abort () end subroutine derived_types end I don't see it on i686-apple-darwin9 and it worked at rev. 132355. The failure disappears if I comment the CALL. I wonder if it is not another side effect of rev. 132566: * config/rs6000/rs6000.h (CONSTANT_ALIGNMENT): Don't overalign strings when optimizing for size, unless the target cares about alignment. -- Summary: [4.4 Regression] gfortran.dg/equiv_7.f90 fails with -m64 -Os on powerpc-apple-darwin9 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominiq at lps dot ens dot fr GCC build triplet: powerpc-apple-darwin9 GCC host triplet: powerpc-apple-darwin9 GCC target triplet: powerpc-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35366
[Bug libfortran/32841] [4.3/4.4 regression] HUGE(1.0_16) output as +Infinity on ppc-darwin8 (gfortran.dg/large_real_kind_2.F90)
--- Comment #31 from dominiq at lps dot ens dot fr 2008-02-25 13:46 --- Subject: Re: [4.3/4.4 regression] HUGE(1.0_16) output as +Infinity on ppc-darwin8 (gfortran.dg/large_real_kind_2.F90) Answer to comment #30: > a compiler configured on powerpc-apple-darwin9 but > run on powerpc-apple-darwin8 might prove interesting. I am not sure this will be possible. For other reasons I tried it on Intel and got the following error: [ibook-dhum] gcc/i686-darwin% /Volumes/OSX_10.5/opt/gcc/gcc4.4w/bin/gfortran -v dyld: Library not loaded: /usr/lib/libiconv.2.dylib Referenced from: /Volumes/OSX_10.5/opt/gcc/gcc4.4w/bin/gfortran Reason: Incompatible library version: gfortran requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 Trace/BPT trap -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32841
[Bug java/35367] New: Linux x86 build (with --enable-targets=all, so also building with cross-to-x64 multilib configuration) fails in libjava (prims.cc)
configured by ../../../src/gcc/configure, generated by GNU Autoconf 2.59, with options " '-v' '--prefix=/opt/experimental' '--enable-shared' '--with-system-zlib' '--enable-threads=posix' '--enable-nls' '--enable-clocale=gnu' '--enable-libstdcxx-debug' '--enable-libffi' '--enable-objc-gc' '--enable-mpfr' '--enable-targets=all' '--enable-checking=release' '--enable-languages=c,ada,c++,fortran,java,objc,obj-c++,treelang'" system: Debian linux (lenny/sid; building gcc myself because I'm stuck with kernel 2.4 so am unable to install newer debian packages) libtool: compile: /home/tim/gnu/build/linux/gcc/./gcc/xgcc -shared-libgcc -B/home/tim/gnu/build/linux/gcc/./gcc -nostdinc++ -L/home/tim/gnu/build/linux/gcc/i686-pc-linux-gnu/64/libstdc++-v3/src -L/home/tim/gnu/build/linux/gcc/i686-pc-linux-gnu/64/libstdc++-v3/src/.libs -B/opt/experimental/i686-pc-linux-gnu/bin/ -B/opt/experimental/i686-pc-linux-gnu/lib/ -isystem /opt/experimental/i686-pc-linux-gnu/include -isystem /opt/experimental/i686-pc-linux-gnu/sys-include -m64 -DHAVE_CONFIG_H -I. -I../../../../../../src/gcc/libjava -I./include -I./gcj -I../../../../../../src/gcc/libjava -Iinclude -I../../../../../../src/gcc/libjava/include -I../../../../../../src/gcc/libjava/classpath/include -Iclasspath/include -I../../../../../../src/gcc/libjava/classpath/native/fdlibm -I../../../../../../src/gcc/libjava/../boehm-gc/include -I../boehm-gc/include -I../../../../../../src/gcc/libjava/libltdl -I../../../../../../src/gcc/libjava/libltdl -I../../../../../../src/gcc/libjava/.././libjava/../gcc -I../../../../../../src/gcc/libjava/../zlib -I../../../../../../src/gcc/libjava/../libffi/include -I../libffi/include -fno-rtti -fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum -D_FILE_OFFSET_BITS=64 -ffloat-store -fomit-frame-pointer -Usun -Wextra -Wall -D_GNU_SOURCE -DPREFIX=\"/opt/experimental\" -DTOOLEXECLIBDIR=\"/opt/experimental/lib/../lib64\" -DJAVA_HOME=\"/opt/experimental\" -DBOOT_CLASS_PATH=\"/opt/experimental/share/java/libgcj-4.3.0.jar\" -DJAVA_EXT_DIRS=\"/opt/experimental/share/java/ext\" -DGCJ_ENDORSED_DIRS=\"/opt/experimental/share/java/gcj-endorsed\" -DGCJ_VERSIONED_LIBDIR=\"/opt/experimental/lib/../lib64/gcj-4.3.0-9\" -DPATH_SEPARATOR=\":\" -DECJ_JAR_FILE=\"\" -DLIBGCJ_DEFAULT_DATABASE=\"/opt/experimental/lib/../lib64/gcj-4.3.0-9/classmap.db\" -DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL=\"gcj-4.3.0/classmap.db\" -g -O2 -D_GNU_SOURCE -m64 -MT prims.lo -MD -MP -MF .deps/prims.Tpo -c ../../../../../../src/gcc/libjava/prims.cc -fPIC -DPIC -o .libs/prims.o ../../../../../../src/gcc/libjava/prims.cc: In function 'void _Jv_catch_fpe(int, siginfo_t*, void*)': ../../../../../../src/gcc/libjava/prims.cc:193: error: cast from 'unsigned char*' to 'greg_t' loses precision This seems to be a bug in the configury, as java-signal.h is linked to i386-signal.h instead of x86_64-signal.h in i686-pc-linux-gnu/64/libjava. Adjusting that link is not enough to make the build succeed (it still gives the same error, with additional errors about REG_RIP/RAX/RDX not being declared). -- Summary: Linux x86 build (with --enable-targets=all, so also building with cross-to-x64 multilib configuration) fails in libjava (prims.cc) Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tim dot vanholder at anubex dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35367
[Bug middle-end/35295] 64-bit host cross compile to 32-bit target differs from 32-bit host cross compile to 32-bit target
--- Comment #3 from benny at ammitzboell-consult dot dk 2008-02-25 14:09 --- Created an attachment (id=15224) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15224&action=view) Test program -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35295
[Bug fortran/33408] ICE: tree check: expected type_decl, have in debug_flush_symbol_queue, at final.c:3986
--- Comment #16 from dir at lanl dot gov 2008-02-25 14:12 --- It does not crash any more with my latest version - [dranta:~/fe/dyna3d96/source] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin9.1.0 Configured with: ../gcc/configure --disable-bootstrap --enable-multilib --prefix=/usr/local/gfortran --enable-languages=c,fortran Thread model: posix gcc version 4.3.0 20080208 (experimental) (GCC) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33408
[Bug middle-end/35295] 64-bit host cross compile to 32-bit target differs from 32-bit host cross compile to 32-bit target
--- Comment #4 from benny at ammitzboell-consult dot dk 2008-02-25 14:13 --- Created an attachment (id=15225) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15225&action=view) Output from arm-gcc -c -dr main.c (32-bit host) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35295
[Bug middle-end/35295] 64-bit host cross compile to 32-bit target differs from 32-bit host cross compile to 32-bit target
--- Comment #5 from benny at ammitzboell-consult dot dk 2008-02-25 14:14 --- Created an attachment (id=15226) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15226&action=view) Output from arm-gcc -c -dM main.c (32-bit host) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35295
[Bug libstdc++/35353] C++ wide character locale doesn't work
--- Comment #11 from pcarlini at suse dot de 2008-02-25 14:18 --- About my last reply: I checked, and within the current implementation of the underlying I/O the last issue (per libstdc++/9662) doesn't exist anymore, in other terms, when sync_with_stdio(false), C++ I/O on wcin/wcout doesn't change the orientation of the stream to byte (i.e, fwide < 0). Good. We have re-investigate all the other reasons that led to the separate non-converting synced (default) implementation of wcin & co... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35353
[Bug middle-end/35295] 64-bit host cross compile to 32-bit target differs from 32-bit host cross compile to 32-bit target
--- Comment #6 from benny at ammitzboell-consult dot dk 2008-02-25 14:21 --- Created an attachment (id=15227) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15227&action=view) Output from arm-gcc -c -dr main.c (64-bit host) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35295
[Bug middle-end/35295] 64-bit host cross compile to 32-bit target differs from 32-bit host cross compile to 32-bit target
--- Comment #7 from benny at ammitzboell-consult dot dk 2008-02-25 14:22 --- Created an attachment (id=15228) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15228&action=view) Output from arm-gcc -c -dM main.c (64-bit host) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35295
[Bug middle-end/35295] 64-bit host cross compile to 32-bit target differs from 32-bit host cross compile to 32-bit target
--- Comment #8 from benny at ammitzboell-consult dot dk 2008-02-25 14:27 --- Added test program and RTL output from 32-bit host and 64-bit host. Note the difference in the const_int lines: [EMAIL PROTECTED]:~/src/kuss$ diff /home/bla/Desktop/main.c.01.rtl /home/bla/Desktop/main.c.01.rtl_64 7c7 < (const_int -4 [0xfffc])) [0 a+0 S4 A32]) --- > (const_int -4 [0xfffc])) [0 a+0 S4 A32]) 15c15 < (note 6 5 7 0xf7eeb190 NOTE_INSN_BLOCK_BEG) --- > (note 6 5 7 0x2ac25dcd19b0 NOTE_INSN_BLOCK_BEG) 29c29 < (const_int -4 [0xfffc])) [0 a+0 S4 A32])) -1 (nil) --- > (const_int -4 [0xfffc])) [0 a+0 S4 A32])) -1 (nil) 39c39 < (expr_list:REG_EH_REGION (const_int -1 [0x]) --- > (expr_list:REG_EH_REGION (const_int -1 [0x]) 49c49 < (const_int -4 [0xfffc])) [0 a+0 S4 A32])) --- > (const_int -4 [0xfffc])) [0 a+0 S4 A32])) 54c54 < (const_int -4 [0xfffc])) [0 a+0 S4 A32])) -1 (nil) --- > (const_int -4 [0xfffc])) [0 a+0 S4 A32])) -1 (nil) 107c107 < (note 32 31 33 0xf7eeb190 NOTE_INSN_BLOCK_END) --- > (note 32 31 33 0x2ac25dcd19b0 NOTE_INSN_BLOCK_END) 125d124 < Output from 64-bit host arm-gcc -v: Reading specs from /arm-gcc-3/bin/../lib/gcc/arm-uclinux-elf/3.4.6/specs Configured with: /arm-gcc3-source/build_arm-uclinux/gcc-3.4.6/configure --enable-languages=c --disable-libmudflap --disable-nls --enable-long-long --target=arm-uclinux-elf --prefix=/arm-gcc-3/ : (reconfigured) /arm-gcc3-source/build_arm-uclinux/gcc-3.4.6/configure --target=arm-uclinux-elf --prefix=/arm-gcc-3/ --enable-languages=c,c++ --enable-multilib --enable-target-optspace --with-gnu-ld --disable-nls --disable-__cxa_atexit --enable-threads=posix --disable-clocale --enable-long-long --disable-libstdcxx-pch --disable-checking Thread model: posix gcc version 3.4.6 Output from 32-bit host arm-gcc -v: Reading specs from /arm-gcc-3/bin/../lib/gcc/arm-uclinux-elf/3.4.6/specs Configured with: /arm-gcc3-source/build_arm-uclinux/gcc-3.4.6/configure --enable-languages=c --disable-libmudflap --disable-nls --enable-long-long --target=arm-uclinux-elf --host=i686-pc-linux-gnu --prefix=/arm-gcc-3/ : (reconfigured) /arm-gcc3-source/build_arm-uclinux/gcc-3.4.6/configure --target=arm-uclinux-elf --prefix=/arm-gcc-3/ --enable-languages=c,c++ --enable-multilib --enable-target-optspace --with-gnu-ld --disable-nls --disable-__cxa_atexit --enable-threads=posix --disable-clocale --enable-long-long --disable-libstdcxx-pch --disable-checking --host=i686-pc-linux-gnu Thread model: posix gcc version 3.4.6 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35295
[Bug middle-end/35295] 64-bit host cross compile to 32-bit target differs from 32-bit host cross compile to 32-bit target
--- Comment #9 from benny at ammitzboell-consult dot dk 2008-02-25 14:31 --- (In reply to comment #2) > As when you say bigger do you mean the assembly is different sizes? Or do you > mean the actually text/data sections are bigger in the object file? > The assembly is bigger on the 64-bit host. Because the 64-bit constants get treated as such and generates more assembler. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35295
[Bug target/35258] two memcpy calls merged incorrectly with -O1
--- Comment #6 from krebbel at gcc dot gnu dot org 2008-02-25 15:08 --- Subject: Bug 35258 Author: krebbel Date: Mon Feb 25 15:07:17 2008 New Revision: 132628 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132628 Log: 2008-02-25 Andreas Krebbel <[EMAIL PROTECTED]> PR target/35258 * cse.c (cse_insn): Avoid creation of overlapping MEMs. * alias.c (nonoverlapping_memrefs_p): Export for use in other modules. * alias.h (nonoverlapping_memrefs_p): Likewise. 2008-02-25 Andreas Krebbel <[EMAIL PROTECTED]> PR target/35258 * gcc.dg/pr35258.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/pr35258.c Modified: trunk/gcc/ChangeLog trunk/gcc/alias.c trunk/gcc/alias.h trunk/gcc/cse.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35258
[Bug target/25477] builtin functions should use $LDBL128 suffix on darwin when appropriate
--- Comment #54 from ubizjak at gmail dot com 2008-02-25 15:10 --- (In reply to comment #51) > In the patch from comment #50 > > s/+#esle/+#else/ Ops. So, with this fixlet, does the patch work OK on ppc-darwin, so I can post it to gcc-patches@ (Yes, I'll write a ChangeLog ;) ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25477
[Bug c++/35368] With #pragma visibility, `vtable for __cxxabiv1::__class_type_info' is emitted as a hidden-visibility relocation
--- Comment #1 from benjamin at smedbergs dot us 2008-02-25 15:17 --- Created an attachment (id=15229) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15229&action=view) Minimized testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35368
[Bug c++/35368] New: With #pragma visibility, `vtable for __cxxabiv1::__class_type_info' is emitted as a hidden-visibility relocation
Testcase attached: when a class is declared with #pragma visibility hidden on, references to `vtable for __cxxabiv1::__class_type_info' are emitted with relocations that assume hidden visibility. This is incorrect, and is a regression against 4.1 and I think 4.2. To reproduce, compile the testcase, on an ELF toolchain, with: g++-4.3 -shared -frtti -fPIC -o libtest.so test-cpp-rtti-linkage-error.cpp -- Summary: With #pragma visibility, `vtable for __cxxabiv1::__class_type_info' is emitted as a hidden- visibility relocation Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: benjamin at smedbergs dot us http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35368
[Bug target/25477] builtin functions should use $LDBL128 suffix on darwin when appropriate
--- Comment #55 from dominiq at lps dot ens dot fr 2008-02-25 15:25 --- In reply to comment #54: >does the patch work OK on ppc-darwin? I don't have the time to do the test right now. I'll try tonight. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25477
[Bug c++/35368] With #pragma visibility, `vtable for __cxxabiv1::__class_type_info' is emitted as a hidden-visibility relocation
--- Comment #2 from benjamin at smedbergs dot us 2008-02-25 15:33 --- Coworker reports the testcase works correctly on gcc4.2.1 also. -- benjamin at smedbergs dot us changed: What|Removed |Added Known to work|4.1.2 |4.2.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35368
[Bug target/35295] 64-bit host cross compile to 32-bit target differs from 32-bit host cross compile to 32-bit target
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-02-25 15:43 --- At first this looks like a target issue. Can you check if a still maintained GCC version is still affected? That would be 4.2.3 for example. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Component|middle-end |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35295
[Bug c++/35368] [4.1/4.2/4.3/4.4 Regression] With #pragma visibility, `vtable for __cxxabiv1::__class_type_info' is emitted as a hidden-visibility relocation
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-02-25 15:54 --- Doens't work for me with 4.1.3 20080114, 4.2.3 or 4.3.0 20080219. Works with 4.0.4 20060904. The bogus reference is here: .LEFDE5: .hidden DW.ref.__gxx_personality_v0 .weak DW.ref.__gxx_personality_v0 .section .data.DW.ref.__gxx_personality_v0,"awG",@progbits,DW.ref.__gxx_personality_v0,comdat .align 4 .type DW.ref.__gxx_personality_v0, @object .size DW.ref.__gxx_personality_v0, 4 DW.ref.__gxx_personality_v0: .long __gxx_personality_v0 .hidden _ZTVN10__cxxabiv117__class_type_infoE .hidden _ZTI1A .hidden _ZTV1A Maybe related to PR19159, but that is for systems w/o weak support. This is a regression on the 4.1/4.2 branches. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||mmitchel at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||wrong-code Known to fail|4.3.0 |4.1.3 4.2.3 4.3.0 Known to work|4.2.1 |4.0.4 4.2.1 Priority|P3 |P1 Last reconfirmed|-00-00 00:00:00 |2008-02-25 15:54:38 date|| Summary|With #pragma visibility,|[4.1/4.2/4.3/4.4 Regression] |`vtable for |With #pragma visibility, |__cxxabiv1::__class_type_inf|`vtable for |o' is emitted as a hidden- |__cxxabiv1::__class_type_inf |visibility relocation |o' is emitted as a hidden- ||visibility relocation Target Milestone|--- |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35368
[Bug target/35295] 64-bit host cross compile to 32-bit target differs from 32-bit host cross compile to 32-bit target
--- Comment #11 from benny at ammitzboell-consult dot dk 2008-02-25 16:02 --- (In reply to comment #10) > At first this looks like a target issue. Can you check if a still maintained > GCC version is still affected? That would be 4.2.3 for example. > Since print-rtl.c in 4.2.3 still contains code like this: fprintf (outfile, HOST_WIDE_INT_PRINT_DEC, XWINT (in_rtx, i)); if (! flag_simple) fprintf (outfile, " [" HOST_WIDE_INT_PRINT_HEX "]", XWINT (in_rtx, i)); - I am assuming that the (RTL) behavior is the same as in my examples. But are you saying that a later (target) stage should be able to see that this is just a 32-bit const? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35295
[Bug c++/35368] [4.1/4.2/4.3/4.4 Regression] With #pragma visibility, `vtable for __cxxabiv1::__class_type_info' is emitted as a hidden-visibility relocation
--- Comment #4 from matz at gcc dot gnu dot org 2008-02-25 16:18 --- For me it works with gcc42-4.2.1_20070724-17.1 (i686). With 4.3 it breaks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35368
[Bug c++/35338] [4.3/4.4 regression] Broken diagnostics for fixed-point types
--- Comment #2 from pcarlini at suse dot de 2008-02-25 17:03 --- Seems simple. -- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35338
[Bug target/25477] builtin functions should use $LDBL128 suffix on darwin when appropriate
--- Comment #56 from howarth at nitro dot med dot uc dot edu 2008-02-25 17:09 --- My bad... newname = ACONCAT ("_", IDENTIFIER_POINTER (sym), "$LDBL128", NULL); needs to be... newname = ACONCAT (("_", IDENTIFIER_POINTER (sym), "$LDBL128", NULL)); ...otherwise you get the following compiler errors... gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -I. -I. -I../../gcc-4.3.0-RC-20080222/gcc -I../../gcc-4.3.0-RC-20080222/gcc/. -I../../gcc-4.3.0-RC-20080222/gcc/../include -I../../gcc-4.3.0-RC-20080222/gcc/../libcpp/include -I/sw/include -I../../gcc-4.3.0-RC-20080222/gcc/../libdecnumber -I../../gcc-4.3.0-RC-20080222/gcc/../libdecnumber/dpd -I../libdecnumber -I/sw/include -I. -I. -I../../gcc-4.3.0-RC-20080222/gcc -I../../gcc-4.3.0-RC-20080222/gcc/. -I../../gcc-4.3.0-RC-20080222/gcc/../include -I../../gcc-4.3.0-RC-20080222/gcc/../libcpp/include -I/sw/include -I../../gcc-4.3.0-RC-20080222/gcc/../libdecnumber -I../../gcc-4.3.0-RC-20080222/gcc/../libdecnumber/dpd -I../libdecnumber ../../gcc-4.3.0-RC-20080222/gcc/config/darwin.c ../../gcc-4.3.0-RC-20080222/gcc/config/darwin.c:1751:69: error: macro "ACONCAT" passed 4 arguments, but takes just 1 ../../gcc-4.3.0-RC-20080222/gcc/config/darwin.c: In function 'darwin_patch_builtin': ../../gcc-4.3.0-RC-20080222/gcc/config/darwin.c:1751: error: 'ACONCAT' undeclared (first use in this function) ../../gcc-4.3.0-RC-20080222/gcc/config/darwin.c:1751: error: (Each undeclared identifier is reported only once ../../gcc-4.3.0-RC-20080222/gcc/config/darwin.c:1751: error: for each function it appears in.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25477
[Bug c++/35333] [4.1/4.2/4.3/4.4 regression] Broken diagnostic for complex builtin
--- Comment #2 from pcarlini at suse dot de 2008-02-25 17:18 --- Also simple. -- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35333
[Bug middle-end/35359] Conservative aliasing related unmodified formals
--- Comment #2 from xinliangli at gmail dot com 2008-02-25 17:24 --- (In reply to comment #1) > We think q may now point to local as that escapes through bar. > And that is why it is conservative. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35359
[Bug libstdc++/33612] make check -jN should fully use N cores
--- Comment #2 from bkoz at gcc dot gnu dot org 2008-02-25 17:28 --- Jason has suggested a good idea to fix this without messing about with test harness issues. We can just split make check up into make check1 make check2 make check3 make check4 make check5 make check6 ... where the old "make check" is equivalent to make check[1-n] in terms of test coverage. This will allow make -j4 check to run make check1 make check2 make check3 make check4 all at the same time. This should speed things up greatly on current hardware. Seems simple enough: I feel a bit silly for not having thought of this before. This is of relatively high priority given the time requirement for libstdc++ testing. -benjamin -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33612
[Bug bootstrap/35354] ICE in libgcc2.c/__popcountsi2
--- Comment #4 from baraclese at googlemail dot com 2008-02-25 17:35 --- I'm changing the resolution to invalid, but maybe you want to up the requirements on the mpfr version number and bail out if it's too low. -- baraclese at googlemail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35354
[Bug middle-end/35359] Conservative aliasing related unmodified formals
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-02-25 18:03 --- *** This bug has been marked as a duplicate of 23086 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35359
[Bug tree-optimization/23086] incomming arguments cannot alias local variables
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-02-25 18:03 --- *** Bug 35359 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||xinliangli at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23086
[Bug target/35364] ICE on ia64 with vector declaration inside #pragma omp parallel
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-02-25 18:16 --- What is the ICE? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|libgomp |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35364
[Bug c++/35315] [4.4 regression] ICE with attribute transparent_union
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-02-25 18:11:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35315
[Bug target/35364] ICE on ia64 with vector declaration inside #pragma omp parallel
--- Comment #3 from steigers at phys dot ethz dot ch 2008-02-25 18:20 --- (In reply to comment #2) > What is the ICE? > Segmentation fault. GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 84cf8bc685ded1e544606791a260313c ice.h: In member function 'void A::foo()': ice.h:11: internal compiler error: Segmentation fault -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35364
[Bug libstdc++/33612] make check -jN should fully use N cores
--- Comment #3 from pcarlini at suse dot de 2008-02-25 18:10 --- Eh! I think we should only double check that tests creating / writing files use unique names... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33612
Bug in g++
Hello ! AS intructed by g++ itself, I'm sending you a bug report. I tried to reduce the source file to the smallest file which triggers the bug. Maybe one can make shorter but at least this file contains no '#include' directive. Session transcript: - > g++ try.cpp try.cpp: In function ‘int main()’: try.cpp:19: internal compiler error: in write_type, at cp/mangle.c:1648 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. For Debian GNU/Linux specific bug reporting instructions, see . - > g++ -v -save-temps try.cpp Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.2 --program-suffix=-4.2 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --disable-libmudflap --enable-targets=all --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu Thread model: posix gcc version 4.2.3 (Debian 4.2.3-1) /usr/lib/gcc/i486-linux-gnu/4.2.3/cc1plus -E -quiet -v -D_GNU_SOURCE try.cpp -mtune=generic -fpch-preprocess -o try.ii ignoring nonexistent directory "/usr/local/include/i486-linux-gnu" ignoring nonexistent directory "/usr/lib/gcc/i486-linux-gnu/4.2.3/../../../../i486-linux-gnu/include" ignoring nonexistent directory "/usr/include/i486-linux-gnu" #include "..." search starts here: #include <...> search starts here: /usr/include/c++/4.2 /usr/include/c++/4.2/i486-linux-gnu /usr/include/c++/4.2/backward /usr/local/include /usr/lib/gcc/i486-linux-gnu/4.2.3/include /usr/include End of search list. /usr/lib/gcc/i486-linux-gnu/4.2.3/cc1plus -fpreprocessed try.ii -quiet -dumpbase try.cpp -mtune=generic -auxbase try -version -o try.s GNU C++ version 4.2.3 (Debian 4.2.3-1) (i486-linux-gnu) compiled by GNU C version 4.2.3 (Debian 4.2.3-1). GGC heuristics: --param ggc-min-expand=64 --param ggc-min-heapsize=64475 Compiler executable checksum: 8fbfc380da4647f28b9a8438f8bc8739 try.cpp: In function ‘int main()’: try.cpp:19: internal compiler error: in write_type, at cp/mangle.c:1648 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. For Debian GNU/Linux specific bug reporting instructions, see . - In the hope it can be useful. Sincerely yours. -- Philippe Hoogvorst TELECOM ParisTech 46, rue Barrault 75634 Paris CEDEX 13 France Tél: (+33) 1 45 81 77 24 Fax: (+33) 1 45 80 40 36 -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.2.2 (GNU/Linux) mQELBEPfSTsBCACg+rb6COOcVVEsxKYayBhOLoTvS25dHZ29Sgb11oq/94faDj3L YrYD6Fs5M29E9+c8rribjRmr/qIdS08xPrDVBPG3yziGlRqFs1xr32BSMbQfYk3B MX8iLBmBhRGKx9NsBoYC7hnjG9Q+cQCDmP6P6+sahArFEJY3Gwkog3xGALJO83e3 9J30qN7bc9D9HnoTo7vE9336r2ZI053IhH127AS29LZZOennUx7sPtqjINCjWo5t 8Em/min4i8xpWtf6qvsx/Niz8y8Kb60Kaam+YDruuKcuzGlALbkDqOENhR5983vW LkGjS06BnXK8e+4hFuKphs9oo4A/wfDIhfR3AAYptC9QaGlsaXBwZSBIb29ndm9y c3QgPHBoaWxpcHBlLmhvb2d2b3JzdEBlbnN0LmZyPokBNAQTAQIAHgUCQ99JOwIb AwYLCQgHAwIDFQIDAxYCAQIeAQIXgAAKCRAJckf+mdZyUw3AB/4uYXF08fp0HiS7 +LkCXDo/WWEGKZyqTJ87bUcjNZ04DiLoSzl75YJs4b6xRmSYex17wayNTSOPYKhd bgW8BvDbO7iLXXBSlm086Vs1BIStW9VzjM8R02gSIQANgV1NQReNuOZpFV2KdUFf xHl0oTsWFoKWqYdTXgMnH/sRprhxy0mRh/d5xlg1tDq5MMI1JvsFAUWXcv4uUagi Xtn5on9cLzJhmO9Tq+S1nFd6DBx4RX3ygit4KrxnxGmVmecyor1X38lE+sYZ9i0A ylNTT9BfpBBUkEJZNTzmyaL66M5hAhmgBprti5ArT/Yj7mcu6k3JH3kMp6HCy3UP ckQAW2z2 =wOfR -END PGP PUBLIC KEY BLOCK- template T makeT() ; template typeof( makeT()+makeT()) makeTT() ; template struct vector { vector( ) ; void operator=( const vector &); template friend vector())> operator + (const vector &, const vector &) ; }; int main() { vector Ta , Tb , Tr ; Tr = Ta + Tb ; } # 1 "try.cpp" # 1 "" # 1 "" # 1 "try.cpp" template T makeT() ; template typeof( makeT()+makeT()) makeTT() ; template struct vector { vector( ) ; void operator=( const vector &); template friend vector())> operator + (const vector &, const vector &) ; }; int main() { vector Ta , Tb , Tr ; Tr = Ta + Tb ; } .file "try.cpp" signature.asc Description: OpenPGP digital signature
[Bug c++/3187] gcc lays down two copies of constructors
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2008-02-19 20:20:48 |2008-02-25 18:37:01 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3187
[Bug target/35363] Missing bit field coalscing optimization
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-02-25 18:38 --- This works correctly for PowerPC*. PPC64 (with GCC 4.0.1): lwz r0,0(r11) rlwinm r0,r0,0,3,31 oris r0,r0,0x4000 and r0,r0,r9 oris r0,r0,0xc00 and r0,r0,r2 ori r0,r0,1024 stw r0,0(r11) PPC32 (GCC 4.0.2): lwz r0,0(r9) rlwimi r0,r2,29,0,2 li r2,3 rlwimi r0,r2,26,3,5 li r2,8 rlwimi r0,r2,7,8,24 stw r0,0(r9) -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|middle-end |target GCC target triplet||x86_64-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35363
[Bug target/35363] Missing bit field coalescing optimization
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-02-25 18:44 --- I would expect the equivalent of int tmp = a; tmp &= 0x0030; // fix the mask to be correct, all bits of b3 tmp |= 2 | 3 | 8; // constant folded and properly shifted a = tmp; I still see three ORs for ppc64 and non-combined rlwimi ops for ppc32. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35363
[Bug target/35363] Missing bit field coalescing optimization
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-02-25 18:49 --- So, the same code should be generated for union { struct { int b1: 3; int b2: 3; int b3: 2; int b4: 17; }a; int b; } a; void foo() { a.a.b1 = 2; a.a.b2 = 3; a.a.b4 = 8; } void bar() { a.b = (a.b & (-1u >> (sizeof(a.b)*8 - 2) << 6)) | 2 | (3 << 3) | (8 << 17); } modulo errors I made in the bar() case ;) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35363
[Bug target/35363] Missing bit field coalescing optimization
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-02-25 18:51 --- With MEM_REF I get on i686 foo: movla, %eax pushl %ebp movl%esp, %ebp popl%ebp andl$-33554240, %eax orl $2074, %eax movl%eax, a ret .size foo, .-foo .p2align 4,,15 .globl bar .type bar, @function bar: movla, %eax pushl %ebp movl%esp, %ebp popl%ebp andl$192, %eax orl $1048602, %eax movl%eax, a ret which shows that I made an error in the source ;) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35363
[Bug middle-end/35358] Ansi aliasing info not fully utilized by tree SSA optimizations
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-02-25 18:21 --- Related to PR 13761 also. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35358
[Bug target/35363] Missing bit field coalescing optimization
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-02-25 18:54 --- The IL after MEM_REF lowering looks like bar () { int D.1193; unsigned int D.1192; unsigned int D.1191; unsigned int D.1190; int D.1189; D.1189 = MEM ; D.1190 = (unsigned int) D.1189; D.1191 = D.1190 & 192; D.1192 = D.1191 | 1048602; D.1193 = (int) D.1192; MEM = D.1193; return; } foo () { int MEML.2; int MEML.1; int MEML.0; MEML.0 = MEM ; MEML.0 = BIT_FIELD_EXPR ; MEM = MEML.0; MEML.1 = MEM ; MEML.1 = BIT_FIELD_EXPR ; MEM = MEML.1; MEML.2 = MEM ; MEML.2 = BIT_FIELD_EXPR ; MEM = MEML.2; return; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35363
[Bug libgomp/33131] [4.2 regression] libgomp/env.c:60: warning: implicit declaration of function 'strncasecmp'
--- Comment #6 from bugzilla-gcc at thewrittenword dot com 2008-02-25 18:55 --- (In reply to comment #5) > Patch looks ok to me (but I cannot approve it), can you please post it to > gcc-patches for review? > http://gcc.gnu.org/ml/gcc-patches/2008-02/msg01193.html Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33131
[Bug c++/35333] [4.1/4.2/4.3/4.4 regression] Broken diagnostic for complex builtin
--- Comment #3 from paolo at gcc dot gnu dot org 2008-02-25 19:05 --- Subject: Bug 35333 Author: paolo Date: Mon Feb 25 19:04:50 2008 New Revision: 132634 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132634 Log: /cp 2008-02-25 Paolo Carlini <[EMAIL PROTECTED]> PR c++/35333 * error.c (dump_expr): Handle CONJ_EXPR. /testsuite 2008-02-25 Paolo Carlini <[EMAIL PROTECTED]> PR c++/35333 * g++.dg/other/error26.C: New. /cp 2008-02-25 Paolo Carlini <[EMAIL PROTECTED]> PR c++/35338 * error.c (dump_type): Handle FIXED_POINT_TYPE. (dump_expr): Handle FIXED_CST. /testsuite 2008-02-25 Paolo Carlini <[EMAIL PROTECTED]> PR c++/35338 * g++.dg/other/error25.C: New. Added: trunk/gcc/testsuite/g++.dg/other/error25.C trunk/gcc/testsuite/g++.dg/other/error26.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/error.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35333
[Bug c++/35338] [4.3/4.4 regression] Broken diagnostics for fixed-point types
--- Comment #3 from paolo at gcc dot gnu dot org 2008-02-25 19:05 --- Subject: Bug 35338 Author: paolo Date: Mon Feb 25 19:04:50 2008 New Revision: 132634 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132634 Log: /cp 2008-02-25 Paolo Carlini <[EMAIL PROTECTED]> PR c++/35333 * error.c (dump_expr): Handle CONJ_EXPR. /testsuite 2008-02-25 Paolo Carlini <[EMAIL PROTECTED]> PR c++/35333 * g++.dg/other/error26.C: New. /cp 2008-02-25 Paolo Carlini <[EMAIL PROTECTED]> PR c++/35338 * error.c (dump_type): Handle FIXED_POINT_TYPE. (dump_expr): Handle FIXED_CST. /testsuite 2008-02-25 Paolo Carlini <[EMAIL PROTECTED]> PR c++/35338 * g++.dg/other/error25.C: New. Added: trunk/gcc/testsuite/g++.dg/other/error25.C trunk/gcc/testsuite/g++.dg/other/error26.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/error.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35338
[Bug target/35271] Stack not aligned at mod 16 byte boundary in x86_64 code
--- Comment #21 from pinskia at gcc dot gnu dot org 2008-02-25 19:15 --- The real issue is that darwin's back-end says functions that are defined in the TU are always binds local so they can be called directly. So I guess a patch to darwin.c is needed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added GCC build triplet|i386-apple-darwin8.11.1 | GCC host triplet|i386-apple-darwin8.11.1 | GCC target triplet|x86_64 |x86_64-darwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35271
[Bug fortran/29549] matmul slow for complex matrices
--- Comment #12 from jb at gcc dot gnu dot org 2008-02-25 19:21 --- Subject: Bug 29549 Author: jb Date: Mon Feb 25 19:20:48 2008 New Revision: 132636 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132636 Log: 2008-02-25 Janne Blomqvist <[EMAIL PROTECTED]> PR fortran/29549 * doc/invoke.texi (-fcx-limited-range): Document new option. * toplev.c (process_options): Handle -fcx-fortran-rules. * common.opt: Add documentation for -fcx-fortran-rules. Modified: trunk/gcc/common.opt trunk/gcc/doc/invoke.texi trunk/gcc/toplev.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29549
[Bug c/35162] Documentation incorrect for -fcx-limited-range
--- Comment #4 from jb at gcc dot gnu dot org 2008-02-25 19:17 --- Subject: Bug 35162 Author: jb Date: Mon Feb 25 19:16:37 2008 New Revision: 132635 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132635 Log: 2008-02-25 Janne Blomqvist <[EMAIL PROTECTED]> PR c/35162 * doc/invoke.texi (-fcx-limited-range): Correct to be in line with actual behaviour and C99. Modified: trunk/gcc/ChangeLog trunk/gcc/doc/invoke.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35162
[Bug target/35271] Stack not aligned at mod 16 byte boundary in x86_64 code
--- Comment #22 from pinskia at gcc dot gnu dot org 2008-02-25 19:16 --- This is true even for -fPIC case. So in this case, the linker and the compiler are saying two different things even though I do know for PPC darwin this is always the case. So maybe in the end this is a bug in the linker and should be reported to Apple instead. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35271
[Bug gcov-profile/32316] internal compiler error: Segmentation fault
--- Comment #6 from haubi at gentoo dot org 2008-02-25 19:24 --- Created an attachment (id=15230) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15230&action=view) valgrind output for cc1plus This coverage_checksum_string() indeed has slightly changed from gcc-4.0-branch to gcc-4.1-branch, see also http://gcc.gnu.org/ml/gcc-help/2007-12/msg00229.html IMHO, coverage.c, line 460 is part of the problem: 459 if (offset) 460 for (;string[offset]; offset++) 461 for (i = i + offset; string[i]; i++) 462 if (string[i]=='_') When the loop from line 461 is at end-of-string, it is restarted within loop from line 460 with offset=9 ("9" also seen in the valgrind-output), reading behind the end-of-string. Don't have the REOPEN button here - please do this for me if advisable, thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32316
[Bug fortran/29549] matmul slow for complex matrices
--- Comment #13 from jb at gcc dot gnu dot org 2008-02-25 19:28 --- Subject: Bug 29549 Author: jb Date: Mon Feb 25 19:27:28 2008 New Revision: 132638 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132638 Log: 2008-02-25 Janne Blomqvist <[EMAIL PROTECTED]> PR fortran/29549 * Makefile.am: Add -fcx-fortran-rules to AM_CFLAGS for all of libgfortran. * Makefile.in: Regenerated. Modified: trunk/libgfortran/ChangeLog trunk/libgfortran/Makefile.am trunk/libgfortran/Makefile.in -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29549
[Bug gcov-profile/32316] internal compiler error: Segmentation fault
--- Comment #5 from haubi at gentoo dot org 2008-02-25 19:17 --- Similar problem here, with gcc-4.1.1: This issue does not always end up in an ICE, but when using valgrind, some "Invalid read of size 1" are consistently reported for cc1plus caused by coverage_checksum_string(): $ cat gcovtest.cc class A { public: static const char* version0; }; static const char* A_version0 = A::version0; $ valgrind --num-callers=50 --log-file=vg.out --trace-children=yes x86_64-unknown-linux-gnu-g++ -fprofile-arcs -ftest-coverage -c gcovtest.cc This does not depend on x86_64-unknown-linux-gnu - it's just that I tried it here with cc1plus having some debug info built in. I've seen similar ICEs and valgrind output on i686-pc-linux-gnu too. -- haubi at gentoo dot org changed: What|Removed |Added CC||haubi at gentoo dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32316
[Bug c++/35370] New: Visibility of member of base template class lacking in derived template class
Please forgive me if in fact this is standards-compliant behavior. Code: template class B { protected: int f; }; template class D : public B { public: void a() { this->f = 0; } // OK void b() { f = 0; } // `f' was not declared in this scope }; Compiled with command (gcc 4.2.1 as distributed on Ubuntu): gcc-4.2 -c foo.cc Produces error: foo.cc: In member function void D::b(): foo.cc:11: error: f was not declared in this scope Expected behavior: Successful compilation (or, if this is in fact not legal, perhaps a more specific diagnostic message) -- Summary: Visibility of member of base template class lacking in derived template class Product: gcc Version: 4.2.1 Status: UNCONFIRMED Severity: minor Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gcc-bugzilla at meta-dynamic dot com GCC target triplet: i486-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35370
[Bug c++/35370] Visibility of member of base template class lacking in derived template class
--- Comment #1 from pcarlini at suse dot de 2008-02-25 19:47 --- Yes it is. This change dates back to the 3.4 series: http://gcc.gnu.org/gcc-3.4/changes.html -- pcarlini at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35370
[Bug c/35162] Documentation incorrect for -fcx-limited-range
--- Comment #5 from jb at gcc dot gnu dot org 2008-02-25 19:49 --- Fixed on trunk; closing. -- jb at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35162
[Bug c++/35370] Visibility of member of base template class lacking in derived template class
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-02-25 19:49 --- GCC is correct, f is a not a dependent name so it has to be looked up at parsing time and not at instaintation time. >or, if this is in fact not legal, perhaps a more specific diagnostic message This is the best error message you can give really as that would cost extra compile time if not found. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35370
[Bug rtl-optimization/35371] New: Missing REG_POINTER attribute causes bad indexed load/store operand ordering
We fail to correctly order the operands for the indexed store within the loop below. This seems to be caused by a missing REG_POINTER attribute, so the code added for PR28690 doesn't have a chance of getting the ordering correct. An interesting thing is that if we replace the global array with an "extern int *reg_values;", then we get the ordering correct. [EMAIL PROTECTED]:~/gcc/tests> cat a2-loop.c int reg_values[1024]; void clear_table (unsigned int n) { unsigned int i; for (i = 0; i < n; i++) reg_values[i] = 0; } The "bad" code gen looks like (using -O2 -S): clear_table: cmpwi 0,3,0 beqlr- 0 lis 9,[EMAIL PROTECTED] slwi 3,3,2 la 9,[EMAIL PROTECTED](9) li 11,0 li 0,0 .p2align 4,,15 .L3: stwx 0,11,9 addi 11,11,4 cmpw 7,11,3 bne+ 7,.L3 blr It's another question on why this isn't using an update form store and branch on count loop, to halve the size of the loop. The loop size is particularly glaring when you use -O2 -funroll-loops, then we get 8 indexed stores (all with the wrong operand order) and 8 addi's...but I guess that's for another bugzilla. -- Summary: Missing REG_POINTER attribute causes bad indexed load/store operand ordering Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: bergner at gcc dot gnu dot org ReportedBy: bergner at gcc dot gnu dot org GCC build triplet: powerpc64-linux GCC host triplet: powerpc64-linux GCC target triplet: powerpc64-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35371
[Bug rtl-optimization/35371] Missing REG_POINTER attribute causes bad indexed load/store operand ordering
--- Comment #1 from bergner at gcc dot gnu dot org 2008-02-25 20:50 --- Created an attachment (id=15231) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15231&action=view) Patch to GCSE to copy REG_POINTER attribute over to new pseudos. The culprit here is GCSE. When GCSE creates a pseudo to copy a reaching expression into, it fails to copy the POINTER attribute over. I'm testing the attached patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35371
[Bug ada/35284] Branch to 0x0 from Ada run-time
--- Comment #19 from joel at gcc dot gnu dot org 2008-02-25 20:45 --- How early can I look at the task priority? Is it stored in some data structure that I can see with objdump before the program is run? I have yet to see anything in the debugger except 0 getting passed to task create for priority and stack size. They have to come from somewhere. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35284
[Bug libfortran/35063] Clean up use of destroy_unit_mutex()
--- Comment #40 from jb at gcc dot gnu dot org 2008-02-25 20:47 --- Updated version of the patch in #35 here: http://gcc.gnu.org/ml/gcc-patches/2008-02/msg01222.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35063
[Bug preprocessor/28079] #line range not verified without -pedantic
--- Comment #4 from tromey at gcc dot gnu dot org 2008-02-25 21:10 --- Sorry for the delay on this. I never remember our rules about when to emit pedantic warnings and the like. I think libcpp should follow the overall gcc approach here, whatever that is. I agree that warning about truncation is a good idea. Silently doing the wrong thing is unfriendly. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28079
[Bug c++/35323] [4.3/4.4 regression] ICE calling functions with fixed-point type parameter
--- Comment #1 from pcarlini at suse dot de 2008-02-25 21:28 --- Seems easy. -- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-02-25 21:28:32 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35323
[Bug middle-end/35343] Sum-reduction loop not recognized
--- Comment #2 from xinliangli at gmail dot com 2008-02-25 21:36 --- (In reply to comment #1) > (In reply to comment #0) > > It is beneficial to unroll reduction loop (and split the reduction target) > > to > > reduce dependence height due to recurrence, but GCC does not perform such > > optimization (-O3 -fno-tree-vectorize) > > it does, if you use -fvariable-expansion-in-unroller -funroll-loops > (this splits the reduction target into 2 accumulators. For more agressive > spiltting you can use --param max-variable-expansions-in-unrolle=[n]) > Thanks, it is good to know the option. It would be good to tune the default behavior of the optimizer so that better out of box performance can be achieved. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35343
[Bug target/35311] ICE at postreload.c:392 while building webkit on s390
--- Comment #4 from uweigand at gcc dot gnu dot org 2008-02-25 22:15 --- (In reply to comment #3) > This problem has already been fixed for GCC 4.3 (#34641). The testcase from > that PR didn't fail for GCC 4.2 so I didn't apply the patch on 4.2 as well. > But > now the patch should be fine for 4.2. I've verified that it fixes your > testcase. I agree this patch should go into 4.2 as well. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35311
[Bug target/32219] optimizer causes wrong code in pic/hidden/weak symbol checking.
--- Comment #7 from hjl dot tools at gmail dot com 2008-02-25 22:16 --- It is a compiler bug after all. From: http://groups.google.com/group/generic-abi/browse_thread/thread/4364eb484397ebe0 A hidden symbol must be defined in the same component, *if it is defined at all*. That last part is the key to the issue. In the case of a WEAK HIDDEN UNDEF symbol, it is possible for the symbol to remain undefined (or, looked at another way, it is possible for the symbol to be defined at link time as an absolute symbol with value 0). I agree with Daniel; the compiler should be aware of this possibility and generate code that will not require a dynamic relocation for this case. For a weak and hidden symbol, it is bound local only if PIC is false or it is used for branch. Otherwise, it should be treated with default visibility. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | Version|4.2.1 |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32219
[Bug ada/35050] renames entities not in symbol table
-- sam at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |sam at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-02-25 23:37:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35050
[Bug other/28322] GCC new warnings and compatibility
--- Comment #10 from manu at gcc dot gnu dot org 2008-02-25 23:42 --- Subject: Bug 28322 Author: manu Date: Mon Feb 25 23:41:43 2008 New Revision: 132648 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132648 Log: 2008-02-26 Manuel Lopez-Ibanez <[EMAIL PROTECTED]> PR 28322 * toplev.c (toplev_main): If there are warnings or error, print errors for ignored options. * opts.c (ignored_options): New static variable. (postpone_unknown_option_error): New. (print_ignored_options): New. (handle_option): Postpone errors for unknown -Wno-* options. * opts.h (print_ignored_options): Declare. testsuite/ * gcc.dg/pr28322.c: New. * gcc.dg/pr28322-2.c: New. * lib/prune.exp: Ignore "At top level" even if there is no ':' preceding it. Added: trunk/gcc/testsuite/gcc.dg/pr28322-2.c trunk/gcc/testsuite/gcc.dg/pr28322.c Modified: trunk/gcc/ChangeLog trunk/gcc/opts.c trunk/gcc/opts.h trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/lib/prune.exp trunk/gcc/toplev.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28322