--- Comment #2 from xenofears at gmail dot com 2009-09-03 20:02 ---
(In reply to comment #1)
You didn't say how you configured it.
As with bug 40950, you might need --enable-stage1-languages=c,c++
Sorry, it was configured with
--enable-languages=c,c++,objc,obj-c++,fortran,java
--- Comment #8 from xenofears at gmail dot com 2009-09-03 20:25 ---
(In reply to comment #5)
(In reply to comment #4)
Works for me with a crosscompiler from linux to mingw:
Target: x86_64-pc-mingw32
Configured with: ../gcc-svn/trunk/configure --target=x86_64-pc-mingw32
--- Comment #2 from xenofears at gmail dot com 2009-09-03 20:28 ---
This is a binutils issue, and appears resolved.
--
xenofears at gmail dot com changed:
What|Removed |Added
flag with syntax errors
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: xenofears at gmail dot com
GCC build
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: xenofears at gmail dot com
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu, x86_64-w64-mingw32
GCC target triplet: x86_64-w64
--- Comment #2 from xenofears at gmail dot com 2009-08-01 01:28 ---
Created an attachment (id=18280)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18280action=view)
Patch to fix Ignore_Output
I propose this to be committed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40926
--- Comment #3 from xenofears at gmail dot com 2009-08-01 01:31 ---
Created an attachment (id=18281)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18281action=view)
A patch to fix the the error cause by using a non-static attribute
This patch reverts a line of code to 4.4.x branch
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: xenofears at gmail dot com
GCC build triplet: x86_64-w64-mingw32, x86_64-unknown-linux-gnu, i686-pc-
cygwin, li
GCC host triplet: x86_64-w64-mingw32, x86_64-unknown-linux-gnu, i686-pc
--- Comment #1 from xenofears at gmail dot com 2009-07-31 03:47 ---
On Binutils I thought I could try an old version, but then realized trying an
old version doesn't really answer the question, it could still be in gcc's
field, or binutils causing a bug in gcc to surface, and leave
--- Comment #15 from xenofears at gmail dot com 2009-07-22 04:55 ---
GCC 4.5 [Trunk], SVN Revision 149872. Because Win64 testing is so hard to come
by, I took the initiative of deleting the entire tree, re-checking it out, and
building from scratch. I am sorry, I am still encountering
--- Comment #4 from xenofears at gmail dot com 2009-07-22 04:57 ---
How come this is still sitting unconfirmed? This is something that involves
Linux et. al. Using --without-cloog, ppl, or mpc doesn't work right as per
previous post, so it is more than just cosmetic.
I don't really
--- Comment #3 from xenofears at gmail dot com 2009-07-20 19:30 ---
Subject: Re: Libstdc++ is broken for win32 host
No one is routinely testing 64-bit Windows GCC. Bootstrap fails by standard
settings, the drivers are quite broken in several ways. Further, I AM one of
the developers
--- Comment #5 from xenofears at gmail dot com 2009-07-20 19:54 ---
Subject: Re: Libstdc++ is broken for win32 host
There is no need to post your lack of caring / plan of action. Or does your
company compose all of gcc's development team? If they do, that would
explain a lot
--- Comment #8 from xenofears at gmail dot com 2009-07-20 20:51 ---
Subject: Re: Libstdc++ is broken for win32 host
Why are you going on? I told you, since you outspokenly don't care and/or
have no plans of looking at it, your post as such is unnecessary, unless you
are speaking
--- Comment #10 from xenofears at gmail dot com 2009-07-20 21:11 ---
Subject: Re: Libstdc++ is broken for win32 host
It is target when host=linux64 target=win64 works but host=win64
target=win64 doesn't? Interesting. Again, please change the title, or if
that is too much trouble
--- Comment #12 from xenofears at gmail dot com 2009-07-20 21:38 ---
Subject: Re: Libstdc++ is broken for win64 host
I would be happy to give it another try, sure. Thank you for asking.
--
From: paolo dot carlini at oracle dot com gcc
--- Comment #14 from xenofears at gmail dot com 2009-07-20 22:11 ---
Subject: Re: Libstdc++ is broken for win64 host
I have (unintentionally, you have my apologies,) exaggerated, it hasn't been
a couple of weeks, time seems to have moved faster than it did. 20090620 is
the last I
ReportedBy: xenofears at gmail dot com
GCC build triplet: Built on x86_64-unknown-linux-gnu
GCC host triplet: x86_64-w64-mingw32
GCC target triplet: x86_64-w64-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40802
--- Comment #1 from xenofears at gmail dot com 2009-07-19 03:55 ---
That should say **WIN64 HOST**. My Apologies.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40802
--- Comment #9 from xenofears at gmail dot com 2009-07-14 06:35 ---
I was about to post this:
--enable-version-specific-runtime-libs is pretty broken:
in the sysroot/lib/gcc/x86_64-w64-mingw32 dir, there exists a lib32 and lib64
dir alongside the version (i.e. 4.4.1) dir. Neither
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: xenofears at gmail dot com
GCC target triplet: x86_64-w64-mingw32
http
--- Comment #3 from xenofears at gmail dot com 2009-06-30 07:38 ---
I have now, in an attempt at a testcase, have found this bug to have further
implications. Trying to turn off mpc, ppl, and/or cloog has the same behavior,
i.e. --without-mpc causes:
gmpinc: '-I/no/include'
gmplibs
--- Comment #12 from xenofears at gmail dot com 2009-06-22 01:11 ---
(In reply to comment #10)
(In reply to comment #9)
Patch sent. See http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00914.html
(I am new as an official team member of Mingw-w64, and am making a project of
my own based
Component: driver
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: xenofears at gmail dot com
GCC build triplet: x86_64-w64-mingw32, i686-pc-cygwin, i686-pc-mingw32
GCC host triplet: x86_64-w64-mingw32, x86_64-pc-mingw32
GCC target triplet: x86_64-w64-mingw32, x86_64-pc
1
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: xenofears at gmail dot com
GCC build triplet: x86_64-w64-mingw32
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: xenofears at gmail dot com
GCC build triplet: x86_64-w64-mingw32, i686-pc-mingw32, i686-pc-cygwin
GCC host triplet: x86_64-w64-mingw32
GCC target triplet: x86_64-w64-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40516
26 matches
Mail list logo
