[Bug tree-optimization/42709] [4.5 Regression] error: type mismatch in pointer plus expression

--- Comment #4 from irar at gcc dot gnu dot org 2010-01-14 07:49 --- Subject: Bug 42709 Author: irar Date: Thu Jan 14 07:49:39 2010 New Revision: 155882 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155882 Log: PR tree-optimization/42709 * tree-vect-slp.c (vect

[Bug tree-optimization/42732] [4.5 Regression] [graphite] ICE: verify_ssa failed

--- Comment #5 from spop at gcc dot gnu dot org 2010-01-14 07:39 --- Fixed. -- spop at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug tree-optimization/42732] [4.5 Regression] [graphite] ICE: verify_ssa failed

--- Comment #4 from spop at gcc dot gnu dot org 2010-01-14 07:38 --- Subject: Bug 42732 Author: spop Date: Thu Jan 14 07:38:15 2010 New Revision: 155881 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155881 Log: Fix PR42732. 2010-01-14 Sebastian Pop PR middle-end/42

[Bug testsuite/42414] arbitrary path modification by a sed statement breaks testsuite if testsuite is in the absolute path

--- Comment #3 from rwild at gcc dot gnu dot org 2010-01-14 07:24 --- Fixed in 4.5. -- rwild at gcc dot gnu dot org changed: What|Removed |Added Known to fail|

[Bug testsuite/42414] arbitrary path modification by a sed statement breaks testsuite if testsuite is in the absolute path

--- Comment #2 from rwild at gcc dot gnu dot org 2010-01-14 07:20 --- Subject: Bug 42414 Author: rwild Date: Thu Jan 14 07:20:31 2010 New Revision: 155880 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155880 Log: Fix PR testsuite/42414. gcc/: PR testsuite/42414

[Bug fortran/42723] Bootstrapping Fortran with GCC 4.4.2 fails on Solaris 5.10: "f951: internal compiler error: Arithmetic Exception"

--- Comment #4 from Roger dot Jeurninck at home dot nl 2010-01-14 07:15 --- Thanks for the quick respond! I'm not building the compiler in the source tree. .. I will take a deeper look on the GMP and MPFR libs and keep you posted on the progress. -- http://gcc.gnu.org/bugzilla/sho

[Bug tree-optimization/42732] [4.5 Regression] [graphite] ICE: verify_ssa failed

--- Comment #3 from spop at gcc dot gnu dot org 2010-01-14 06:40 --- Subject: Bug 42732 Author: spop Date: Thu Jan 14 06:40:33 2010 New Revision: 155879 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155879 Log: Fix PR42732. 2010-01-14 Sebastian Pop PR middle-end/42

[Bug translation/39521] specs diagnostics translation problems

--- Comment #3 from pzhao at gcc dot gnu dot org 2010-01-14 06:36 --- Fixed for 4.5.0. -- pzhao at gcc dot gnu dot org changed: What|Removed |Added Status|ASS

[Bug translation/39521] specs diagnostics translation problems

--- Comment #2 from pzhao at gcc dot gnu dot org 2010-01-14 06:28 --- Subject: Bug 39521 Author: pzhao Date: Thu Jan 14 06:28:27 2010 New Revision: 155878 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155878 Log: po/ 2010-01-14 Shujing Zhao PR translation/39521

[Bug fortran/41478] Corrupted memory using PACK for derived-types with allocated components

--- Comment #28 from pault at gcc dot gnu dot org 2010-01-14 06:20 --- Fixed on trunk. Thanks for the report Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/42481] generic interface not recognized

--- Comment #6 from pault at gcc dot gnu dot org 2010-01-14 06:19 --- Fixed on trunk. Thanks for the report Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/41478] Corrupted memory using PACK for derived-types with allocated components

--- Comment #27 from pault at gcc dot gnu dot org 2010-01-14 06:17 --- Subject: Bug 41478 Author: pault Date: Thu Jan 14 06:17:38 2010 New Revision: 155877 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155877 Log: 2010-01-14 Paul Thomas PR fortran/41478 * tr

[Bug fortran/42481] generic interface not recognized

--- Comment #5 from pault at gcc dot gnu dot org 2010-01-14 06:13 --- Subject: Bug 42481 Author: pault Date: Thu Jan 14 06:13:19 2010 New Revision: 155876 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155876 Log: 2010-01-14 Paul Thomas PR fortran/42481 * mod

