--- Comment #6 from fxcoudert at gcc dot gnu dot org 2007-02-09 08:15
---
(In reply to comment #5)
I cannot judge how much work this would be, but would it be possible to extend
this patch a little further so that these backtraces can be requested by the
user? (i.e. like the service
--- Comment #7 from P dot Schaffnit at access dot rwth-aachen dot de
2007-02-09 08:25 ---
The Digital|Compaq|HP|Intel implementation goes for a module 'DFLIB', though I
have to admit I get lost with the pros and cons.
Regarding whether this should be implemented at all, I would be
--- Comment #18 from pcarlini at suse dot de 2007-02-09 08:52 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
The following is a testcase distilled from a build failure while compiling
CVS GDB:
/home/gdr/redhat/src/gdb/ada-lang.c: In function 'ada_lookup_symbol_list':
/home/gdr/redhat/src/gdb/ada-lang.c:4659: warning: passing argument 3 of
'remove_out_of_scope_renamings' discards qualifiers from pointer
--- Comment #1 from gdr at gcc dot gnu dot org 2007-02-09 09:28 ---
.
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #8 from burnus at gcc dot gnu dot org 2007-02-09 09:55 ---
Hi,
I cannot judge how much work this would be, but would it be possible to extend
this patch a little further so that these backtraces can be requested by the
user?
Well, this is possible if one combines this
--- Comment #2 from gdr at gcc dot gnu dot org 2007-02-09 10:03 ---
This warning appears only when optimizing.
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from P dot Schaffnit at access dot rwth-aachen dot de
2007-02-09 10:05 ---
Hi!
I had indeed thought about using soem variation on '0. / 0.', but I find it
somewhat messy...
Somehow generating a kill from C does looks like a viable alternative though (I
would maybe not
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-02-09 10:54 ---
Confirmed. This is because we don't optimize
int test_min_ref(int, int) (x, y)
{
int D.2516;
int D.2517;
const int x;
int D.2458;
bb 2:
# VUSE x_10(D)
D.2516_6 = x;
# VUSE y_11(D)
D.2517_7 = y;
The following causes an ICE
$ gcc -v
Using built-in specs.
Target: i386-apple-darwin8.8.1
Configured with: ../configure --prefix=/Users/gkatsi/pkgs/gcc-4.2.pre
--enable-languages=c,c++ --enable-__cxa_atexit
Thread model: posix
gcc version 4.2.0 20070209 (prerelease)
$ cat tt2.c
typedef struct
--- Comment #4 from manu at gcc dot gnu dot org 2007-02-09 12:05 ---
(In reply to comment #3)
One problem with this proposal is that sometimes the user just wants one
actual
error (the C++ error messages are multiline, but are still one message) and it
is difficult to estimate what
--- Comment #3 from gdr at cs dot tamu dot edu 2007-02-09 12:13 ---
Subject: Re: Bogus warning on argument passing discarding qualifiers
gdr at gcc dot gnu dot org [EMAIL PROTECTED] writes:
| This warning appears only when optimizing.
During interprocedural analysis.
--
--- Comment #17 from dominiq at lps dot ens dot fr 2007-02-09 12:14 ---
Thank you, but I think MacIntel is officially unsupported with 4.1.
Do you have a pointer to this decision? TIA
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30478
--- Comment #12 from patchapp at dberlin dot org 2007-02-09 12:20 ---
Subject: Bug number PR30554
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-02/msg00807.html
--
--- Comment #5 from manu at gcc dot gnu dot org 2007-02-09 12:44 ---
Someone posted a patch. It is not in the patch queue, so I mention it here
before it gets lost:
http://gcc.gnu.org/ml/gcc-patches/2007-02/msg00114.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23689
--- Comment #5 from bkoz at gcc dot gnu dot org 2007-02-09 12:51 ---
I agree with Manuel. One error should be one error, regardless of the number of
lines it takes to print it.
Two errors should be two errors, etc etc etc.
Seems like a pretty simple rule to me.
I find myself wishing
--- Comment #18 from j at uriah dot heep dot sax dot de 2007-02-09 12:55
---
Created an attachment (id=13025)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13025action=view)
Updated patch, output from svn diff as of 2007-02-07
--
j at uriah dot heep dot sax dot de changed:
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-02-09 13:00 ---
Created an attachment (id=13026)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13026action=view)
prototype patch
works for the testcase, otherwise unchecked. Does not look through copies, so
it
doesn't
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-02-09 13:21 ---
Confirmed. Wrong types in comparison:
#5 0x0094f7ff in fold_predicate_in (stmt=0x2b5158e17690)
at /space/rguenther/src/svn/trunk/gcc/tree-ssa-propagate.c:1106
1106 val = vrp_evaluate_conditional
--- Comment #10 from P dot Schaffnit at access dot rwth-aachen dot de
2007-02-09 13:25 ---
In case anyone is interested: as mnetioned in Comment #8, just calling this
tiny C routine causes a traceback
#include sys/types.h
#include signal.h
void checktraceback_()
{
kill (
--- Comment #12 from rguenth at gcc dot gnu dot org 2007-02-09 13:29
---
Subject: Bug 23361
Author: rguenth
Date: Fri Feb 9 13:29:11 2007
New Revision: 121742
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121742
Log:
2007-02-09 Zdenek Dvorak [EMAIL PROTECTED]
Richard
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-02-09 14:00 ---
I'll take care of it.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from manu at gcc dot gnu dot org 2007-02-09 14:02 ---
Is this a duplicate of PR 11159 or are they different?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5645
--- Comment #12 from manu at gcc dot gnu dot org 2007-02-09 14:03 ---
Also related to this warning: PR 5645.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11159
--- Comment #13 from rguenth at gcc dot gnu dot org 2007-02-09 14:19
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from ludovic at ludovic-brenta dot org 2007-02-09 14:34
---
Shorter test case that reproduces the problem.
with Ada.Text_IO;
procedure test1 is
type T1 is mod 9;
package T1_IO is new Ada.Text_IO.Modular_IO(T1);
X: T1 := 8;
J1: constant := 5;
begin
for J2
--- Comment #10 from pinskia at gcc dot gnu dot org 2007-02-09 14:41
---
*** Bug 30743 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-02-09 14:41 ---
*** This bug has been marked as a duplicate of 29478 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Compiling the code
class Class
{
public:
Class(const unsigned maxLine);
private:
static const unsigned MAX_LEN = 16;
unsigned max;
unsigned array[MAX_LEN];
};
Class::Class(const unsigned maxLine)
:max((maxLineMAX_LEN)?maxLine
:MAX_LEN)
{
}
with the command:
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-02-09 14:46 ---
*** This bug has been marked as a duplicate of 19431 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-02-09 14:46 ---
*** Bug 30738 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-02-09 14:48 ---
I have a patch^Whack.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-09 14:52 ---
This is not a bug, you still need a definition of the static const variable.
You just have a declaration.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from tobi at gcc dot gnu dot org 2007-02-09 14:53 ---
(In reply to comment #17)
Thank you, but I think MacIntel is officially unsupported with 4.1.
Do you have a pointer to this decision? TIA
It's not listed as primary nor secondary platform in the release
Malcolm Cohen's talk to the BCS 50th anniversary of FORTRAN meeting has this
example:
MODULE m
REAL :: x(3) = (/ 1.5, 2.5, 3.5 /)
CONTAINS
SUBROUTINE s
CALL inner
CONTAINS
SUBROUTINE inner
PRINT *,x(7) ! This is not an error!
END SUBROUTINE
FUNCTION x(n)
x =
--- Comment #1 from pault at gcc dot gnu dot org 2007-02-09 15:19 ---
Sorry, I forgot to add the keyword.
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
(seen on other targets too)
For
x / (cond ? const1 : const2)
gcc currently always generates a slow general purpose div. But it would
be much faster to rewrite it to
cond ? (x / const1 : x / const2)
and then use the optimized sequences for division by constant
In the Linux kernel there
--
ak at muc dot de changed:
What|Removed |Added
Severity|normal |enhancement
Summary|gcc should optimize x / |gcc should optimize x
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-09 16:10 ---
Guess I am the master of all missed optimization bugs really :).
*** This bug has been marked as a duplicate of 22196 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-02-09 16:10 ---
*** Bug 30747 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
configure on trunk now gives me:
/u01/var/tmp/gcc_trunk_svn/gcc/configure: syntax error at line 5015: `;'
unexpected
Those lines look like:
eval set -- $ac_configure_args
for ac_arg; do
if test X$skip_next = Xyes; then
--
Summary: configure broken on trunk
Product:
--- Comment #2 from aph at gcc dot gnu dot org 2007-02-09 17:05 ---
I can't reproduce this with trunk or any of the Red Hat test builds.
zebedee:/tmp/Fail $ gij -cp main.jar F
class Z
[EMAIL PROTECTED]
zebedee:/tmp/Fail $ gij --version
java version 1.5.0
gij (GNU libgcj) version 4.1.1
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-02-09 17:06
---
Confirmed. Sun and g95 also reject it, while Intel and Portland accept it.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-09 18:41 ---
Well I don't see this at all in configure.
Can you try again now that the toplevel was updated to use autoconf 2.59?
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-02-09 18:43 ---
(In reply to comment #2)
I'd rather you didn't dupe this out against a bug marked as a minor diagnostic
problem.
Well I changed it to rejects-valid.
*** This bug has been marked as a duplicate of 10676 ***
--
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-02-09 18:43 ---
*** Bug 30737 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from grgoffe at yahoo dot com 2007-02-09 18:45 ---
Subject: Re: build of gcc midi-dssi fails
Tom,
Your patch worked...
I'm compiling the latest with this newer compiler just to see what breaks...
George...
--- tromey at gcc dot gnu dot org [EMAIL PROTECTED] wrote:
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|ICE in compare_values, at |[4.2/4.3 Regression] ICE in
|tree-vrp.c:466
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-02-09 18:48 ---
I think if you do --enable-targets=all, you get the correct behavior.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30728
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-09 18:55 ---
gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE
When certain optimizations are enabled (but ones which are enabled with -O and
-O2), gcc crashes with an internal compiler error due to a segmentation fault.
I encountered this problem while building openssl v0.9.8d. I have reproduced
the problem on two different machines with svn builds of gcc
--- Comment #1 from colin at gibibit dot com 2007-02-09 18:58 ---
Created an attachment (id=13027)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13027action=view)
File causing crash: evp_pkey.c preprocessed and stripped of include-file line
number clutter
This is the evp_pkey.c
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Component|bootstrap |target
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-09 18:59 ---
Fixed by:
http://gcc.gnu.org/ml/gcc-cvs/2007-02/msg00284.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-02-09 19:00 ---
*** This bug has been marked as a duplicate of 29922 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from pinskia at gcc dot gnu dot org 2007-02-09 19:00
---
*** Bug 30713 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from brett dot albertson at stratech dot com 2007-02-09
19:14 ---
(In reply to comment #1)
Well I don't see this at all in configure.
Can you try again now that the toplevel was updated to use autoconf 2.59?
I just updated to the latest svn version, and it now fails
--- Comment #3 from dj at redhat dot com 2007-02-09 19:14 ---
Did you follow the zip-picker instructions? You have to use a djgpp-aware
unzip program to install, or the filenames get all messed up.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30741
--- Comment #3 from brett dot albertson at stratech dot com 2007-02-09
19:26 ---
taking out the ; in line 5018 seems to fix it.
Brett
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30748
--- Comment #8 from grgoffe at yahoo dot com 2007-02-09 19:29 ---
Subject: Re: build of gcc midi-dssi fails
Tom,
If you'll let me know when you've committed your change I'll start another
build
just to double check things for you.
George...
--- tromey at gcc dot gnu dot org [EMAIL
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-02-09 20:00 ---
*** This bug has been marked as a duplicate of 29841 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from pinskia at gcc dot gnu dot org 2007-02-09 20:00
---
*** Bug 30749 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2007-02-09 20:31
---
Subject: Bug 30720
Author: fxcoudert
Date: Fri Feb 9 20:31:18 2007
New Revision: 121773
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121773
Log:
PR fortran/30720
* trans-array.c
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail|4.3.0 |4.2.0 4.1.2
Known to work||4.3.0
--- Comment #15 from colin at gibibit dot com 2007-02-09 20:38 ---
Is the patch mentioned by Maxim checked in now? Because this bug still occurs.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29841
--- Comment #3 from tromey at gcc dot gnu dot org 2007-02-09 20:49 ---
Definitely fails with trunk on x86.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from tromey at gcc dot gnu dot org 2007-02-09 20:53 ---
Subject: Bug 30647
Author: tromey
Date: Fri Feb 9 20:53:47 2007
New Revision: 121775
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121775
Log:
PR libgcj/30647:
* configure: Rebuilt.
*
--- Comment #10 from cvs-commit at developer dot classpath dot org
2007-02-09 20:56 ---
Subject: Bug 30647
CVSROOT:/cvsroot/classpath
Module name:classpath
Changes by: Tom Tromey tromey 07/02/09 20:56:14
Modified files:
. : ChangeLog
--- Comment #11 from tromey at gcc dot gnu dot org 2007-02-09 20:56 ---
Thanks.
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Dear Sir or Madam,
Could you please help me in solving this conflict on compilation? The
sys_errlist.h is defined under the TOOLKIT directory and the one in
/usr/include/bits needs to be excluded.
This bug is very similar to one reported for cygwin, but I am usind a RedHat
box and I ma NOT using
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-09 21:43 ---
First off, this is not the place for asking how to fix C code.
Second what is happening is that the code in
/home/.../bin/TOOLKIT/include/PGS_SMF.h on line 200 does a typedef for
sys_errlist which is different from
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-09 21:44 ---
*** This bug has been marked as a duplicate of 30678 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from pinskia at gcc dot gnu dot org 2007-02-09 21:44
---
*** Bug 30709 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from acoletti at smrcusa dot com 2007-02-09 21:55 ---
Subject: RE: Cannot compile: conflicting types for 'sys_errlist'
Thank you for your prompt response. Your comment is helping me a lot.
I apologize for the inconvenience, I saw the discussion of the cygwin error
that
--- Comment #11 from burnus at gcc dot gnu dot org 2007-02-09 21:56 ---
Subject: Bug 30512
Author: burnus
Date: Fri Feb 9 21:56:06 2007
New Revision: 121777
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121777
Log:
fortran/
2007-02-09 Tobias Burnus [EMAIL PROTECTED]
--- Comment #4 from tromey at gcc dot gnu dot org 2007-02-09 21:59 ---
So far the bug seems to be that we reach the
CALLER_OF_CALLER state in stackwalker_trace_fn
with ResourceBundle as the class.
There seems to be one more frame on the stack
than this code expects.
--
--- Comment #7 from reichelt at gcc dot gnu dot org 2007-02-09 22:09
---
Sorry, I wasn't quite right with my comment:
The bug *is* related to -fno-unit-at-a-time.
It is fixed, because the flag is ignored for C++ since GCC 4.0.0,
i.e. the compiler now always uses the unit-at-a-time mode
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-09 22:10 ---
I have a fix, ignore VA_ARG_EXPR in warn_if_unused_value like the rest of the
modify epxressions.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from reichelt at gcc dot gnu dot org 2007-02-09 22:13
---
Not a GCC issue, just too few RAM.
Closing by request of submitter.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-02-09 22:23 ---
This is a regression as we used to be warning free.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30700
--- Comment #4 from drow at gcc dot gnu dot org 2007-02-09 22:28 ---
Oops! I discovered this problem in testing but never moved the fix back to the
tree I committed from. Sorry for the inconvenience.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30748
--- Comment #6 from reichelt at gcc dot gnu dot org 2007-02-09 22:28
---
Not fixed on the 4.0 branch.
Fixed in GCC 4.1.2.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from tromey at gcc dot gnu dot org 2007-02-09 22:28 ---
Created an attachment (id=13028)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13028action=view)
first patch
This patch fixes the problem for me.
In my run, the GetStackWalkerCallingClass call in
--- Comment #5 from drow at gcc dot gnu dot org 2007-02-09 22:34 ---
Subject: Bug 30748
Author: drow
Date: Fri Feb 9 22:33:51 2007
New Revision: 121778
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121778
Log:
PR bootstrap/30748
* configure.ac: Correct syntax
--- Comment #6 from drow at gcc dot gnu dot org 2007-02-09 22:37 ---
Should be better now.
--
drow at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-02-09 22:42
---
When we enter into gfc_trans_transfer, we have the following:
if (ss == gfc_ss_terminator)
{
/* Transfer a scalar value. */
and we come here with a EXPR_CONST array, for which ss is set to
--- Comment #2 from reichelt at gcc dot gnu dot org 2007-02-09 22:52
---
You don't even need templates to enter the infinite loop:
struct B;
struct A
{
A(A);
A(B);
};
struct B
{
B(A);
};
A foo();
A a(foo());
This is problem
Building svn trunk on GNU/Linux SPARC in a sparc shell linux32 bash (uname -m =
sparc) with this configure line:
--prefix=/usr/local/4.3 --enable-java-awt=gtk,xlib
The error in brief is:
java/util/concurrent/atomic/AtomicLongArray.java:0: internal compiler error: in
extract_insn, at recog.c:2108
Consider the following piece of code, derived from the secnds-1.f test case
(with some changes I'd added to avoid the 20ms arbitrary tolerance):
C {dg-do run}
character*20 dum1, dum2, dum3
real t1, t1a, t2, t2a
real dat1, dat2
integer i, j, values(8)
t1 = secnds
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||ian at gcc dot gnu dot org
Component|java
--- Comment #2 from jaffem at erau dot edu 2007-02-10 00:21 ---
Subject: Re: Improper semantics in gnat's compilation of certain
expressions involving modular arithmetic
For what it's worth (not much, I suspect ;-) I concur that this program,
below, correctly demonstrates the same
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-10 00:22 ---
Can you try with -ffloat-store, this might be just the normal PR 323 :).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30752
checking for correct version of gmp.h... no
configure: error: Building GCC requires GMP 4.1+ and MPFR 2.2.1+.
Try the --with-gmp and/or --with-mpfr options to specify their locations.
Copies of these libraries' source code can be found at their respective
hosting sites as well as at
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||drow at gcc dot gnu dot org
Keywords|
--- Comment #1 from drow at gcc dot gnu dot org 2007-02-10 00:41 ---
What's in config.log?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30753
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-10
00:53 ---
Subject: Re: [4.3 Regression] checking for correct version of gmp.h... no
What's in config.log?
configure:3902: checking for correct version of gmp.h
configure:3925: gcc -c -g -O2 conftest.c 5
--- Comment #2 from brooks at gcc dot gnu dot org 2007-02-10 00:55 ---
Yup, that seems to make the problem go away. Thanks!
*** This bug has been marked as a duplicate of 323 ***
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #89 from brooks at gcc dot gnu dot org 2007-02-10 00:55 ---
*** Bug 30752 has been marked as a duplicate of this bug. ***
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from drow at gcc dot gnu dot org 2007-02-10 01:01 ---
Check earlier? Something must have gone wrong with AC_OBJEXT.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30753
1 - 100 of 113 matches
Mail list logo
