--- 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
--- 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/c
--- 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++,fortr
= 0; } >/dev/null && {
test -z "$ac_cxx_preproc_warn_flag$ac_cxx_werror_flag" ||
test ! -s conftest.err
}; then :
ac_retval=0
else
$as_echo "$as_me: failed program was:" >&5
sed 's/^/| /' conftest.$ac_ext >&5
ac_retval=1
fi
eval $as_lineno_stack; test "x$as_lineno_stack" = x && { as_lineno=; unset
as_lineno;}
return $ac_retval
} # ac_fn_cxx_try_cpp
(line 2543 is (eval "$ac_cpp conftest.$ac_ext") 2>conftest.err )
Hope this is helpful.
--
Summary: Configure fails to find non-existant g++ preprocessor
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 triplet: i686-pc-msys
GCC host triplet: x86_64-w64-mingw32
GCC target triplet: x86_64-w64-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41234
--- 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=18281&action=view)
A patch to fix the the error cause by using a non-static attribute
This patch reverts a line of code t
--- 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=18280&action=view)
Patch to fix Ignore_Output
I propose this to be committed.
--
http://gcc.gnu.org/bugzilla/show_bug
ot;);
--
Summary: Ada errors in trunk
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: xenofears at gmail dot com
--- 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
al
Priority: P3
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-u
--- 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
--- 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 #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 l
--- 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 do
--- 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 t
--- 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 speakin
--- 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
--- 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 #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
Error 1
51.make[3]: Leaving directory
`/home/peter/mount/GCC/gcc-trunk/build-win-149763-20090717/x86_64-w64-mingw32/libstdc++-v3'
52.make[2]: *** [all] Error 2
53.make[2]: Leaving directory
`/home/peter/mount/GCC/gcc-trunk/build-win-149763-20090717/x86_64-w64-mingw32/libstdc++-v3'
54.make[1]: *** [
--- 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 /lib/gcc/x86_64-w64-mingw32 dir, there exists a lib32 and lib64
dir alongside the (i.e. 4.4.1) dir. Neither are searched in by
rence to
`__imp__pthread_sets
pecific'
/home/Peter/gcc-trunk/build-149397-20090607/x86_64-w64-mingw32/32/libgcc/../../.
./../libgcc/../gcc/gthr-posix.h:742: undefined reference to
`__imp__pthread_sets
pecific'
collect2: ld returned 1 exit status
make: *** [libgcc_s.dll] Error 1
--
--- 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
--- Comment #2 from xenofears at gmail dot com 2009-06-25 20:44 ---
(In reply to comment #1)
> I imagine this applies to any target, not just win64 targets. I can't change
> that setting, though.
I am quite sure it applies to any target, but I am unable to test any target
Priority: P3
Component: regression
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
Stage 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-mi
Severity: major
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, i686-pc-cygwin, i686-pc-mingw32
GCC host triplet: x86_64-w64-mingw32, x86_64-pc-mingw32
GCC targe
--- 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
27 matches
Mail list logo