[Bug bootstrap/42727] configure: error: cannot compute suffix of object files: cannot compile

--- Comment #7 from jvdelisle at gcc dot gnu dot org 2010-01-14 05:33 --- s/mps/mpc/ I will install libmpc differently and see what happens. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42727

[Bug bootstrap/42727] configure: error: cannot compute suffix of object files: cannot compile

--- Comment #6 from jvdelisle at gcc dot gnu dot org 2010-01-14 05:31 --- Created an attachment (id=19595) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19595&action=view) libgcc config.log I see the error /home/jerry/gcc/objdir/./gcc/cc1: error while loading shared libraries: li

[Bug fortran/42723] Bootstrapping Fortran with GCC 4.4.2 fails on Solaris 5.10: "f951: internal compiler error: Arithmetic Exception"

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42723

[Bug fortran/42684] [4.5 Regression] ICE when interface operator(xx) available through host and use assoc in module procedure

--- Comment #8 from jvdelisle at gcc dot gnu dot org 2010-01-14 03:07 --- Patch submitted for approval. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/20923] gfortran slow for large array constructors

--- Comment #25 from jvdelisle at gcc dot gnu dot org 2010-01-14 03:04 --- Fixed on trunk. New constructor code on fortran-exp will probably take a whole new approach on this. Closing. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |A

[Bug bootstrap/42727] configure: error: cannot compute suffix of object files: cannot compile

--- Comment #5 from pinskia at gcc dot gnu dot org 2010-01-14 03:03 --- Can you attach the config.log that is located in objdir/i686-pc-linux-gnu/libgcc ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42727

[Bug fortran/32489] Endless loop when compiling - middle-end?

--- Comment #15 from jvdelisle at gcc dot gnu dot org 2010-01-14 03:02 --- Fixed on trunk. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added S

[Bug bootstrap/42727] configure: error: cannot compute suffix of object files: cannot compile

--- Comment #4 from jvdelisle at gcc dot gnu dot org 2010-01-14 03:01 --- With g++ installed, build stops with same error. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42727

[Bug c++/42741] c++0x: core dump in recursive lambda function

--- Comment #4 from vimal78 at gmail dot com 2010-01-14 02:01 --- Created an attachment (id=19594) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19594&action=view) generated file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42741

[Bug c++/42741] c++0x: core dump in recursive lambda function

--- Comment #3 from vimal78 at gmail dot com 2010-01-14 02:01 --- Created an attachment (id=19593) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19593&action=view) generated file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42741

[Bug c++/42741] c++0x: core dump in recursive lambda function

--- Comment #2 from vimal78 at gmail dot com 2010-01-14 02:00 --- Created an attachment (id=19592) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19592&action=view) source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42741

[Bug c++/42741] c++0x: core dump in recursive lambda function

--- Comment #1 from vimal78 at gmail dot com 2010-01-14 01:59 --- the capture list refers to these lambda functions: auto term = [](int a)->int{return a*a;}; auto next = [](int a)->int{return a++;}; sorry i didn't put this along earlier. -- vimal78 at gmail dot com changed:

[Bug libstdc++/42734] trivial use of std::thread fails with "pure virtual method called"

--- Comment #15 from paolo dot carlini at oracle dot com 2010-01-14 01:58 --- (In reply to comment #14) > Believe it or not, "nuty" is actually the hostname of the system in question. > ;) > > The distribution is Arch Linux. Believe it or not, I don't know Arch Linux either ;) --

[Bug c++/42741] New: core dump in recursive lambda function

i am new to c++ lambda, and trying to use it. Please excuse me if my bug reports are invalid. here is something i wished would work, but doesn't. auto sum = [&term,&next,&sum](int a, int b)mutable ->int { if(a>b) return 0; else return term(a) + sum(next(a),b); }; It gives compila

[Bug c++/42740] [4.5 Regression] Many libstdc++ failures

--- Comment #1 from hjl dot tools at gmail dot com 2010-01-14 01:32 --- It may be caused by revision 155868: http://gcc.gnu.org/ml/gcc-cvs/2010-01/msg00334.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42740

[Bug c++/42740] New: [4.5 Regression] Many libstdc++ failures

