[Bug middle-end/35544] Error with -fprofile-use
--- Comment #10 from wilson at tuliptree dot org 2008-03-13 06:02 --- Subject: Re: New: Error with -fprofile-use xinliangli at gmail dot com wrote: In the following example, profile data generated by -O0 binary run can not be used for profile-use at -O2. This is either a bug or design flaw if not supported. Gcc constructs a minimal spanning tree for the CFG, and then only adds instrumentation code to arcs that are not on the minimal spanning tree. We can compute arc counts for the rest of the CFG from this set. We can compute basic block execution counts from the arc counts. This reduces the run-time cost of the instrumentation code, since only a small fraction of the basic blocks require profiling code. However, it also requires that we have exactly the same CFG with -fprofile-generate as we have with -fprofile-use, and hence you must use the same optimization options with both compiles. Jim -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35544
[Bug middle-end/35544] Error with -fprofile-use
--- Comment #11 from xinliangli at gmail dot com 2008-03-13 06:20 --- (In reply to comment #10) Subject: Re: New: Error with -fprofile-use xinliangli at gmail dot com wrote: In the following example, profile data generated by -O0 binary run can not be used for profile-use at -O2. This is either a bug or design flaw if not supported. Gcc constructs a minimal spanning tree for the CFG, and then only adds instrumentation code to arcs that are not on the minimal spanning tree. We can compute arc counts for the rest of the CFG from this set. We can compute basic block execution counts from the arc counts. This reduces the run-time cost of the instrumentation code, since only a small fraction of the basic blocks require profiling code. However, it also requires that we have exactly the same CFG with -fprofile-generate as we have with -fprofile-use, and hence you must use the same optimization options with both compiles. Jim Gcc's design minimizes runtime overhead for edge profiling -- this is a very good design. Same CFG is the requirement for other compilers as well, but some compilers do tolerate some differences even with source some source changes -- this give user the flexibility to use slightly stale profile data while still getting some performance benefit. Please note that people already hate FDO due to its complicated steps -- adding more constraints won't help to make them happy. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35544
[Bug fortran/35564] New: Mac OS gfortran installer failure
I don't quite know how this installer falls into the gcc scheme of things. I am on Mac OSX 10.4.11. my gcc-v is: Using built-in specs. Target: i686-apple-darwin8 Configured with: /var/tmp/gcc/gcc-5370~2/src/configure --disable-checking -enable-werror --prefix=/usr --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/$/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 --with-slibdir=/usr/lib --build=powerpc-apple-darwin8 --with-arch=nocona --with-tune=generic --program-prefix= --host=i686-apple-darwin8 --target=i686-apple-darwin8 Thread model: posix gcc version 4.0.1 (Apple Computer, Inc. build 5370) Here is the installer log. I have tried several times, to no avail Computer : @(#)PROGRAM:Install PROJECT:Install-146 DEVELOPER:root BUILT:Jul 28 2007 00:13:44\n Mar 13 00:12:58 Thomas-Lundys-Computer : @(#)PROGRAM:Installer PROJECT:Installer-104 DEVELOPER:root BUILT:Aug 22 2007 10:34:38\n Mar 13 00:12:58 Thomas-Lundys-Computer : Hardware: iMac5,1 @ 2160 MHz (x2), 1024 MB Mar 13 00:12:58 Thomas-Lundys-Computer : Running OS Build: 8S2167 Mar 13 00:12:58 Thomas-Lundys-Computer : GNU Fortran compiler (gfortran) Installation Log Mar 13 00:12:58 Thomas-Lundys-Computer : Opened from: /Volumes/gfortran-macosx-x86-20080221 1/gfortran-macosx-x86-20080221/gfortran.pkg Mar 13 00:12:58 Thomas-Lundys-Computer : It took 0.219382 seconds to finish launching. Mar 13 00:12:59 Thomas-Lundys-Computer : Distribution: GNU Fortran compiler (gfortran) Mar 13 00:12:59 Thomas-Lundys-Computer : Installation checks completed successfully. Mar 13 00:13:08 Thomas-Lundys-Computer : admin auth received to install Mar 13 00:13:08 Thomas-Lundys-Computer : Mar 13 00:13:08 Thomas-Lundys-Computer : User picked Easy Install Mar 13 00:13:08 Thomas-Lundys-Computer : Choices selected for installation: Mar 13 00:13:08 Thomas-Lundys-Computer :Upgrade: GNU Fortran compiler (gfortran) Mar 13 00:13:08 Thomas-Lundys-Computer :gfortran.pkg : com.gnu.gfortran : 4.3.0.4.3 Mar 13 00:13:08 Thomas-Lundys-Computer : Mar 13 00:13:08 Thomas-Lundys-Computer : It took 0.000495 seconds to summarize the package selections. Mar 13 00:13:08 Thomas-Lundys-Computer : Starting installation: Mar 13 00:13:08 Thomas-Lundys-Computer : Preparing volume Macintosh HD for installation Mar 13 00:13:08 Thomas-Lundys-Computer : Configuring volume Macintosh HD Mar 13 00:13:09 Thomas-Lundys-Computer : Preparing local booted disk Mar 13 00:13:09 Thomas-Lundys-Computer : Create temporary directory /private/tmp/gfortran.pkg.375zt4tHo Mar 13 00:13:09 Thomas-Lundys-Computer : Processing GNU Fortran compiler (gfortran): Mar 13 00:13:09 Thomas-Lundys-Computer :Initialize patching Mar 13 00:13:09 Thomas-Lundys-Computer :Determining files to install Mar 13 00:13:09 Thomas-Lundys-Computer :Evaluating versions of bundles Mar 13 00:13:09 Thomas-Lundys-Computer :Evaluating custom file version checking Mar 13 00:13:09 Thomas-Lundys-Computer :Configuring deferred files Mar 13 00:13:09 Thomas-Lundys-Computer :Determing obsolete files Mar 13 00:13:09 Thomas-Lundys-Computer :Assembling temporary receipt Mar 13 00:13:09 Thomas-Lundys-Computer :Performing pre-extraction actions Mar 13 00:13:09 Thomas-Lundys-Computer : It took 0.013415 seconds to check for prebinding Mar 13 00:13:09 Thomas-Lundys-Computer :Removing obsoleted files Mar 13 00:13:09 Thomas-Lundys-Computer :Creating destination path Mar 13 00:13:09 Thomas-Lundys-Computer :Extracting files Mar 13 00:13:10 Thomas-Lundys-Computer :166 files looked up in 0.00 seconds. 166 files written in 0.64 seconds. Mar 13 00:13:10 Thomas-Lundys-Computer :22268 kilobytes installed. Mar 13 00:13:10 Thomas-Lundys-Computer :Performing post-extraction actions Mar 13 00:13:10 Thomas-Lundys-Computer :Assembling receipt Mar 13 00:13:11 Thomas-Lundys-Computer : run postflight script for GNU Fortran compiler (gfortran) Mar 13 00:13:11 Thomas-Lundys-Computer : postflight[381]: ln: /usr/local/bin/gfortran: No such file or directory Mar 13 00:13:11 Thomas-Lundys-Computer : postflight[381]: Mar 13 00:13:11 Thomas-Lundys-Computer : Install failed: The following install step failed: run postflight script for GNU Fortran compiler (gfortran) Mar 13 00:13:11 Thomas-Lundys-Computer : Private/Total = (4.8MB, 64.7MB), Heap/Total = (2.0MB, 17.5MB), Regions(malloc, private) = (24, 33) Mar 13 00:13:11 Thomas-Lundys-Computer : It took 2.405077 seconds to unsuccessfully install GNU Fortran compiler (gfortran) (1 pkg(s)) Mar 13 00:13:11 Thomas-Lundys-Computer :It took 1.003326 seconds to Configuring volume Macintosh HD (dm prepare*disk) Mar 13 00:13:11 Thomas-Lundys-Computer :It took 1.375882 seconds to Install
[Bug fortran/35564] Mac OS gfortran installer failure
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-13 06:32 --- This installer is not an official installer from the FSF, please report it to the fortran@ mailing list as I think FX supports it. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|blocker |normal Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35564
[Bug c++/35548] g++ 4.3.{0,1} miscompile this simple program
--- Comment #2 from varg at theor dot jinr dot ru 2008-03-13 06:42 --- Richard Guenther wrote: the object compare is invoked on is not properly initialized (its _vptr is NULL). Not exactly. The object (or rather, the pointer managed by that objects) gets deleted too early. Please try to simplify the test program. template class T class ptr { T* p; public: ptr(T* t) throw() : p(t) { p-set_refcount(1); } explicit ptr(T t) throw() : p(t) { p-add_reference(); } ptr(const ptr other) throw() : p(other.p) { p-add_reference(); } ~ptr() { if (p-remove_reference() == 0) delete p; } ptr operator=(const ptr other) { T* otherp = other.p; otherp-add_reference(); if (p-remove_reference() == 0) delete p; p = otherp; return *this; } T operator*() const throw() { return *p; } T* operator-() const throw() { return p; } }; class refcounted { public: refcounted() throw() : refcount(0) { } unsigned add_reference() throw() { return ++refcount; } unsigned remove_reference() throw() { return --refcount; } unsigned get_refcount() const throw() { return refcount; } void set_refcount(unsigned r) throw() { refcount = r; } private: unsigned refcount; }; class ex; enum status_flags { dynallocated= 1, evaluated = 2 }; class basic : public refcounted { public: basic() : flags(0) { } basic(const basic other) : flags(other.flags ~dynallocated) { } virtual basic* duplicate() const { return new basic(*this); } virtual ex eval() const; const basic hold() const { flags |= evaluated; return *this; } virtual ~basic() { } protected: mutable unsigned flags; private: friend class ex; }; class ex { private: mutable ptrbasic bp; static ptrbasic construct_from_basic(const basic other) { if (!(other.flags evaluated)) { const ex tmpex = other.eval(); if ((other.get_refcount() == 0) (other.flags dynallocated)) delete other; return tmpex.bp; } else { if (other.flags dynallocated) { return ptrbasic(const_castbasic (other)); } else { basic* bp = other.duplicate(); bp-flags |= dynallocated; return bp; } } } public: ex(const basic other) : bp(construct_from_basic(other)) { } ex eval() const { return bp-eval(); } }; ex basic::eval() const { return hold(); } class oops : public basic { public: oops() { } oops* duplicate() const { return new oops(*this); } ex eval() const { return oops().hold(); } }; int main(int argc, char** argv) { const ex e = oops().hold(); const ex f = argc 1 ? e : e.eval(); const ex g = f.eval(); return 0; } -- varg at theor dot jinr dot ru changed: What|Removed |Added CC||varg at theor dot jinr dot ||ru http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35548
[Bug middle-end/30442] Expanded array initialization can use memset builtin function
--- Comment #5 from irar at il dot ibm dot com 2008-03-13 06:51 --- (In reply to comment #4) This still happens on mainline. I wonder if vectorizer infrastructure can be re-used here to detect unrolled and looped version of memset. In addition to loop that can be vectorized, we have something resembling vectorization of straight code. This code can be vectorized with basic block SLP, which is not implemented yet (currently only SLP in loops is implemented). And looking at comment #3, the rewards from real-world code look really promising. However, in comment #3 there is a loop: : MALLOC(visited, int, d-tindex); 48796 16.2440 : for (i = 0; i d-tindex; ++i) 94442 31.4394 :visited[i] = 0; There was an effort to replace such loops with calls to builtins - http://gcc.gnu.org/ml/gcc-patches/2007-07/msg00054.html. Ira -- irar at il dot ibm dot com changed: What|Removed |Added CC||irar at il dot ibm dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30442
[Bug target/35054] No documentation of #pragma push_macro(macro_name)
--- Comment #2 from dannysmith at gcc dot gnu dot org 2008-03-13 07:07 --- Subject: Bug 35054 Author: dannysmith Date: Thu Mar 13 07:06:30 2008 New Revision: 133161 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133161 Log: PR 35054 * doc/extend.texi (Structure-Packing Pragmas): Replace Win32 with the phrase Microsoft Windows compilers. (Push/Pop Macro Pragmas): New subsection. Document #pragma push_macro and pragma pop_macro. Modified: trunk/gcc/ChangeLog trunk/gcc/doc/extend.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35054
[Bug target/35054] No documentation of #pragma push_macro(macro_name)
--- Comment #3 from dannysmith at users dot sourceforge dot net 2008-03-13 07:08 --- Fixed for 4.4.0 -- dannysmith at users dot sourceforge dot net changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35054
[Bug c++/35328] ICE with firstprivate variable with invalid destructor
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35328
[Bug c/35438] ICE with invalid use of threadprivate
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35438
[Bug c/35439] ICE using threadprivate for broken variable
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35439
[Bug middle-end/35099] [4.3/4.4 Regression] ICE in remove_unreachable_regions with -O -fopenmp
--- Comment #9 from reichelt at gcc dot gnu dot org 2008-03-13 08:17 --- Fixed by Jakub's patch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|4.3.0 |4.3.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35099
[Bug tree-optimization/33361] ICE in find_outermost_region_in_block, at tree-cfg.c:4803
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33361
[Bug c++/20140] template function complains about char-array initialized from wide string
--- Comment #2 from rwxr-xr-x at gmx dot de 2008-03-13 09:28 --- Heh, this new bug still exists in 4.3.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20140
[Bug middle-end/35185] ICE using openmp with g++-4.2
--- Comment #9 from jakub at gcc dot gnu dot org 2008-03-13 09:27 --- Subject: Bug 35185 Author: jakub Date: Thu Mar 13 09:26:25 2008 New Revision: 133162 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133162 Log: PR middle-end/35185 * omp-low.c (lower_regimplify, init_tmp_var, save_tmp_var): Removed. (lower_omp_2): New function. (lower_omp_1, lower_omp): Rewritten. * testsuite/libgomp.c++/pr35185.C: New test. Added: trunk/libgomp/testsuite/libgomp.c++/pr35185.C Modified: trunk/gcc/ChangeLog trunk/gcc/omp-low.c trunk/libgomp/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35185
[Bug c++/35469] [4.3/4.4 Regression] Rejects JArrayjboolean
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-03-13 09:34 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.3.0 Target Milestone|4.3.0 |4.3.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35469
[Bug middle-end/35185] ICE using openmp with g++-4.2
--- Comment #10 from jakub at gcc dot gnu dot org 2008-03-13 09:58 --- Subject: Bug 35185 Author: jakub Date: Thu Mar 13 09:57:34 2008 New Revision: 133165 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133165 Log: PR middle-end/35185 * omp-low.c (lower_regimplify, init_tmp_var, save_tmp_var): Removed. (lower_omp_2): New function. (lower_omp_1, lower_omp): Rewritten. * testsuite/libgomp.c++/pr35185.C: New test. Added: branches/gcc-4_3-branch/libgomp/testsuite/libgomp.c++/pr35185.C - copied unchanged from r133162, trunk/libgomp/testsuite/libgomp.c++/pr35185.C Modified: branches/gcc-4_3-branch/gcc/ChangeLog branches/gcc-4_3-branch/gcc/omp-low.c branches/gcc-4_3-branch/libgomp/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35185
[Bug middle-end/35185] ICE using openmp with g++-4.2
--- Comment #11 from jakub at gcc dot gnu dot org 2008-03-13 09:59 --- Fixed for 4.3.1 and later. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to work||4.3.1 4.4.0 Resolution||FIXED Target Milestone|--- |4.3.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35185
[Bug c++/35553] -fkeep-inline-functions and -O errors out in SSE headers
--- Comment #3 from uros at gcc dot gnu dot org 2008-03-13 09:50 --- Subject: Bug 35553 Author: uros Date: Thu Mar 13 09:49:43 2008 New Revision: 133164 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133164 Log: PR target/35553 * config/i386/i386.h (TARGET_CPU_CPP_BUILTINS): Define __SSE_USE_INLINED_FUNC__ when using -flag-keep-inline-functions together with optimization. * config/i386/xmmintrin.h: Use __SSE_USE_INLINED_FUNC__ instead of __OPTIMIZE__ to choose between inlined intrinsic SSE function having immediate arguments and its equivalent macro definition. * config/i386/bmintrin.h: Ditto. * config/i386/smmintrin.h: Ditto. * config/i386/tmmintrin.h: Ditto. * config/i386/mmintrin-common.h: Ditto. * config/i386/ammintrin.h: Ditto. * config/i386/emmintrin.h: Ditto. testsuite/ChangeLog: PR target/35553 * g++.dg/other/i386-3.C: New test. Added: trunk/gcc/testsuite/g++.dg/other/i386-3.C Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/ammintrin.h trunk/gcc/config/i386/bmmintrin.h trunk/gcc/config/i386/emmintrin.h trunk/gcc/config/i386/i386.h trunk/gcc/config/i386/mmintrin-common.h trunk/gcc/config/i386/smmintrin.h trunk/gcc/config/i386/tmmintrin.h trunk/gcc/config/i386/xmmintrin.h trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35553
[Bug testsuite/35565] ERROR: (DejaGnu) proc sd does not exist.
--- Comment #1 from bonzini at gnu dot org 2008-03-13 10:46 --- has already been reported and fixed -- bonzini at gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35565
[Bug c++/35566] New: multiset constructor uses insert_unique instead of insert_equal!
Using the constructor of a multimap with 2 input iterators does not insert multible keys any longer (gcc-4.2.3 had done it) fix: Replace insert_unique with insert_equal in /usr/local/gcc-4.3.0/include/c++/4.3.0/bits/stl_multimap.h: 190- * @param first An input iterator. 191- * @param last An input iterator. 192- * 193- * Create a %multimap consisting of copies of the elements from 194- * [first,last). This is linear in N if the range is already sorted, 195- * and NlogN otherwise (where N is distance(first,last)). 196- */ 197- templatetypename _InputIterator 198-multimap(_InputIterator __first, _InputIterator __last) 199-: _M_t() 200:{ _M_t._M_insert_unique(__first, __last); } -- Summary: multiset constructor uses insert_unique instead of insert_equal! Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dennis dot czeremin at smiths-heimann dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35566
[Bug c++/35566] multiset constructor uses insert_unique instead of insert_equal!
--- Comment #1 from dennis dot czeremin at smiths-heimann dot com 2008-03-13 10:48 --- Created an attachment (id=15307) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15307action=view) Testcase to reproduce bug [EMAIL PROTECTED] test]$g++ -v -save-temps -O0 -ggdb -Wall -Wextra -pedantic multimap.cpp Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc-4.3.0/configure --prefix /usr/local/gcc-4.3.0 --program-suffix=-4.3.0 --enable-libssp Thread model: posix gcc version 4.3.0 (GCC) COLLECT_GCC_OPTIONS='-v' '-save-temps' '-O0' '-ggdb' '-Wall' '-Wextra' '-pedantic' '-shared-libgcc' '-mtune=generic' /usr/local/gcc-4.3.0/libexec/gcc/i686-pc-linux-gnu/4.3.0/cc1plus -E -quiet -v -D_GNU_SOURCE multimap.cpp -mtune=generic -Wall -Wextra -pedantic -fworking-directory -O0 -fpch-preprocess -o multimap.ii ignoring nonexistent directory /usr/local/gcc-4.3.0/lib/gcc/i686-pc-linux-gnu/4.3.0/../../../../i686-pc-linux-gnu/include #include ... search starts here: #include ... search starts here: /usr/local/gcc-4.3.0/lib/gcc/i686-pc-linux-gnu/4.3.0/../../../../include/c++/4.3.0 /usr/local/gcc-4.3.0/lib/gcc/i686-pc-linux-gnu/4.3.0/../../../../include/c++/4.3.0/i686-pc-linux-gnu /usr/local/gcc-4.3.0/lib/gcc/i686-pc-linux-gnu/4.3.0/../../../../include/c++/4.3.0/backward /usr/local/include /usr/local/gcc-4.3.0/include /usr/local/gcc-4.3.0/lib/gcc/i686-pc-linux-gnu/4.3.0/include /usr/local/gcc-4.3.0/lib/gcc/i686-pc-linux-gnu/4.3.0/include-fixed /usr/include End of search list. COLLECT_GCC_OPTIONS='-v' '-save-temps' '-O0' '-ggdb' '-Wall' '-Wextra' '-pedantic' '-shared-libgcc' '-mtune=generic' /usr/local/gcc-4.3.0/libexec/gcc/i686-pc-linux-gnu/4.3.0/cc1plus -fpreprocessed multimap.ii -quiet -dumpbase multimap.cpp -mtune=generic -auxbase multimap -ggdb -O0 -Wall -Wextra -pedantic -version -o multimap.s GNU C++ (GCC) version 4.3.0 (i686-pc-linux-gnu) compiled by GNU C version 4.3.0, GMP version 4.2.2, MPFR version 2.3.0-p2. GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: 18c2b045fc3432350b6f5025fd85e044 COLLECT_GCC_OPTIONS='-v' '-save-temps' '-O0' '-ggdb' '-Wall' '-Wextra' '-pedantic' '-shared-libgcc' '-mtune=generic' as -V -Qy -o multimap.o multimap.s GNU assembler version 2.17.50.0.18 (i386-redhat-linux) using BFD version version 2.17.50.0.18-1 20070731 COMPILER_PATH=/usr/local/gcc-4.3.0/libexec/gcc/i686-pc-linux-gnu/4.3.0/:/usr/local/gcc-4.3.0/libexec/gcc/i686-pc-linux-gnu/4.3.0/:/usr/local/gcc-4.3.0/libexec/gcc/i686-pc-linux-gnu/:/usr/local/gcc-4.3.0/lib/gcc/i686-pc-linux-gnu/4.3.0/:/usr/local/gcc-4.3.0/lib/gcc/i686-pc-linux-gnu/ LIBRARY_PATH=/usr/local/gcc-4.3.0/lib/gcc/i686-pc-linux-gnu/4.3.0/:/usr/local/gcc-4.3.0/lib/gcc/i686-pc-linux-gnu/4.3.0/../../../:/lib/:/usr/lib/ COLLECT_GCC_OPTIONS='-v' '-save-temps' '-O0' '-ggdb' '-Wall' '-Wextra' '-pedantic' '-shared-libgcc' '-mtune=generic' /usr/local/gcc-4.3.0/libexec/gcc/i686-pc-linux-gnu/4.3.0/collect2 --eh-frame-hdr -m elf_i386 -dynamic-linker /lib/ld-linux.so.2 /usr/lib/crt1.o /usr/lib/crti.o /usr/local/gcc-4.3.0/lib/gcc/i686-pc-linux-gnu/4.3.0/crtbegin.o -L/usr/local/gcc-4.3.0/lib/gcc/i686-pc-linux-gnu/4.3.0 -L/usr/local/gcc-4.3.0/lib/gcc/i686-pc-linux-gnu/4.3.0/../../.. multimap.o -lstdc++ -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc /usr/local/gcc-4.3.0/lib/gcc/i686-pc-linux-gnu/4.3.0/crtend.o /usr/lib/crtn.o -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35566
[Bug testsuite/35565] New: ERROR: (DejaGnu) proc sd does not exist.
The gcc testsuite aborts on i686-* targets with: ERROR: (DejaGnu) proc sd does not exist. This happens since revision 133144: http://gcc.gnu.org/ml/gcc-testresults/2008-03/msg00907.html Revision: 133143 === gcc tests === Running target unix FAIL: gcc.dg/torture/builtin-math-4.c -O0 (test for excess errors) FAIL: gcc.dg/torture/builtin-math-4.c -O1 (test for excess errors) FAIL: gcc.dg/torture/builtin-math-4.c -O2 (test for excess errors) FAIL: gcc.dg/torture/builtin-math-4.c -O3 -fomit-frame-pointer (test for excess errors) FAIL: gcc.dg/torture/builtin-math-4.c -O3 -fomit-frame-pointer -funroll-loops (test for excess errors) FAIL: gcc.dg/torture/builtin-math-4.c -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions (test for excess errors) FAIL: gcc.dg/torture/builtin-math-4.c -O3 -g (test for excess errors) FAIL: gcc.dg/torture/builtin-math-4.c -Os (test for excess errors) === gcc Summary === # of expected passes48921 # of unexpected failures8 # of expected failures 169 # of untested testcases 35 # of unsupported tests 344 /home/regress/tbox/native/build/gcc/xgcc version 4.4.0 20080312 (experimental) (GCC) http://gcc.gnu.org/ml/gcc-testresults/2008-03/msg00911.html Revision: 133144 === gcc tests === Running target unix FAIL: gcc.dg/torture/builtin-math-4.c -O0 (test for excess errors) FAIL: gcc.dg/torture/builtin-math-4.c -O1 (test for excess errors) FAIL: gcc.dg/torture/builtin-math-4.c -O2 (test for excess errors) FAIL: gcc.dg/torture/builtin-math-4.c -O3 -fomit-frame-pointer (test for excess errors) FAIL: gcc.dg/torture/builtin-math-4.c -O3 -fomit-frame-pointer -funroll-loops (test for excess errors) FAIL: gcc.dg/torture/builtin-math-4.c -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions (test for excess errors) FAIL: gcc.dg/torture/builtin-math-4.c -O3 -g (test for excess errors) FAIL: gcc.dg/torture/builtin-math-4.c -Os (test for excess errors) ERROR: (DejaGnu) proc sd does not exist. === gcc Summary === # of expected passes48589 # of unexpected failures8 # of expected failures 167 # of untested testcases 35 # of unsupported tests 250 /home/regress/tbox/native/build/gcc/xgcc version 4.4.0 20080312 (experimental) (GCC) and seems due to a bad regular expression in gcc.target/i386/pr35422: 2008-03-12 Paolo Bonzini [EMAIL PROTECTED] PR tree-opt/35422 * fold-const.c (fold_unary) NOP_EXPR: Distribute a narrowing conversion to the operands of a multiplication. testsuite: 2008-03-12 Paolo Bonzini [EMAIL PROTECTED] PR tree-opt/35422 * gcc.dg/vect/slp-7.c: Change target keywords required for vectorizing third loop. * gcc.target/i386/pr35422.c: New. /* { dg-options -O2 } */ /* { dg-do compile } */ /* { dg-require-effective-target ilp32 } */ int test(long long a, long long b) { return a * b; } /* Check that we did not spill anything. This is all that is needed to qualify the generated code as decent... */ /* { dg-final { scan-assembler-not %e[sd]i } } */ -- Summary: ERROR: (DejaGnu) proc sd does not exist. Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominiq at lps dot ens dot fr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35565
[Bug target/35366] [4.4 Regression] gfortran.dg/equiv_7.f90 fails with -m64 -Os on powerpc-apple-darwin9
--- Comment #1 from dominiq at lps dot ens dot fr 2008-03-13 11:07 --- If I revert the patch of revision 132566, the failure disappears. It seems that the condition (STRICT_ALIGNMENT || !optimize_size) should be tune to handle the -m64 option. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35366
[Bug c++/35548] g++ 4.3.{0,1} miscompile this simple program
--- Comment #3 from varg at theor dot jinr dot ru 2008-03-13 11:17 --- Even more simple program: template class T class ptr { T* p; public: ptr(T* t) throw() : p(t) { p-set_refcount(1); } explicit ptr(T t) throw() : p(t) { p-add_reference(); } ptr(const ptr other) throw() : p(other.p) { p-add_reference(); } ~ptr() { if (p-remove_reference() == 0) delete p; } ptr operator=(const ptr other) { T* otherp = other.p; otherp-add_reference(); if (p-remove_reference() == 0) delete p; p = otherp; return *this; } T operator*() const throw() { return *p; } T* operator-() const throw() { return p; } }; class refcounted { public: refcounted() throw() : refcount(0) { } unsigned add_reference() throw() { return ++refcount; } unsigned remove_reference() throw() { return --refcount; } unsigned get_refcount() const throw() { return refcount; } void set_refcount(unsigned r) throw() { refcount = r; } private: unsigned refcount; }; class ex; class basic : public refcounted { public: basic() : flags(false) { } basic(const basic other) : flags(false) { } virtual basic* duplicate() const { return new basic(*this); } virtual ex eval() const; virtual ~basic() { } protected: mutable bool flags; private: friend class ex; }; class ex { private: mutable ptrbasic bp; static ptrbasic construct_from_basic(const basic other) { if (other.flags) return ptrbasic(const_castbasic (other)); else { basic* t = other.duplicate(); t-flags = true; return t; } } public: ex(const basic other) : bp(construct_from_basic(other)) { } ex eval() const { return bp-eval(); } }; ex basic::eval() const { return *this; } class oops : public basic { public: oops() { } oops* duplicate() const { return new oops(*this); } ex eval() const { return oops(); } }; int main(int argc, char** argv) { const ex e = oops(); const ex f = argc 1 ? e : e.eval(); const ex g = f.eval(); return 0; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35548
[Bug c++/35566] multiset constructor uses insert_unique instead of insert_equal!
--- Comment #2 from dennis dot czeremin at smiths-heimann dot com 2008-03-13 12:28 --- Bug in /trunk/libstdc++-v3/include/bits/stl_multimap.h was introduced with Revision 129013 Modified Thu Oct 4 15:12:34 2007 UTC (5 months, 1 week ago) by paolo No hint about changes. Seems to be a copypaste error! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35566
[Bug c++/35553] -fkeep-inline-functions and -O errors out in SSE headers
--- Comment #4 from uros at gcc dot gnu dot org 2008-03-13 13:34 --- Subject: Bug 35553 Author: uros Date: Thu Mar 13 13:33:47 2008 New Revision: 133169 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133169 Log: PR target/34000 PR target/35553 * config/i386/xmmintrin.h: Change all static inline functions to extern inline and add __gnu_inline__ attribute. * config/i386/bmintrin.h: Ditto. * config/i386/smmintrin.h: Ditto. * config/i386/tmmintrin.h: Ditto. * config/i386/mmintrin-common.h: Ditto. * config/i386/ammintrin.h: Ditto. * config/i386/emmintrin.h: Ditto. * config/i386/pmmintrin.h: Ditto. * config/i386/mmintrin.h: Ditto. * config/i386/mm3dnow.h: Ditto. testsuite/ChangeLog: PR target/34000 PR target/35553 * g++.dg/other/i386-3.C: New test. * gcc.target/i386/sse-13.c: Redefine extern instead of static. * gcc.target/i386/sse-14.c: Ditto. * gcc.target/i386/mmx-1.c: Ditto. * gcc.target/i386/mmx-2.c: Ditto. * gcc.target/i386/3dnow-1.c: Ditto. * gcc.target/i386/3dnow-2.c: Ditto. * gcc.target/i386/3dnowA-1.c: Ditto. * gcc.target/i386/3dnowA-2.c: Ditto. Added: trunk/gcc/testsuite/g++.dg/other/i386-3.C Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/ammintrin.h trunk/gcc/config/i386/bmmintrin.h trunk/gcc/config/i386/emmintrin.h trunk/gcc/config/i386/mm3dnow.h trunk/gcc/config/i386/mmintrin-common.h trunk/gcc/config/i386/mmintrin.h trunk/gcc/config/i386/pmmintrin.h trunk/gcc/config/i386/smmintrin.h trunk/gcc/config/i386/tmmintrin.h trunk/gcc/config/i386/xmmintrin.h trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.target/i386/3dnow-1.c trunk/gcc/testsuite/gcc.target/i386/3dnow-2.c trunk/gcc/testsuite/gcc.target/i386/3dnowA-1.c trunk/gcc/testsuite/gcc.target/i386/3dnowA-2.c trunk/gcc/testsuite/gcc.target/i386/mmx-1.c trunk/gcc/testsuite/gcc.target/i386/mmx-2.c trunk/gcc/testsuite/gcc.target/i386/sse-13.c trunk/gcc/testsuite/gcc.target/i386/sse-14.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35553
[Bug target/34000] GCC pedwarns about use of static inline functions from system headers in extern inline functions
--- Comment #19 from uros at gcc dot gnu dot org 2008-03-13 13:34 --- Subject: Bug 34000 Author: uros Date: Thu Mar 13 13:33:47 2008 New Revision: 133169 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133169 Log: PR target/34000 PR target/35553 * config/i386/xmmintrin.h: Change all static inline functions to extern inline and add __gnu_inline__ attribute. * config/i386/bmintrin.h: Ditto. * config/i386/smmintrin.h: Ditto. * config/i386/tmmintrin.h: Ditto. * config/i386/mmintrin-common.h: Ditto. * config/i386/ammintrin.h: Ditto. * config/i386/emmintrin.h: Ditto. * config/i386/pmmintrin.h: Ditto. * config/i386/mmintrin.h: Ditto. * config/i386/mm3dnow.h: Ditto. testsuite/ChangeLog: PR target/34000 PR target/35553 * g++.dg/other/i386-3.C: New test. * gcc.target/i386/sse-13.c: Redefine extern instead of static. * gcc.target/i386/sse-14.c: Ditto. * gcc.target/i386/mmx-1.c: Ditto. * gcc.target/i386/mmx-2.c: Ditto. * gcc.target/i386/3dnow-1.c: Ditto. * gcc.target/i386/3dnow-2.c: Ditto. * gcc.target/i386/3dnowA-1.c: Ditto. * gcc.target/i386/3dnowA-2.c: Ditto. Added: trunk/gcc/testsuite/g++.dg/other/i386-3.C Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/ammintrin.h trunk/gcc/config/i386/bmmintrin.h trunk/gcc/config/i386/emmintrin.h trunk/gcc/config/i386/mm3dnow.h trunk/gcc/config/i386/mmintrin-common.h trunk/gcc/config/i386/mmintrin.h trunk/gcc/config/i386/pmmintrin.h trunk/gcc/config/i386/smmintrin.h trunk/gcc/config/i386/tmmintrin.h trunk/gcc/config/i386/xmmintrin.h trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.target/i386/3dnow-1.c trunk/gcc/testsuite/gcc.target/i386/3dnow-2.c trunk/gcc/testsuite/gcc.target/i386/3dnowA-1.c trunk/gcc/testsuite/gcc.target/i386/3dnowA-2.c trunk/gcc/testsuite/gcc.target/i386/mmx-1.c trunk/gcc/testsuite/gcc.target/i386/mmx-2.c trunk/gcc/testsuite/gcc.target/i386/sse-13.c trunk/gcc/testsuite/gcc.target/i386/sse-14.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34000
[Bug libfortran/35563] [4.4 Regression] Unsatisfied symbols truncl and expl
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2008-03-13 14:22 --- Yes, I'm pretty confident it was fixed. What is the revision number of your build? PR35524 was fixed with revision 133138. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35563
[Bug fortran/34527] Declaring a variable twice with different characteristics
-- fxcoudert 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-03-13 14:30:01 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34527
[Bug fortran/32600] [ISO Bind C] C_F_POINTER w/o SHAPE should not be a library function
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org Status|REOPENED|ASSIGNED Last reconfirmed|2007-07-03 10:19:13 |2008-03-13 14:37:10 date|| Target Milestone|4.3.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32600
[Bug ada/35567] New: spurious character in array definition generates gnat error rather than syntax error
Given the following source file (excuse the ada style -- this is reduced to just the error-causing but of a much longer source file in an ongoing translation of a long-standing C program to Ada), the compiler generates the compiler error shown below. Removing the spurious 'I' in the array definition causes the file to compile cleanly. = begin 'empire.ads' = package Empire is type Direction_T is (NORTH, NORTHEAST, EAST, SOUTHEAST, SOUTH, SOUTHWEST, WEST, NORTHWEST, NODIRECTION); -- in original, function_t was overloaded, with negative values meaning as indicated -- below, and positive values indicatign a location_t destination. -- we now use MOVE_TO_DEST, and the piece_info_t's (new) `Dest' field. -- -- also, despite defined values, the original computer move implementation (compmove.c) -- used two values, '0' and '1' (only), giving them the meaning 'LOADING' and 'UNLOADING'. -- for now, we include these in the type. -- -- XXX XXX better would be to make Piece_Info_T a variant record, where `Func' took on -- a new User_Function_T or Comp_Function_T depending on Owner type Function_T is (NOFUNC, -- no programmed function (-1) RANDOM, -- move randomly (-2) SENTRY, -- sleep (-3) FILL,-- load transport (-4) LAND,-- land fighter at city (-5) EXPLORE, -- explore (-6) ARMYATTACK, -- army looks for city to attack (-8) REPAIR, -- ship moves toward port (-10) WFTRANSPORT, -- army boards a transport (-11) MOVE_N, -- move north (-12) MOVE_NE, -- move northeast (-13) MOVE_E, -- move east (-14) MOVE_SE, -- move southeast (-15) MOVE_S, -- move south (-16) MOVE_SW, -- move southwest (-17) MOVE_W, -- move west (-18) MOVE_NW, -- move northwest (-19) MOVE_TO_DEST,-- move to Obj.Dest COMP_LOADING,-- Comp_Move only COMP_UNLOADING); -- Comp_Move only Move_Dir_Functions : constant array (Direction_T range NORTH .. NORTHWEST) of Function_T I:= ( NORTH = MOVE_N, NORTHEAST = MOVE_NE, EAST = MOVE_E, SOUTHEAST = MOVE_SE, SOUTH = MOVE_S, SOUTHWEST = MOVE_SW, WEST = MOVE_W, NORTHWEST = MOVE_NW ); end Empire; = end 'empire.ads' = = begin gnat error = besaid:~/proj jwise$ /usr/local/ada-4.3/bin/gcc -c empire.ads +===GNAT BUG DETECTED==+ | 4.3.0 20070903 (experimental) [trunk revision 128061] (i686-apple-darwin8) | | Program_Error sem.adb:630 explicit raise | | Error detected at empire.ads:46:93 | | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. list may be incomplete raised SYSTEM.ASSERTIONS.ASSERT_FAILURE : namet.adb:618 besaid:~/proj jwise$ = end gnat error = -- Summary: spurious character in array definition generates gnat error rather than syntax error Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jwise at draga dot com GCC build triplet: i686-apple-darwin8 GCC host triplet: i686-apple-darwin8 GCC target triplet: i686-apple-darwin8 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35567
[Bug ada/35567] spurious character in array definition generates gnat error rather than syntax error
--- Comment #1 from jwise at draga dot com 2008-03-13 14:39 --- Full gcc -v output is as follows, by the way: besaid:~/proj jwise$ /usr/local/ada-4.3/bin/gcc -v Using built-in specs. Target: i686-apple-darwin8 Configured with: /Volumes/FireLite/Shared/Developer/Compiler/gcc-head/configure --disable-checking --disable-nls --enable-static --prefix=/usr/local/ada-4.3 --with-arch=nocona --with-tune=generic --host=i686-apple-darwin8 --target=i686-apple-darwin8 --build=i686-apple-darwin8 --enable-languages=c,ada,objc,obj-c++,c++,fortran Thread model: posix gcc version 4.3.0 20070903 (experimental) [trunk revision 128061] (GCC) besaid:~/proj jwise$ -- jwise at draga dot com changed: What|Removed |Added CC||jwise at draga dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35567
[Bug libfortran/35563] [4.4 Regression] Unsatisfied symbols truncl and expl
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2008-03-13 14:41 --- Subject: Re: [4.4 Regression] Unsatisfied symbols truncl and expl Yes, I'm pretty confident it was fixed. What is the revision number of your build? PR35524 was fixed with revision 133138. I'm not sure. It was downloaded Tuesday evening, EDT. I was doing a recheck last night but the machined suffered a failure of the disk array that I use for GCC builds. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35563
[Bug gcov-profile/35568] New: missing gcov data spoils other files.
gcc version 4.3.0 20080307 (Red Hat 4.3.0-2) (GCC) $ cat foo.sh #!/bin/sh cat gcov_test.c EOF int main() { return 0; } EOF gcc gcov_test.c -o gcov_test -fprofile-arcs -ftest-coverage ./gcov_test gcov *.c touch unused.c gcov *.c $ sh foo.sh File 'gcov_test.c' Lines executed:100.00% of 2 gcov_test.c:creating 'gcov_test.c.gcov' unused.gcno:cannot open graph file File 'gcov_test.c' No executable lines gcov_test.c:creating 'gcov_test.c.gcov' -- Summary: missing gcov data spoils other files. Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: gcov-profile AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ratmice at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35568
[Bug fortran/33845] Namespace memory cleanup needed
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2008-03-13 14:46 --- Reduced testcase: subroutine ouch end ==29512== 2,864 (2,416 direct, 448 indirect) bytes in 13 blocks are definitely lost in loss record 3 of 7 ==29512==at 0x4A1B858: malloc (vg_replace_malloc.c:149) ==29512==by 0xB51457: xmalloc (xmalloc.c:147) ==29512==by 0x444AC4: gfc_getmem (misc.c:37) ==29512==by 0x470A27: gfc_get_namespace (symbol.c:2079) ==29512==by 0x470B6C: gfc_symbol_init_2 (symbol.c:2928) ==29512==by 0x444778: gfc_init_2 (misc.c:269) ==29512==by 0x452FBE: gfc_parse_file (parse.c:3499) ==29512==by 0x47C0E4: gfc_be_parse_file (f95-lang.c:261) ==29512==by 0x6F6198: toplev_main (toplev.c:1029) ==29512==by 0x4B3B4C9: (below main) (in /usr/lib/debug/libc-2.3.6.so) -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-03-13 14:46:01 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33845
[Bug libstdc++/35569] New: std::[tr1::]bind result functor doesn't accept rvalues
The following code doesn't compile with gcc-4.3.0 on c++0x mode: using std; using std::placeholders; bind(multipliesint(),4,_1)(5); g++ outputs: teste.cpp:2: error: no match for call to ‘(std::_Bindstd::multipliesint ()(st d::_Placeholder1, int)) (int)’ /usr/local/lib/gcc/i686-pc-linux-gnu/4.3.0/../../../../include/c++/4.3.0/tr1_imp l/functional:1189: note: candidates are: typename std::result_of_Functor ()(typ ename std::result_ofstd::_Mu_Bound_args, std::is_bind_expression::value, (std: :is_placeholder::value 0) ()(_Bound_args, std::tuple_UElements ...)::type ...)::type std::_Bind_Functor ()(_Bound_args ...)::operator()(_Args ...) [wi th _Args = int, _Functor = std::multipliesint, _Bound_args = std::_Placeholder 1, int] /usr/local/lib/gcc/i686-pc-linux-gnu/4.3.0/../../../../include/c++/4.3.0/tr1_imp l/functional:1200: note: typename std::result_ofconst _Functor ()(typename std::result_ofstd::_Mu_Bound_args, std::is_bind_expression::value, (std::is_placeholder::value 0) ()(_Bound_args, std::tuple_UElements ...): :type ...)::type std::_Bind_Functor ()(_Bound_args ...)::operator()(_Args .. .) const [with _Args = int, _Functor = std::multipliesint, _Bound_args = std:: _Placeholder1, int] /usr/local/lib/gcc/i686-pc-linux-gnu/4.3.0/../../../../include/c++/4.3.0/tr1_imp l/functional:1212: note: typename std::result_ofvolatile _Funct or ()(typename std::result_ofstd::_Mu_Bound_args, std::is_bind_expression::val ue, (std::is_placeholder::value 0) ()(_Bound_args, std::tuple_UElements ... )::type ...)::type std::_Bind_Functor ()(_Bound_args ...)::operator()(_Args ...) volatile [with _Args = int, _Functor = std::multipliesint, _Bound_args = std::_Placeholder1, int] /usr/local/lib/gcc/i686-pc-linux-gnu/4.3.0/../../../../include/c++/4.3.0/tr1_imp l/functional:1225: note: typename std::result_ofconst volatile _Functor ()(typename std::result_ofstd::_Mu_Bound_args, std::is_bind_expressio n::value, (std::is_placeholder::value 0) ()(_Bound_args, std::tuple_UElement s ...)::type ...)::type std::_Bind_Functor ()(_Bound_args ...)::operator()( _Args ...) const volatile [with _Args = int, _Functor = std::multipliesint, _ Bound_args = std::_Placeholder1, int] It seems that std::_Bind operator() doesn't accept rvalues. Maybe the arguments should be passed by rvalue-references and std::forward'ed to the underlying function (or functor). -- Summary: std::[tr1::]bind result functor doesn't accept rvalues Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rodolfo at rodsoft dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35569
[Bug c++/35570] New: static functionclass member
template void ( *F )() struct X { }; template typename T struct Y { static void f() { } typedef X f F; }; Y void test; $ g++ 0.cpp -c 0.cpp: In instantiation of #8216;Yvoid#8217;: 0.cpp:9: instantiated from here 0.cpp:7: error: #8216;static void YT::f() [with T = void]#8217; cannot appear in a constant-expression -- Summary: static functionclass member Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pluto at agmk dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35570
[Bug c++/35571] New: `static function member` cannot appeat in a constant-expression.
template void ( *F )() struct X { }; template typename T struct Y { static void f() { } typedef X f F; }; Y void test; $ g++ 0.cpp -c 0.cpp: In instantiation of #8216;Yvoid#8217;: 0.cpp:9: instantiated from here 0.cpp:7: error: #8216;static void YT::f() [with T = void]#8217; cannot appear in a constant-expression -- Summary: `static function member` cannot appeat in a constant- expression. Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pluto at agmk dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35571
[Bug c++/35570] static functionclass member
--- Comment #1 from pluto at agmk dot net 2008-03-13 15:33 --- sorry, accidental submit. *** This bug has been marked as a duplicate of 35571 *** -- pluto at agmk dot net changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35570
[Bug c++/35571] `static function member` cannot appeat in a constant-expression.
--- Comment #1 from pluto at agmk dot net 2008-03-13 15:33 --- *** Bug 35570 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35571
[Bug c++/35571] `static function member` cannot appeat in a constant-expression.
--- Comment #2 from pluto at agmk dot net 2008-03-13 15:35 --- 4.1.3, msvc8 and comeau accept this code. -- pluto at agmk dot net changed: What|Removed |Added Keywords||rejects-valid Known to fail||4.2.3 4.3.0 Known to work||4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35571
[Bug middle-end/35041] ICE in tree-ssa-ccp.c with -fipa-struct-reorg
--- Comment #5 from olga at gcc dot gnu dot org 2008-03-13 15:40 --- Subject: Bug 35041 Author: olga Date: Thu Mar 13 15:40:09 2008 New Revision: 133171 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133171 Log: 2008-02-19 Alon Dayan [EMAIL PROTECTED] Olga Golovanevsky [EMAIL PROTECTED] PR tree-optimization/35041 * gcc.dg/struct/wo_prof_double_malloc.c: New test. 2008-03-13 Alon Dayan [EMAIL PROTECTED] Olga Golovanevsky [EMAIL PROTECTED] PR tree-optimization/35041 * ipa-struct-reorg.c (find_pos_in_stmt_1): Add another option to locate the right position in a statement. Added: trunk/gcc/testsuite/gcc.dg/struct/wo_prof_double_malloc.c Modified: trunk/gcc/ChangeLog trunk/gcc/ipa-struct-reorg.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35041
[Bug ada/35567] spurious character in array definition generates gnat error rather than syntax error
--- Comment #2 from sam at gcc dot gnu dot org 2008-03-13 15:47 --- Confirmed on trunk: GNAT 4.4.0 20080311 (experimental) Copyright 1992-2007, Free Software Foundation, Inc. +===GNAT BUG DETECTED==+ | 4.4.0 20080311 (experimental) (i686-pc-linux-gnu) Program_Error sem.adb:630 explicit raise| | Error detected at empire.ads:46:93 | GNAT thinks that there is a missing semicolon before the bogus I but doesn't recover properly from it. Here is a reduced test case: package T is A : Boolean B := True; end T; % gcc -c t.ads +===GNAT BUG DETECTED==+ | 4.4.0 20080311 (experimental) (i686-pc-linux-gnu) Program_Error sem.adb:630 explicit raise| | Error detected at t.ads:3:15 | -- sam at gcc dot gnu dot org changed: What|Removed |Added CC||sam at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-03-13 15:47:49 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35567
[Bug preprocessor/35322] [4.2/4.3/4.4 regression] ICE with incomplete macro
--- Comment #2 from tromey at gcc dot gnu dot org 2008-03-13 15:48 --- Testing a patch. -- tromey at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2008-02-23 18:51:21 |2008-03-13 15:48:41 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35322
[Bug preprocessor/35326] [4.2/4.3/4.4 regression] ICE with stray digraph token
--- Comment #2 from tromey at gcc dot gnu dot org 2008-03-13 15:53 --- I tried this but was unable to see the ICE. I used trunk, both gcc and g++. What options did you use? Anything special? If you still see an ICE, could you perhaps append a stack trace from cc1? That might help. -- tromey at gcc dot gnu dot org changed: What|Removed |Added CC||tromey at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35326
[Bug ada/35572] New: POSIX complient putenv() requires its argument NOT to be free'ed
In Darwin9 (Mac OS X Leopard), the new implementation of putenv() does not duplicate its argument. Thus, this argument must not be deallocate in gcc/ada/env.c (__gnat_setenv()) Deallocating this argument will corrupt the environment memory causing several program (gnatmake will be unable to locate gcc, gnatbind or gnatlink). -- Summary: POSIX complient putenv() requires its argument NOT to be free'ed Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: critical Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bechir dot zalila at gmail dot com GCC build triplet: i686-apple-darwin9 GCC host triplet: i686-apple-darwin9 GCC target triplet: i686-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35572
[Bug ada/35572] POSIX complient putenv() requires its argument NOT to be free'ed
--- Comment #1 from bechir dot zalila at gmail dot com 2008-03-13 16:35 --- Created an attachment (id=15308) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15308action=view) patchfile that solves the problem -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35572
[Bug c++/35571] `static function member` cannot appeat in a constant-expression.
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-03-13 16:36 --- Doing: typedef XY:: f F; Fixes the error message. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35571
[Bug c++/35571] `static function member` cannot appeat in a constant-expression.
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-03-13 16:38 --- *** This bug has been marked as a duplicate of 35167 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35571
[Bug c++/35167] Problem with non-type template parameter and name lookup in template.
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-03-13 16:38 --- *** Bug 35571 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pluto at agmk dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35167
[Bug ada/35572] POSIX complient putenv() requires its argument NOT to be free'ed
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-03-13 16:39 --- *** This bug has been marked as a duplicate of 33857 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35572
[Bug ada/33857] Cannot bootstrap Ada with host gnatmake-4.2
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-03-13 16:39 --- *** Bug 35572 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||bechir dot zalila at gmail ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33857
[Bug c++/35548] [4.3/4.4 Regression] g++ 4.3.{0,1} miscompile this simple program
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org Keywords||wrong-code Known to fail||4.3.0 Known to work||4.2.3 Summary|g++ 4.3.{0,1} miscompile|[4.3/4.4 Regression] g++ |this simple program |4.3.{0,1} miscompile this ||simple program Target Milestone|--- |4.3.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35548
[Bug libstdc++/35566] multiset constructor uses insert_unique instead of insert_equal!
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal Component|c++ |libstdc++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35566
[Bug c++/35573] New: internal compiler error: in reference_to_unused, at dwarf2out.c:10010
ICE when compiling valid code source - machine-generated CORBA stub, produced with TAO IDL compiler cannot copy it becouse of large size of source: 61727 lines command line caused an error: /usr/local/bin/gcc -g -fPIC -DTHREAD -DSOLARIS -DSOLARIS2_7 -I. -I/share/src/ACE_wrappers/TAO -I/share/src/ACE_wrappers -c eHotels_c.cc -o eHotels_c.o eHotels_c.cc:61727: internal compiler error: in reference_to_unused, at dwarf2out.c:10010 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. *** Error code 1 -- Summary: internal compiler error: in reference_to_unused, at dwarf2out.c:10010 Product: gcc Version: 4.2.2 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: victormikhailov77 at gmail dot com GCC build triplet: sparc-sun-solaris2.8 GCC host triplet: sparc-sun-solaris2.8 GCC target triplet: sparc-sun-solaris2.8 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35573
[Bug c++/35573] internal compiler error: in reference_to_unused, at dwarf2out.c:10010
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|blocker |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35573
[Bug c++/35573] internal compiler error: in reference_to_unused, at dwarf2out.c:10010
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-13 16:52 --- This is most likely already fixed in 4.2.3, see PR 31899. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35573
[Bug middle-end/35492] ICE building kernel sk_stream_wait_connect output_operand: invalid operand for 'p' modifier
--- Comment #2 from hp at gcc dot gnu dot org 2008-03-13 16:54 --- Also repeatable with plain -O1, at least for cris-*-*. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35492
[Bug libstdc++/35566] multiset constructor uses insert_unique instead of insert_equal!
-- 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-03-13 16:59:15 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35566
[Bug middle-end/33088] [4.1/4.2 regression] spurious exceptions with -ffloat-store
--- Comment #15 from pinskia at gcc dot gnu dot org 2008-03-13 17:00 --- I think this patch causes invalid gimple to show up at -O0 . With my patches to detect invalid gimple shows that there are a lot of failures with complex and -O0. Did the definition of what is valid gimple for complex at -O0 change? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.1.3 |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33088
[Bug middle-end/33088] [4.1/4.2 regression] spurious exceptions with -ffloat-store
--- Comment #16 from rguenther at suse dot de 2008-03-13 17:02 --- Subject: Re: [4.1/4.2 regression] spurious exceptions with -ffloat-store On Thu, 13 Mar 2008, pinskia at gcc dot gnu dot org wrote: --- Comment #15 from pinskia at gcc dot gnu dot org 2008-03-13 17:00 --- I think this patch causes invalid gimple to show up at -O0 . With my patches to detect invalid gimple shows that there are a lot of failures with complex and -O0. Did the definition of what is valid gimple for complex at -O0 change? No. I also recognized that we still set DECL_IS_GIMPLE_REG but is_gimple_reg says it is not. We should go into SSA for -O0 as well and fix this for real. Richard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33088
[Bug libstdc++/35541] Legal C++ program can't be compiled with -D_GLIBCXX_DEBUG
--- Comment #5 from paolo at gcc dot gnu dot org 2008-03-13 17:36 --- Subject: Bug 35541 Author: paolo Date: Thu Mar 13 17:35:40 2008 New Revision: 133173 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133173 Log: 2008-03-13 Paolo Carlini [EMAIL PROTECTED] PR libstdc++/35541 * include/debug/functions.h (__check_sorted_set_aux): Fix signature. * testsuite/25_algorithms/set_difference/35541.cc: New. Added: trunk/libstdc++-v3/testsuite/25_algorithms/set_difference/35541.cc Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/debug/functions.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35541
[Bug libstdc++/35541] [4.3 Regression] Legal C++ program can't be compiled with -D_GLIBCXX_DEBUG
--- Comment #7 from pcarlini at suse dot de 2008-03-13 17:38 --- Fixed for 4.3.1. -- pcarlini at suse dot de changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Summary|Legal C++ program can't be |[4.3 Regression] Legal C++ |compiled with - |program can't be compiled |D_GLIBCXX_DEBUG |with -D_GLIBCXX_DEBUG Target Milestone|--- |4.3.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35541
[Bug libstdc++/35541] Legal C++ program can't be compiled with -D_GLIBCXX_DEBUG
--- Comment #6 from paolo at gcc dot gnu dot org 2008-03-13 17:36 --- Subject: Bug 35541 Author: paolo Date: Thu Mar 13 17:36:02 2008 New Revision: 133174 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133174 Log: 2008-03-13 Paolo Carlini [EMAIL PROTECTED] PR libstdc++/35541 * include/debug/functions.h (__check_sorted_set_aux): Fix signature. * testsuite/25_algorithms/set_difference/35541.cc: New. Added: branches/gcc-4_3-branch/libstdc++-v3/testsuite/25_algorithms/set_difference/35541.cc Modified: branches/gcc-4_3-branch/libstdc++-v3/ChangeLog branches/gcc-4_3-branch/libstdc++-v3/include/debug/functions.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35541
[Bug libstdc++/35566] [4.3 Regression] multiset constructor uses insert_unique instead of insert_equal!
--- Comment #3 from paolo at gcc dot gnu dot org 2008-03-13 17:49 --- Subject: Bug 35566 Author: paolo Date: Thu Mar 13 17:48:21 2008 New Revision: 133175 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133175 Log: 2008-03-13 Dennis Czeremin [EMAIL PROTECTED] PR libstdc++/35566 * include/bits/stl_multimap.h (multimap::multimap(_InputIterator, _InputIterator)): Forward to _M_insert_equal, not _M_insert_unique. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/bits/stl_multimap.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35566
[Bug libstdc++/35566] [4.3 Regression] multiset constructor uses insert_unique instead of insert_equal!
--- Comment #4 from paolo at gcc dot gnu dot org 2008-03-13 17:49 --- Subject: Bug 35566 Author: paolo Date: Thu Mar 13 17:48:42 2008 New Revision: 133176 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133176 Log: 2008-03-13 Dennis Czeremin [EMAIL PROTECTED] PR libstdc++/35566 * include/bits/stl_multimap.h (multimap::multimap(_InputIterator, _InputIterator)): Forward to _M_insert_equal, not _M_insert_unique. Modified: branches/gcc-4_3-branch/libstdc++-v3/ChangeLog branches/gcc-4_3-branch/libstdc++-v3/include/bits/stl_multimap.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35566
[Bug libstdc++/35566] [4.3 Regression] multiset constructor uses insert_unique instead of insert_equal!
--- Comment #5 from pcarlini at suse dot de 2008-03-13 17:49 --- Fixed for 4.3.1. -- pcarlini at suse dot de changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.3.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35566
[Bug c/35574] New: ICE: pdist-3.c
Executing on host: /home/joel/work-gnat/svn/b-gcc1-sparc/gcc/xgcc -B/home/joel/work-gnat/svn/b-gcc1-sparc/gcc/ /home/joel/work-gnat/svn/gcc/gcc/testsuite/gcc.target/sparc/pdist-3.c gcc_tg.o -mcpu=ultrasparc -mvis -O1 -DSTACK_SIZE=2048 -fno-show-column -B/home/joel/work-gnat/svn/bsp-install/sparc-rtems4.9/sis/lib/ -specs bsp_specs -qrtems -mcpu=cypress /home/joel/work-gnat/svn/b-gcc1-sparc/rtems_gcc_main.o -Wl,-wrap,exit -Wl,-wrap,_exit -Wl,-wrap,main -Wl,-wrap,abort -lm -o ./pdist-3.exe(timeout = 300) /home/joel/work-gnat/svn/gcc/gcc/testsuite/gcc.target/sparc/pdist-3.c: In function 'main': /home/joel/work-gnat/svn/gcc/gcc/testsuite/gcc.target/sparc/pdist-3.c:37: error: unrecognizable insn: (insn 55 12 13 2 /home/joel/work-gnat/svn/gcc/gcc/testsuite/gcc.target/sparc/pdist-3.c:33 (set (reg:V8QI 8 %o0) (mem/u/c/i:V8QI (symbol_ref/u:SI (*.LLC0) [flags 0x2]) [0 S8 A64])) -1 (nil)) /home/joel/work-gnat/svn/gcc/gcc/testsuite/gcc.target/sparc/pdist-3.c:37: internal compiler error: in extract_insn, at recog.c:1983 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. compiler exited with status 1 output is: -- Summary: ICE: pdist-3.c Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joel at gcc dot gnu dot org GCC target triplet: sparc-rtems4.9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35574
[Bug rtl-optimization/33642] unrecognizable insn for -frtl-abstract-sequences
--- Comment #12 from joel at gcc dot gnu dot org 2008-03-13 18:01 --- Is this the same bug? sparc-rtems4.9 on SVN trunk: Executing on host: /home/joel/work-gnat/svn/b-gcc1-sparc/gcc/xgcc -B/home/joel/work-gnat/svn/b-gcc1-sparc/gcc/ /home/joel/work-gnat/svn/gcc/gcc/testsuite/gcc.c-torture/compile/pr11832.c -O1 -frtl-abstract-sequences -DSTACK_SIZE=2048 -fno-show-column -S -B/home/joel/work-gnat/svn/bsp-install/sparc-rtems4.9/sis/lib/ -specs bsp_specs -qrtems -mcpu=cypress -o pr11832.s(timeout = 300) /home/joel/work-gnat/svn/gcc/gcc/testsuite/gcc.c-torture/compile/pr11832.c: In function 'foo': /home/joel/work-gnat/svn/gcc/gcc/testsuite/gcc.c-torture/compile/pr11832.c:30: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. compiler exited with status 1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33642
[Bug target/35575] New: ICE: in function_arg_slotno, at config/sparc/sparc.c:4696
SVN trunk. Executing on host: /home/joel/work-gnat/svn/b-gcc1-sparc/gcc/xgcc -B/home/joel/work-gnat/svn/b-gcc1-sparc/gcc/ dfprt31495.c gcc_tg.o -DSTACK_SIZE=2048 -fno-show-column -B/home/joel/work-gnat/svn/bsp-install/sparc-rtems4.9/sis/lib/ -specs bsp_specs -qrtems -mcpu=cypress /home/joel/work-gnat/svn/b-gcc1-sparc/rtems_gcc_main.o -Wl,-wrap,exit -Wl,-wrap,_exit -Wl,-wrap,main -Wl,-wrap,abort -lm -o dfprt31495.exe(timeout = 300) dfprt31495.c:2: error: decimal floating point not supported for this target dfprt31495.c:2: error: decimal floating point not supported for this target dfprt31495.c:2: error: decimal floating point not supported for this target dfprt31495.c: In function 'main': dfprt31495.c:3: internal compiler error: in function_arg_slotno, at config/sparc/sparc.c:4696 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. compiler exited with status 1 -- Summary: ICE: in function_arg_slotno, at config/sparc/sparc.c:4696 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joel at gcc dot gnu dot org GCC target triplet: sparc-rtems4.9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35575
[Bug ada/35576] New: Ada HW Interrupt Task Enhancement
Currently VxWorks is the only target in gcc to support Ada interrupt tasks which are tied to hardware interrupt sources. The code in gcc currently is VxWorks specific. The patch attached generalizes this code by adding an adapter layer consisting of binary semaphores and interrupt management methods. These are generalized names for the routines currently used in the VxWorks code. A diff of the existing s-interr-vxworks.adb and the new s-interr-hwint.adb will show the largely mechanical changes. Both VxWorks and RTEMS targets have been modified to use this code. It has been tested on RTEMS. The code was first posted to gcc-patches in December 2007 against the 4.2 branch and SVN trunk. All comments were addressed and the code was reposted again in early March 2008 to gcc-patches. It received only comments on mistakes in the comments which were inherited directly from the original VxWorks code. I am filing this as a PR in the hopes that this will result in it finally getting merged. -- Summary: Ada HW Interrupt Task Enhancement Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joel at gcc dot gnu dot org GCC build triplet: *-*-rtems* *-*-vxworks* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35576
[Bug ada/35576] Ada HW Interrupt Task Enhancement
--- Comment #1 from joel at gcc dot gnu dot org 2008-03-13 18:47 --- Created an attachment (id=15309) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15309action=view) Ada HW Interrupt Task Enhancement -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35576
[Bug ada/35576] Ada HW Interrupt Task Enhancement
--- Comment #2 from joel at gcc dot gnu dot org 2008-03-13 18:47 --- 2007-12-06 Joel Sherrill [EMAIL PROTECTED] * Makefile.in: Switch RTEMS and VxWorks to s-interr-hwint.adb. * s-interr-hwint.adb: New file with portable implementation. * s-interr-vxworks.adb: Removed. * s-osinte-rtems.adb, s-osinte-rtems.ads, s-osinte-vxworks.adb, s-osinte-vxworks.ads: Add shared hardware interrupt adapter layer. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35576
[Bug target/34794] build of gcc 4.2.2 fails on AIX 6.1 / libstdc++-v3/libmath/stubs.c:47
--- Comment #19 from dje at gcc dot gnu dot org 2008-03-13 19:04 --- Subject: Bug 34794 Author: dje Date: Thu Mar 13 19:03:23 2008 New Revision: 133184 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133184 Log: Backport from mainline: 2008-01-26 David Edelsohn [EMAIL PROTECTED] PR target/34794 * config/os/aix/os_defines.h: Define __COMPATMATH__. Modified: branches/gcc-4_2-branch/libstdc++-v3/ChangeLog branches/gcc-4_2-branch/libstdc++-v3/config/os/aix/os_defines.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34794
[Bug target/34794] build of gcc 4.2.2 fails on AIX 6.1 / libstdc++-v3/libmath/stubs.c:47
--- Comment #20 from dje at gcc dot gnu dot org 2008-03-13 19:12 --- Subject: Bug 34794 Author: dje Date: Thu Mar 13 19:11:43 2008 New Revision: 133186 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133186 Log: 2008-01-26 David Edelsohn [EMAIL PROTECTED] PR target/34794 * config.gcc: Separate AIX 5.3 from AIX 6.1. * config/rs6000/rs6000-c.c (rs6000_cpu_cpp_builtins): Define __LONGDOUBLE128 too. * config/rs6000/aix61.h: New file. Added: branches/gcc-4_2-branch/gcc/config/rs6000/aix61.h Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/config.gcc branches/gcc-4_2-branch/gcc/config/rs6000/rs6000-c.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34794
[Bug target/34794] build of gcc 4.2.2 fails on AIX 6.1 / libstdc++-v3/libmath/stubs.c:47
--- Comment #21 from dje at gcc dot gnu dot org 2008-03-13 19:16 --- Backported patches to GCC 4.2 branch for GCC 4.2.4 release. -- dje at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.3.0 |4.2.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34794
[Bug testsuite/35558] Untested g++.dg/tls/static-1a.cc
--- Comment #1 from hjl dot tools at gmail dot com 2008-03-13 19:40 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00828.html -- hjl dot tools at gmail dot com changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2008- ||03/msg00828.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35558
[Bug bootstrap/35577] New: configure: error: cannot compute suffix of object files
This is on an AMD Opteron system running the 64 bit version of RHEL 4.3 (curious that it is identified as unknown-linux-gnu). I'm building 4.3.0 with GCC 3.4.5 20051201 (Red Hat 3.4.5-2). My configure command is ../gcc-4.3.0/configure --with-gmp=/apps/gmp/4.2.2 --with-mpfr=/apps/mpfr/2.3.0 --prefix=/apps/gcc/4.2.2 --enable-languages=c,c++,fortran,java,objc,obj-c++,treelang The configure completes successfully. The error is triggered by make bootstrap The last 20 or so lines of output from make boostrap are: if [ xinfo = xinfo ]; then \ makeinfo --split-size=500 --split-size=500 --split-size=500 --no-split -I ../../gcc-4.3.0/gcc/doc \ -I ../../gcc-4.3.0/gcc/doc/include -o doc/gccinstall.info ../../gcc-4.3.0/gcc/doc/install.texi; \ fi if [ xinfo = xinfo ]; then \ makeinfo --split-size=500 --split-size=500 --split-size=500 --no-split -I . -I ../../gcc-4.3.0/gcc/doc \ -I ../../gcc-4.3.0/gcc/doc/include -o doc/cppinternals.info ../../gcc-4.3.0/gcc/doc/cppinternals.texi; \ fi make[3]: Leaving directory `/scratch/gcc_exe/gcc' mkdir -p -- x86_64-unknown-linux-gnu/libgcc Checking multilib configuration for libgcc... Configuring stage 1 in x86_64-unknown-linux-gnu/libgcc configure: creating cache ./config.cache checking for --enable-version-specific-runtime-libs... no checking for a BSD-compatible install... /usr/bin/install -c checking for gawk... gawk checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking for x86_64-unknown-linux-gnu-ar... ar checking for x86_64-unknown-linux-gnu-lipo... lipo checking for x86_64-unknown-linux-gnu-nm... /scratch/gcc_exe/./gcc/nm checking for x86_64-unknown-linux-gnu-ranlib... ranlib checking for x86_64-unknown-linux-gnu-strip... strip checking whether ln -s works... yes checking for x86_64-unknown-linux-gnu-gcc... /scratch/gcc_exe/./gcc/xgcc -B/scratch/gcc_exe/./gcc/ -B/apps/gcc/4.2.2/x86_64-unknown-linux-gnu/bin/ -B/apps/gcc/4.2.2/x86_64-unknown-linux-gnu/lib/ -isystem /apps/gcc/4.2.2/x86_64-unknown-linux-gnu/include -isystem /apps/gcc/4.2.2/x86_64-unknown-linux-gnu/sys-include checking for suffix of object files... configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. make[2]: *** [configure-stage1-target-libgcc] Error 1 make[2]: Leaving directory `/scratch/gcc_exe' make[1]: *** [stage1-bubble] Error 2 make[1]: Leaving directory `/scratch/gcc_exe' make: *** [bootstrap] Error 2 For what it's worth, the identical problem happens on a 64 bit Solaris 9 system. -- Summary: configure: error: cannot compute suffix of object files Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: al dot danial at gmail dot com GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35577
[Bug bootstrap/35577] configure: error: cannot compute suffix of object files
--- Comment #1 from al dot danial at gmail dot com 2008-03-13 20:50 --- Created an attachment (id=15310) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15310action=view) config.log -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35577
[Bug preprocessor/35322] [4.2/4.3/4.4 regression] ICE with incomplete macro
--- Comment #3 from tromey at gcc dot gnu dot org 2008-03-13 21:10 --- Subject: Bug 35322 Author: tromey Date: Thu Mar 13 21:10:07 2008 New Revision: 133195 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133195 Log: gcc/testsuite PR libcpp/35322: * gcc.dg/cpp/pr35322.c: New file. libcpp PR libcpp/35322: * directives.c (destringize_and_run): Set pfile-directive. Added: trunk/gcc/testsuite/gcc.dg/cpp/pr35322.c Modified: trunk/gcc/testsuite/ChangeLog trunk/libcpp/ChangeLog trunk/libcpp/directives.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35322
[Bug preprocessor/35322] [4.2/4.3 regression] ICE with incomplete macro
--- Comment #4 from tromey at gcc dot gnu dot org 2008-03-13 21:11 --- Fixed on trunk. I'm never sure if I should close these PRs or not. It is a regression on the older branches, but minor enough that I doubt anybody will want to back-port the fix. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Known to work||4.4.0 Summary|[4.2/4.3/4.4 regression] ICE|[4.2/4.3 regression] ICE |with incomplete macro |with incomplete macro Target Milestone|4.2.4 |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35322
[Bug bootstrap/35577] configure: error: cannot compute suffix of object files
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-03-13 21:27 --- You attached the wrong config.log. We need the one in the x86_64-unknown-linux-gnu/libgcc subdirectory where configure is failing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35577
[Bug c++/35548] [4.3/4.4 Regression] g++ 4.3.{0,1} miscompile this simple program
--- Comment #4 from hjl dot tools at gmail dot com 2008-03-13 22:11 --- Revision 129596: http://gcc.gnu.org/ml/gcc-cvs/2007-10/msg00701.html http://gcc.gnu.org/ml/gcc-patches/2007-10/msg01386.html is the cause. -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||hjl dot tools at gmail dot ||com, jason at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35548
[Bug c++/35578] New: Error about misplaced 'friend' word is issued on a wrong line
When I compile the code below I get: x.C:3: error: 'friend' used outside of class And 'friend' word is on the line #5. === code begins === int i() { return (0); } /*here an error is reported*/ friend void x() { } -- Summary: Error about misplaced 'friend' word is issued on a wrong line Product: gcc Version: 4.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: yuri at tsoft dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35578
[Bug bootstrap/35577] configure: error: cannot compute suffix of object files
--- Comment #3 from al dot danial at gmail dot com 2008-03-13 23:10 --- Created an attachment (id=15312) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15312action=view) x86_64-unknown-linux-gnu/libgcc/config.log The error in x86_64-unknown-linux-gnu/libgcc/config.log suggests it has trouble loading libmpfr.so.1. However the MPFR libraries exist under the --with-mpfr= directory I gave to the configure script: ll /apps/mpfr/2.3.0/lib/ total 3420 drwxr-sr-x 2 s116493 mis4096 Nov 26 13:44 ./ drwxr-sr-x 5 s116493 mis4096 Nov 26 13:44 ../ -rw-r--r-- 1 s116493 mis 2409846 Nov 26 13:44 libmpfr.a -rwxr-xr-x 1 s116493 mis 866 Nov 26 13:44 libmpfr.la* lrwxrwxrwx 1 s116493 mis 16 Nov 26 13:44 libmpfr.so - libmpfr.so.1.1.0* lrwxrwxrwx 1 s116493 mis 16 Nov 26 13:44 libmpfr.so.1 - libmpfr.so.1.1.0* -rwxr-xr-x 1 s116493 mis 1062796 Nov 26 13:44 libmpfr.so.1.1.0* -- al dot danial at gmail dot com changed: What|Removed |Added Attachment #15310|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35577
balthasar
try awarealkaloid it araby
[Bug target/34484] pulls in allegedly unneeded floatingpoint exception access funcs
--- Comment #9 from hjl dot tools at gmail dot com 2008-03-14 01:17 --- DFP needs floating point exception support. If your C library doesn't support it, you can disable DFP. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34484
[Bug bootstrap/35577] configure: error: cannot compute suffix of object files
--- Comment #4 from brian at dessent dot net 2008-03-14 03:05 --- Subject: Re: configure: error: cannot compute suffix of object files al dot danial at gmail dot com wrote: The error in x86_64-unknown-linux-gnu/libgcc/config.log suggests it has trouble loading libmpfr.so.1. However the MPFR libraries exist under the --with-mpfr= directory I gave to the configure script: The fact that they exist there doesn't mean the dynamic loader can find them unless you tell it. Have you set LD_LIBRARY_PATH? Or edited ld.conf? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35577
[Bug testsuite/35558] Untested g++.dg/tls/static-1a.cc
--- Comment #2 from hjl at gcc dot gnu dot org 2008-03-14 03:09 --- Subject: Bug 35558 Author: hjl Date: Fri Mar 14 03:08:29 2008 New Revision: 133204 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133204 Log: 2008-03-13 H.J. Lu [EMAIL PROTECTED] PR testsuite/35558 * g++.dg/tls/static-1.C: Move dg-additional-sources after dg-require-effective-target. * g++.dg/tls/static-1a.cc: Likewise. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/tls/static-1.C trunk/gcc/testsuite/g++.dg/tls/static-1a.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35558
[Bug testsuite/35558] Untested g++.dg/tls/static-1a.cc
--- Comment #3 from hjl dot tools at gmail dot com 2008-03-14 03:09 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35558
[Bug fortran/35475] [4.2 Regression] gfortran fails to compile valid code with ICE erro in fold-const.c
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2008-03-14 03:14 --- Subject: Bug 35475 Author: jvdelisle Date: Fri Mar 14 03:13:17 2008 New Revision: 133205 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133205 Log: 2008-03-13 Jerry DeLisle [EMAIL PROTECTED] PR fortran/35475 * gfortran.dg/derived_sub.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/derived_sub.f90 Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35475
[Bug fortran/35475] [4.2 Regression] gfortran fails to compile valid code with ICE erro in fold-const.c
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2008-03-14 03:17 --- Woks on trunk. Test case committed to avoid future regression. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35475
[Bug testsuite/35406] gfortran.dg/ldist-1.f90 and gcc.dg/tree-ssa/ldist-4.c don't work
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-03-14 03:49 --- Subject: Bug 35406 Author: jvdelisle Date: Fri Mar 14 03:48:23 2008 New Revision: 133206 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133206 Log: 2008-03-13 Jerry DeLisle [EMAIL PROTECTED] PR fortran/35406 * gfortran.dg/ldist-1.f90: Update test to check for 5 loops distributed instead of 4. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/ldist-1.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35406
[Bug testsuite/35406] gfortran.dg/ldist-1.f90 and gcc.dg/tree-ssa/ldist-4.c don't work
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2008-03-14 03:50 --- Closing. Please reopen if I broke anything. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35406
[Bug testsuite/35406] gfortran.dg/ldist-1.f90 and gcc.dg/tree-ssa/ldist-4.c don't work
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-03-14 04:04 --- I forgot the C case with ldist-4.c, :) -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35406
[Bug c/35579] New: __attribute__(( warn_unused_result )) warns when it shouldn't, doesn't warn when it should
The handling of warn_unused_result is rather inconsistent, it warns in cases where it shouldn't and sometimes doesn't warn in cases where it should. Try the following to see this: -- Snip -- cat test.c #include stdlib.h __attribute__(( warn_unused_result )) int foo( void ) { return 1; } int main( int argc, char *argv[] ) { int result; result = foo(); result = foo(); if( !result ) exit( EXIT_FAILURE ); ( void ) foo(); // Line 18 return EXIT_SUCCESS; } ^D gcc -Wall test.c test.c: In function 'main': test.c:18: warning: ignoring return value of 'foo', declared with attribute warn_unused_result -- Snip -- The result from the first call to foo() is never used, but gcc doesn't warn about it. On the other hand the result from the third call to foo() (line 18) is explicitly discarded but this time gcc does warn about it. Just to provide more detail on the gcc version: -- Snip -- gcc --ver Using built-in specs. Target: powerpc-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 --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --disable-softfloat --enable-secureplt --enable-targets=powerpc-linux,powerpc64-linux --with-cpu=default32 --with-long-double-128 --enable-checking=release powerpc-linux-gnu Thread model: posix gcc version 4.1.2 (Ubuntu 4.1.2-0ubuntu4) -- Snip -- I've seen the same behaviour on one of the 4.2 versions as well so this doesn't seem to be specific to 4.1.2, that's just the one that happens to be on the machine I'm currently using. -- Summary: __attribute__(( warn_unused_result )) warns when it shouldn't, doesn't warn when it should Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pgut001 at cs dot auckland dot ac dot nz http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35579
[Bug c/35579] __attribute__(( warn_unused_result )) warns when it shouldn't, doesn't warn when it should
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-14 04:54 --- This is the design of warn_unused_result, you cannot ignore the value, that is why casting to void does not work. The warning happens in the front-end so we don't know if you really ignore the value if you don't use the actually variable. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35579
[Bug testsuite/35406] gfortran.dg/ldist-1.f90 and gcc.dg/tree-ssa/ldist-4.c don't work
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2008-03-14 05:00 --- Subject: Bug 35406 Author: jvdelisle Date: Fri Mar 14 04:59:39 2008 New Revision: 133207 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133207 Log: 2008-03-13 Jerry DeLisle [EMAIL PROTECTED] PR testsuite/35406 * gcc.dg/tree-ssa/ldist-4.c: Update expected scan match count from 0 to 1. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/tree-ssa/ldist-4.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35406
[Bug testsuite/35406] gfortran.dg/ldist-1.f90 and gcc.dg/tree-ssa/ldist-4.c don't work
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2008-03-14 05:06 --- Closing again. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35406