--- Comment #2 from jojelino at gmail dot com 2010-01-21 04:55 ---
Created an attachment (id=19671)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19671&action=view)
patch
now it summons gcj-noncore dll and resolves classes which should have been
resolved. i know it's not perfect.
--- Comment #4 from davek at gcc dot gnu dot org 2010-01-21 04:56 ---
Subject: Bug 42818
Author: davek
Date: Thu Jan 21 04:56:38 2010
New Revision: 156105
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156105
Log:
PR target/42818
* config/i386/cygwin.h (CXX_WRAP_
-languages=c,c++
--prefix=/usr/local/gcc-4.5-r156097 --program-suffix=-4.5-r156097
Thread model: posix
gcc version 4.5.0 20100120 (experimental) (GCC)
--
Summary: [C++0x] std::async fails to compile with simple tests,
including N3000 example
--- Comment #5 from davek at gcc dot gnu dot org 2010-01-21 05:00 ---
Fixed for 4.5.0, so setting milestone. Then I'll add a comment about the full
fix and suspend it. BZ maintainers, apologies if this is the wrong thing to
do; should I close it and reopen it? I'm not sure, whatever y
--- Comment #6 from davek at gcc dot gnu dot org 2010-01-21 05:00 ---
So, the optimal solution would be to avoid using the redirection wrappers when
we're statically linking.
That's still possible: those undefined references without relocs don't cause
problems in and of themselves, but
--- Comment #2 from lloyd at randombit dot net 2010-01-21 05:01 ---
Still ICEs with r156097:
g++-4.5-r156097 -std=c++0x decl.cpp
In file included from
/usr/local/gcc-4.5-r156097/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../../../include/c++/4.5.0/future:40:0,
from decl
--- Comment #4 from lloyd at randombit dot net 2010-01-21 05:02 ---
I could not replicate this problem after upgrading mpfr, closing as invalid
--
lloyd at randombit dot net changed:
What|Removed |Added
-
Configured with: ../gcc-svn/configure --enable-languages=c,c++
--prefix=/usr/local/gcc-4.5-r156097 --program-suffix=-4.5-r156097
Thread model: posix
gcc version 4.5.0 20100120 (experimental) (GCC)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42083
--- Comment #8 from rwild at gcc dot gnu dot org 2010-01-21 07:04 ---
I've looked at 42813 now. It indicates that configure-target-libstdc++-v3
depends
upon configure-target-libgomp (which creates libgomp/omp.h), but I don't see
why
it should depend upon all-target-libgomp. The former
--- Comment #9 from davek at gcc dot gnu dot org 2010-01-21 07:10 ---
Created an attachment (id=19672)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19672&action=view)
work in progress, revised to use unmodified binutils
D'oh. Turns out p2align will do exactly what I want to the
--- Comment #10 from davek at gcc dot gnu dot org 2010-01-21 07:14 ---
Created an attachment (id=19673)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19673&action=view)
Minor fix of previous attachment.
(In reply to comment #9)
> This is the resulting version that I'm bootstrappi
--- Comment #9 from amylaar at gcc dot gnu dot org 2010-01-21 07:44 ---
Created an attachment (id=19674)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19674&action=view)
experimental patch to remove dependency of configure-target-libstdc++-v3 on
configure-target-libgomp
As the de
--- Comment #10 from amylaar at gcc dot gnu dot org 2010-01-21 07:53
---
(In reply to comment #7)
> At this time I don't know --enable-build-with-cxx enough to contribute much to
> the solution of the specific issue having to to with that configure option,
> just wanted to point out tha
101 - 113 of 113 matches
Mail list logo