On Linux/ia32, revision 155869 gave: FAIL: 23_containers/map/requirements/exception/basic.cc (test for excess errors) FAIL: 23_containers/map/requirements/exception/generation_prohibited.cc (test for excess errors) FAIL: 23_containers/map/requirements/exception/propagation_consistent.cc (test for

[Bug libstdc++/42734] trivial use of std::thread fails with "pure virtual method called"

--- Comment #14 from phil at nwl dot cc 2010-01-14 01:13 --- (In reply to comment #12) > Before anything else, you should make sure your system is otherwise sane, I > don't know "Linux nuty" and I have no idea if it's affected by specific > issues. Believe it or not, "nuty" is actually

[Bug c++/42739] New: [4.5 Regression] ICE with computed goto, destructors, and optimization

I compiled the GCC snapshot from 2010-01-07 on 32bit Ubuntu 10.04. I got the same results using the SVN version from last night (Jan 12, 2010) on 64bit Ubuntu 9.04. The snippet is nonsensical, but it compiles fine with 4.3.3 and 4.4.3. So far I've only noticed the error when using '-O2', '-O3',

[Bug rtl-optimization/42691] problematic REG_EQUAL note added to SUBREG

--- Comment #11 from jingyu at google dot com 2010-01-14 00:13 --- Subject: Re: problematic REG_EQUAL note added to SUBREG > Yes, jumping to validate_replacement means that the other combinations are not > tried.  If the new pattern is not valid, the code will try to massage i

[Bug middle-end/42248] [4.5 Regression] compat test struct-by-value-17 fails execution with -O1 -fschedule-insns

--- Comment #8 from pinskia at gcc dot gnu dot org 2010-01-13 23:48 --- split_complex_args came in from: r67367 | aldyh | 2003-06-03 04:14:07 -0700 (Tue, 03 Jun 2003) | 24 lines 2003-06-03 Aldy Hernandez

[Bug c++/42738] [C++0x] nested lambda function: Segmentation fault

-- paolo dot carlini at oracle dot com changed: What|Removed |Added CC|vimal78 at gmail dot com|jason at gcc dot gnu dot org Severity|major

[Bug c++/42738] nested lambda function: Segmentation fault

-- vimal78 at gmail dot com changed: What|Removed |Added Severity|normal |major http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42738

[Bug c++/42738] nested lambda function: Segmentation fault

--- Comment #3 from vimal78 at gmail dot com 2010-01-13 23:35 --- Created an attachment (id=19591) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19591&action=view) generated file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42738

[Bug c++/42738] nested lambda function: Segmentation fault

--- Comment #2 from vimal78 at gmail dot com 2010-01-13 23:35 --- Created an attachment (id=19590) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19590&action=view) generated file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42738

[Bug c++/42738] nested lambda function: Segmentation fault

--- Comment #1 from vimal78 at gmail dot com 2010-01-13 23:34 --- Created an attachment (id=19589) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19589&action=view) example in the draft standard n3000 This is an example in the draft standard n3000. section 5.1.2 point 16 -- h

[Bug libstdc++/42734] trivial use of std::thread fails with "pure virtual method called"

--- Comment #13 from redi at gcc dot gnu dot org 2010-01-13 23:34 --- (In reply to comment #9) > But note that I can't reproduce it on x86_64 and -m32 It is possible to build a non-multilib 32-bit-only compiler on x86_64 - HJ gave Benjamin the right configure commands recently. --

[Bug c++/42738] New: nested lambda function: Segmentation fault

vi...@linux-718q:~/Study/09C++/c++0x/lambda> g++ -std=c++0x example.cpp example.cpp: In lambda function: example.cpp:10:12: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See for instructions. --

[Bug libstdc++/24803] [c++0x] reference_wrapper and pointers to member functions

--- Comment #24 from redi at gcc dot gnu dot org 2010-01-13 23:31 --- Alisdair asked about it most recently in c++std-lib-24833, Stephan asked before that in c++std-lib-23007 Also related, n1695 proposed making pointers-to-members callable, Doug demonstrated a way to do it with concept

[Bug middle-end/42248] [4.5 Regression] compat test struct-by-value-17 fails execution with -O1 -fschedule-insns

--- Comment #7 from rguenth at gcc dot gnu dot org 2010-01-13 23:29 --- 10 bonus points if you make ppc not use that weird feature. I can't see a single good reason for its existence. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42248

[Bug rtl-optimization/42691] problematic REG_EQUAL note added to SUBREG

--- Comment #10 from ebotcazou at gcc dot gnu dot org 2010-01-13 23:27 --- > Otherwise, I would simply remove this comment. Fine with me, it's indeed a little confusing. > I does hunk #3, because I am not sure if all combination results from > case2 would pass "recog_for_combine". If

[Bug lto/42665] Internal compiler exception in with gfortran when using -fwhole-program -flto -fopenmp

--- Comment #15 from jjcogliati-r1 at yahoo dot com 2010-01-13 23:27 --- (In reply to comment #14) > I am testing the workaround > > Index: gcc/gimple.c > === > --- gcc/gimple.c(revision 155860) > +++ gcc/gimple.c

[Bug middle-end/42248] [4.5 Regression] compat test struct-by-value-17 fails execution with -O1 -fschedule-insns

--- Comment #6 from rguenth at gcc dot gnu dot org 2010-01-13 23:22 --- Happens in split_complex_args it seems. What this does is changing a Complex PARM_DECL into a component PARM_DECL and add another for the remaining component. But it doesn't adjust the function IL nor the MEM_ATTRs

[Bug c/39034] Decimal floating-point math done wrong

--- Comment #6 from janis at gcc dot gnu dot org 2010-01-13 23:18 --- This was fixed in the GCC 4.3 branch on 2009-02-25. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39034

[Bug c/39037] FLOAT_CONST_DECIMAL64 pragma not supported

--- Comment #4 from janis at gcc dot gnu dot org 2010-01-13 23:15 --- This is fixed for GCC 4.5.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39037

[Bug libstdc++/42734] trivial use of std::thread fails with "pure virtual method called"

--- Comment #12 from paolo dot carlini at oracle dot com 2010-01-13 23:09 --- Before anything else, you should make sure your system is otherwise sane, I don't know "Linux nuty" and I have no idea if it's affected by specific issues. Thus, first, I would suggest you to run the testsuite

[Bug rtl-optimization/42691] problematic REG_EQUAL note added to SUBREG

--- Comment #9 from jingyu at google dot com 2010-01-13 22:56 --- Subject: Re: problematic REG_EQUAL note added to SUBREG On Wed, Jan 13, 2010 at 2:03 AM, ebotcazou at gcc dot gnu dot org wrote: > > > --- Comment #7 from ebotcazou at gcc dot gnu dot org  2010-01-13 10:03

[Bug libstdc++/42734] trivial use of std::thread fails with "pure virtual method called"

--- Comment #11 from phil at nwl dot cc 2010-01-13 22:52 --- (In reply to comment #9) > But note that I can't reproduce it on x86_64 and -m32 > Was told that, too. So what can I do to support you? What additional information should I provide? I could probably setup some shell access to

[Bug middle-end/42248] [4.5 Regression] compat test struct-by-value-17 fails execution with -O1 -fschedule-insns

--- Comment #5 from rguenth at gcc dot gnu dot org 2010-01-13 22:51 --- Can you check -fdump-rtl-all-uid dumps where they start to differ? It seems to work ok on i?86-linux. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42248

[Bug middle-end/42248] [4.5 Regression] compat test struct-by-value-17 fails execution with -O1 -fschedule-insns

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-01-13 22:44 --- It rightfully returns false - they are two different PARM_DECLs. This is btw a regression - marked as such. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug libstdc++/42734] trivial use of std::thread fails with "pure virtual method called"

