--- Comment #18 from tim dot vanholder at anubex dot com 2008-12-26 18:06
---
I see that my gcc build tree (last used to build 4.3.2 on Sep 26) does not have
any local changes to the libstdc++-v3 directory, according to 'svn diff'. This
at least suggests it is resolved.
A quick check
--- Comment #4 from tim dot vanholder at anubex dot com 2008-09-24 07:03
---
Then perhaps either configure should reject the too-old version, or the
testcase should detect this situation and either skip the tests in question
and/or report that MPFR is too old. The situation
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tim dot vanholder at anubex dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37622
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tim dot vanholder at anubex dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target
--- Comment #1 from tim dot vanholder at anubex dot com 2008-09-23 13:45
---
Created an attachment (id=16394)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16394action=view)
Test results for builtin-math-4.c -O3 -g
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37623
--- Comment #5 from tim dot vanholder at anubex dot com 2008-03-03 12:03
---
This issue with pthread_getaffinity_np also occurs on i686 debian, when
building with --enable-targets=all (to get 64-bit output support). I have
kernel 2.4, with glibc 2.3.6 (can't upgrade due to hardware
--- Comment #1 from tim dot vanholder at anubex dot com 2008-02-25 12:37
---
Created an attachment (id=15223)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15223action=view)
Trivial Patch
Encountered this same problem today on the 4.3 branch (rev 132620).
This is a trivial patch
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tim dot vanholder at anubex dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet
control
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: trivial
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tim dot vanholder at anubex dot com
GCC build triplet: i686-pc
--- Additional Comments From tim dot vanholder at anubex dot com
2005-04-20 08:14 ---
This is still present.
I've now patched acinclude.m4 to detect the library properly (will add as
attachment); it's not ideal but it seems to work.
Also, like I feared, it introduces a dependency
--- Additional Comments From tim dot vanholder at anubex dot com
2005-01-17 07:17 ---
(In reply to comment #1)
This is a dup of bug 11074. The problem is related to how the build is
picking up the wrong headers.
*** This bug has been marked as a duplicate of 11074 ***
Actually
--- Additional Comments From tim dot vanholder at anubex dot com
2004-11-16 07:56 ---
(In reply to comment #11)
--disable-nls doesn't kill the build, but it does give extra fails in
22_locale
for the messages facet. This is expected.
Maybe so, but I never used --disable-nls, so
12 matches
Mail list logo