--- Comment #10 from paolo dot carlini at oracle dot com 2010-01-13 22:40 --- -m64 (the default) is also fine, of course. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42734

[Bug libstdc++/42734] trivial use of std::thread fails with "pure virtual method called"

--- Comment #9 from paolo dot carlini at oracle dot com 2010-01-13 22:39 --- But note that I can't reproduce it on x86_64 and -m32 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42734

[Bug libstdc++/42734] trivial use of std::thread fails with "pure virtual method called"

--- Comment #8 from phil at nwl dot cc 2010-01-13 22:37 --- (In reply to comment #4) > I cannot reproduce the problem in current 4_4-branch and mainline. Jon does it > make any sense to you? > It seems like this bug exists only on x86 machines, but I don't have any x86_64 machine with

[Bug libstdc++/42734] trivial use of std::thread fails with "pure virtual method called"

--- Comment #7 from phil at nwl dot cc 2010-01-13 22:34 --- (In reply to comment #6) > does the g++ binary, gcc (GCC) 4.4.2 20091208 (prerelease), match the shared > library, /usr/lib/libstdc++.so.6.0.13? > Yes, it does. The executable is linked against libstdc++.so.6, being a symlink t

[Bug c++/42737] c++0x: error returning a lambda function

--- Comment #3 from vimal78 at gmail dot com 2010-01-13 22:33 --- Created an attachment (id=19588) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19588&action=view) generated file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42737

[Bug c++/42737] c++0x: error returning a lambda function

--- Comment #2 from vimal78 at gmail dot com 2010-01-13 22:33 --- Created an attachment (id=19587) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19587&action=view) generated file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42737

[Bug c++/42737] c++0x: error returning a lambda function

--- Comment #1 from vimal78 at gmail dot com 2010-01-13 22:32 --- Created an attachment (id=19586) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19586&action=view) c++ source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42737

[Bug c++/42737] New: c++0x: error returning a lambda function

vi...@linux-718q:~/Study/09C++/c++0x/lambda> g++ return1.cpp -std=c++0x return1.cpp: In function ‘int (* f())()’: return1.cpp:6:25: internal compiler error: canonical types differ for identical types int() and int() Please submit a full bug report, with preprocessed source if appropriate. See

[Bug bootstrap/42628] ICE during bootstrap when compiling several libsupc++ files: original tree changed by fold

--- Comment #8 from rguenth at gcc dot gnu dot org 2010-01-13 22:28 --- Not a regression. Bootstrap with C++ is new in 4.5. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/42736] [4.3/4.4/4.5 Regression] Wrong-code with allocatable compounds

--- Comment #2 from burnus at gcc dot gnu dot org 2010-01-13 22:26 --- I think there is an off by one problem in the call to assign_lv_real; that also matches the problem shown by gdb: Breakpoint 2, assign_lv_real (lefthandside=Cannot access memory at address 0x1e141b0 (gdb) pt lefthan

[Bug rtl-optimization/42621] [4.4 Regression] Computed gotos on AMD 800% slower

--- Comment #9 from rguenth at gcc dot gnu dot org 2010-01-13 22:26 --- Fixed for 4.5 sofar. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to

[Bug tree-optimization/42730] [4.5 Regression] ice: verify_stmts failed

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-01-13 22:21 --- Subject: Bug 42730 Author: rguenth Date: Wed Jan 13 22:21:25 2010 New Revision: 155872 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155872 Log: 2010-01-13 Richard Guenther PR tree-optimization/

[Bug tree-optimization/42730] [4.5 Regression] ice: verify_stmts failed

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-01-13 22:21 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug libstdc++/24803] [c++0x] reference_wrapper and pointers to member functions

--- Comment #23 from paolo dot carlini at oracle dot com 2010-01-13 22:21 --- Ok, for now let's close this as WONTFIX. At your ease, Jon, it would be nice if you could add the # of the reflector message where you raised the issue... -- paolo dot carlini at oracle dot com changed:

[Bug fortran/42481] generic interface not recognized

--- Comment #4 from pault at gcc dot gnu dot org 2010-01-13 22:16 --- I am just about to post a fix. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/42248] compat test struct-by-value-17 fails execution with -O1 -fschedule-insns

--- Comment #3 from pthaugen at gcc dot gnu dot org 2010-01-13 22:11 --- Created an attachment (id=19585) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19585&action=view) Testcase Adding a shortened executable testcase that still fails. This looks like an aliasing issue. We're n

[Bug c++/42697] ice-on-legal-code: template class template function local objects

--- Comment #4 from dodji at gcc dot gnu dot org 2010-01-13 21:48 --- Patch sent to http://gcc.gnu.org/ml/gcc-patches/2010-01/msg00598.html -- dodji at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug libstdc++/42733] Use of std::string with threads causes process hanging following a fork()

--- Comment #11 from paolo dot carlini at oracle dot com 2010-01-13 21:42 --- If you have serious reasons to believe that GCC may be using pthreads in the wrong way in its thin gthreads wrapper, please file a PR about that, with a testcase. The component of course would not be libstdc++

[Bug libstdc++/42734] trivial use of std::thread fails with "pure virtual method called"

--- Comment #6 from redi at gcc dot gnu dot org 2010-01-13 21:37 --- does the g++ binary, gcc (GCC) 4.4.2 20091208 (prerelease), match the shared library, /usr/lib/libstdc++.so.6.0.13? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42734

[Bug libstdc++/42734] trivial use of std::thread fails with "pure virtual method called"

--- Comment #5 from redi at gcc dot gnu dot org 2010-01-13 21:33 --- It would be a lot easier to view the attachments if they were labelled as text files, but no, I can't see how this can happen. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42734

[Bug fortran/42736] [4.3/4.4/4.5 Regression] Wrong-code with allocatable compounds

--- Comment #1 from burnus at gcc dot gnu dot org 2010-01-13 21:24 --- Created an attachment (id=19584) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19584&action=view) Test case by Armelius Cameron Add testcase (slightly modified to initialize the variables & check the result).

[Bug fortran/42736] [4.3/4.4/4.5 Regression] Wrong-code with allocatable compounds

-- burnus at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.3.4 4.4.2 4.5.0 Known to work||4.2.

[Bug fortran/42736] New: [4.3/4.4/4.5 Regression] Wrong-code with allocatable compounds

I have not really debugged the program, but it compilers & runs with NAG f95, g95 and ifort - and with gfortran 4.2. It fails with gfortran 4.3, 4.4 and 4.5. (It does not compile with 4.1 due to allocatable compounds.) Reported by Armelius Cameron at http://gcc.gnu.org/ml/fortran/2010-01/msg000

[Bug libstdc++/42733] Use of std::string with threads causes process hanging following a fork()

--- Comment #10 from appfault at hotmail dot com 2010-01-13 21:09 --- I didn't mean a test that the pthread_atfork() call works at the pthread layer, but that GCC's use of pthread_atfork() etc was appropriate, given GCC's use of pthread_mutex. -- http://gcc.gnu.org/bugzilla/show_bug

[Bug tree-optimization/42732] [4.5 Regression] [graphite] ICE: verify_ssa failed

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

[Bug libstdc++/42734] trivial use of std::thread fails with "pure virtual method called"

--- Comment #4 from paolo dot carlini at oracle dot com 2010-01-13 20:40 --- I cannot reproduce the problem in current 4_4-branch and mainline. Jon does it make any sense to you? -- paolo dot carlini at oracle dot com changed: What|Removed |Added

[Bug libstdc++/42624] libstdc++ parallel mode deadlocks in barrier

--- Comment #15 from edwintorok at gmail dot com 2010-01-13 20:39 --- (In reply to comment #14) > (In reply to comment #13) > > > This code is compiled with -fno-exceptions, could that be a problem? > > No, that should rather help. > > Still, it is very difficult to debug this. Is th

[Bug bootstrap/42735] Error: symbol `pread64' is already defined

--- Comment #2 from pinskia at gcc dot gnu dot org 2010-01-13 20:38 --- >/tmp/ccNahovA.s:497: Error: symbol `pread64' is already defined This is a bug in the glibc headers you are using. I wonder why they are not being fixed up by fixincludes. -- pinskia at gcc dot gnu dot org chan

[Bug fortran/42735] Error: symbol `pread64' is already defined

--- Comment #1 from dick at mrns dot nl 2010-01-13 20:37 --- Created an attachment (id=19583) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19583&action=view) rmake.log.gz -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42735

[Bug fortran/42735] New: Error: symbol `pread64' is already defined

1. ../configure --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info 2. mak

[Bug libstdc++/42733] Use of std::string with threads causes process hanging following a fork()

--- Comment #9 from paolo dot carlini at oracle dot com 2010-01-13 20:34 --- Maybe, but pthread_atfork isn't part of GCC. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42733

[Bug libstdc++/42734] trivial use of std::thread fails with "pure virtual method called"

--- Comment #3 from phil at nwl dot cc 2010-01-13 20:23 --- Created an attachment (id=19582) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19582&action=view) output when running the test program through valgrind -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42734

[Bug libstdc++/42734] trivial use of std::thread fails with "pure virtual method called"

--- Comment #2 from phil at nwl dot cc 2010-01-13 20:23 --- Created an attachment (id=19581) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19581&action=view) assembly output generated by -save-temps -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42734

[Bug libstdc++/42734] trivial use of std::thread fails with "pure virtual method called"

--- Comment #1 from phil at nwl dot cc 2010-01-13 20:22 --- Created an attachment (id=19580) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19580&action=view) preprocessor output generated by -save-temps -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42734

[Bug libstdc++/42734] New: trivial use of std::thread fails with "pure virtual method called"

-- code #include #include using namespace std; void f() { fputs("f()\n", stderr); } int main() { fputs("before new thread\n", stderr); thread t(f); fputs("after new thread\n", stderr); t.join(); fputs("after join\n", stderr); return 0; }

[Bug middle-end/42716] [4.5 Regression] ICE in extract_range_from_assert, at tree-vrp.c:1423

--- Comment #7 from rguenth at gcc dot gnu dot org 2010-01-13 20:20 --- No. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42716

[Bug c++/42634] ICE with -g -O2 -std=c++0x in copy_fn_p, at cp/decl.c:9973

--- Comment #7 from dodji at gcc dot gnu dot org 2010-01-13 20:08 --- Fixed in 4.5 -- dodji at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNE

[Bug middle-end/42716] [4.5 Regression] ICE in extract_range_from_assert, at tree-vrp.c:1423

--- Comment #6 from matt at use dot net 2010-01-13 20:07 --- Does this relate to PR42617? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42716

[Bug libstdc++/42733] Use of std::string with threads causes process hanging following a fork()

--- Comment #8 from appfault at hotmail dot com 2010-01-13 20:07 --- Is there already a test case somewhere else to ensure that pthread_atfork and such works? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42733

[Bug c++/42634] ICE with -g -O2 -std=c++0x in copy_fn_p, at cp/decl.c:9973

--- Comment #6 from dodji at gcc dot gnu dot org 2010-01-13 20:06 --- Subject: Bug 42634 Author: dodji Date: Wed Jan 13 20:06:26 2010 New Revision: 155868 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155868 Log: Fix PR c++/42634 gcc/cp/ChangeLog: PR c++/42634

[Bug rtl-optimization/42691] problematic REG_EQUAL note added to SUBREG

--- Comment #8 from jingyu at google dot com 2010-01-13 20:03 --- Yes. This is a regression from 4.2.1. I have not tried 4.3.x. But at least, gcc-4.2.1 works correctly. The following assembly is compiled out of gcc-4.2.1 with -mthumb -Os. ldr r3, .L14+8 ldr r

[Bug c++/42697] ice-on-legal-code: template class template function local objects

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-01-13 19:39 --- Earlier versions than 4.1 reject the code. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug tree-optimization/42732] [graphite] ICE: verify_ssa failed

--- Comment #2 from spop at gcc dot gnu dot org 2010-01-13 19:01 --- > pdv_d.f:89:0: error: definition in block 40 does not dominate use in block 212 > for SSA_NAME: prephitmp.28_439 in statement: > D.2771_606 = D.2770_605 <= prephitmp.28_439; The error comes from the fact that we are n

[Bug libstdc++/42733] Use of std::string with threads causes process hanging following a fork()

--- Comment #7 from paolo dot carlini at oracle dot com 2010-01-13 18:56 --- It's resolved as WORKSFORME not as "in all possible circumstances, with all possible compilers and libraries that we delivered in the past and we deliver now and all the possible CPUs and underlying glibcs and

[Bug libstdc++/42733] Use of std::string with threads causes process hanging following a fork()

--- Comment #6 from appfault at hotmail dot com 2010-01-13 18:52 --- How could this be marked resolved when no one has even speculated on what the fix could be? It may still be broken, but more difficult to repro for some reason. -- appfault at hotmail dot com changed: W

[Bug libstdc++/42733] Use of std::string with threads causes process hanging following a fork()

--- Comment #5 from appfault at hotmail dot com 2010-01-13 18:50 --- I see that it's auto-generated, but when I did so the file was only 53 lines long. The function is assembler anyway, so I'm not sure the line numbers would mean much. As far as the asm goes, it loops between offsets 1

[Bug libstdc++/42733] Use of std::string with threads causes process hanging following a fork()

--- Comment #4 from paolo dot carlini at oracle dot com 2010-01-13 18:49 --- In your sources you will find it named atomicity.h. But really, please try again with a maintained compiler, preferably 4.4.x, and in case report back, thanks. -- paolo dot carlini at oracle dot com changed

[Bug tree-optimization/42704] [4.5 Regression] ICE in verify_ssa after early SRA

--- Comment #6 from jamborm at gcc dot gnu dot org 2010-01-13 18:47 --- Subject: Bug 42704 Author: jamborm Date: Wed Jan 13 18:47:19 2010 New Revision: 155865 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155865 Log: 2010-01-13 Martin Jambor PR tree-optimization/427

  1   2   3   >