When I tried to compile gcc-4.2.1 on Linux to creat the gfortran compiler, it
was failed.
../../Workshop/gfortran/gcc-4.2.1/configure
--prefix=/home/yucj/installs/gfortran4.2.1 --enable-languages=fortran
--with-gmp=/home/yucj/installs/gmp4.2.1
--with-mpfr=/home/yucj/installs/mpfr2.2.1
The error
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-08-13 10:25
---
As the error message you quote says:
"the most common reason for that is that you might have linked it to shared GMP
and/or MPFR libraries, and not set LD_LIBRARY_PATH accordingly. If you suspect
any other reason
When moving from gcc3.3.3 to gcc4.1.0 the compiler is no longer capable of
calculate value of the offsetof macro expansion. Please find below a bare
minimum of 7 lines of code that compiles fine with gcc3.3.3 and fails on
gcc4.1.0 and gcc4.2.1.
1. The program compiled:
--- foo.cc
struct _mbuf_
--- Comment #1 from schwab at suse dot de 2007-08-13 11:13 ---
The only valid definition of offsetof is in .
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #26 from rakdver at kam dot mff dot cuni dot cz 2007-08-13
11:31 ---
Subject: Re: Bootstrap with vectorization enabled fails with ICE on PPC
> Yesterday, I've tried to check if mainline passes boostrap with vectorization
> enabled on ppc32 using latest mainline. Since I d
--- Comment #4 from dberlin at gcc dot gnu dot org 2007-08-13 12:06 ---
It takes 2 iterations, but it has come up with 144 thousand expressions
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
-
The implementation of std::tr1::tgamma looks wrong to me.
Keep in mind that the gamma function is equal to the factorial function for
integer values.
The code blow prints 4 columns:
1) a number, 2) its factorial, computed by hand 3) output using a corrected
version of "Numerical Recipes in C"'s l
--- Comment #2 from yucj at ghi dot rwth-aachen dot de 2007-08-13 12:53
---
It was solved as your instruction. Thank you.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33058
--- Comment #28 from dje at watson dot ibm dot com 2007-08-13 15:17 ---
Subject: Re: Bootstrap with vectorization enabled fails with ICE on PPC
Most everyone else bootstraps GCC on PPC64 with
--with-cpu=default32. Are you missing some packages on SUSE? This really
isn't a GC
// this c++ code failes to compile under every gcc/g++ version I know...
#include
template
class foo
{
private:
static std::map > data;
static long long lastId;
public:
foo ()
{
refValid = false;
}
foo (const T & v)
{
lastId++;
ref = data.insert
(std::pair
--- Comment #27 from victork at il dot ibm dot com 2007-08-13 15:09 ---
> this is the problem we discussed in this thread before; for now, add
> -mabi=altivec to BOOT_CFLAGS to workaround it.
yes, this helped. Still I see a failure in cofigure before stage3 starts:
checking for powerpc-
gfortran produces an internal compiler error under the following conditions:
1. A logical function is being evaluated
2. The flag "-f-default-integer-8" is specified
3. The August 10 snapshot versions of gcc and gfortran are compiled under
HP-PA. I have not tested this snapshot with other architec
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #1 from michael dot a dot richmond at nasa dot gov 2007-08-13
16:36 ---
This bug does not exist in the i386 version of gfortran
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33062
--- Comment #1 from pcarlini at suse dot de 2007-08-13 16:51 ---
First comment: std::tr1::tgamma just forwards to __builtin_tgamma, therefore,
*if* we have an issue is with the middle-end, not with the library. Stay tuned.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33060
--- Comment #2 from pcarlini at suse dot de 2007-08-13 17:00 ---
(In reply to comment #0)
> The implementation of std::tr1::tgamma looks wrong to me.
>
> Keep in mind that the gamma function is equal to the factorial function for
> integer values.
Now I see: this statement is incorrect
--- Comment #5 from pault at gcc dot gnu dot org 2007-08-13 17:15 ---
I am just about to submit the fix.
Thanks for the report.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pluto at agmk dot net 2007-08-13 17:36 ---
$[9.4/2]
--
pluto at agmk dot net changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #7 from kjetilho at ifi dot uio dot no 2007-08-13 17:53 ---
I suggest the patch is made simpler, so that Sun Studio 11 (which doesn't
understand asm at all) can be used for bootstrapping, e.g.:
-#ifdef GCC_VERSION
+#if defined(GCC_VERSION) && !defined(__SUNPRO_C)
--
kjet
--- Comment #29 from rakdver at kam dot mff dot cuni dot cz 2007-08-13
18:04 ---
Subject: Re: Bootstrap with vectorization enabled fails with ICE on PPC
> --- Comment #27 from victork at il dot ibm dot com 2007-08-13 15:09
> ---
> > this is the problem we discussed in this t
--- Comment #30 from rakdver at gcc dot gnu dot org 2007-08-13 18:06
---
(In reply to comment #28)
> Subject: Re: Bootstrap with vectorization enabled fails with ICE on PPC
>
> Most everyone else bootstraps GCC on PPC64 with
> --with-cpu=default32. Are you missing some packa
--- Comment #2 from kjetilho at ifi dot uio dot no 2007-08-13 18:14 ---
It doesn't seem like this patch made it into 4.2.1, at least I can't find any
mention of HAVE_AS_IX86_DIFF_SECT_DELTA in the sources, and the build fails the
same way. Please reopen bug. (BTW, would it be possible
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-08-13 18:20 ---
[andrew-pinskis-computer:local/gcc/gcc] apinski% grep
HAVE_AS_IX86_DIFF_SECT_DELTA config/*/*
config/i386/sol2-10.h:#ifndef HAVE_AS_IX86_DIFF_SECT_DELTA
http://gcc.gnu.org/ml/gcc-cvs/2006-11/msg00056.html
That is b
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-08-13 18:28 ---
You forgot the typename keyword:
// g++ fails here:
std::map >::iterator ref;
Should be:
// g++ fails here:
typename std::map >::iterator ref;
After changing that, the program compiles.
--
pinskia at gcc
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-08-13 18:52 ---
One should note that this is undefined code anyways and most likely will not
work once compiled with this version of GCC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31979
--- Comment #6 from pcarlini at suse dot de 2007-08-13 19:04 ---
Working on it.
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at g
As a minimal example, take the following 3-line file:
--- 8< ---
/*
//*
*/
--- 8< ---
Preprocessing this file with -Wall (using either g++ or cpp directly) results
in the warning '"/*" within comment'. This only happens if the surrounding /*
*/ pair is present.
(I discovered this in some code
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-08-13 19:12 ---
And I don't see why it is wrong to warn here because it is /* still as // is
really two tokens and so is /* .
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33063
--- Comment #2 from trick at icculus dot org 2007-08-13 20:03 ---
(In reply to comment #1)
> And I don't see why it is wrong to warn here because it is /* still as // is
> really two tokens and so is /* .
Shouldn't //* be treated as '//' followed by '*' though? Even if not:
// /*
this
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-08-13 20:06 ---
Subject: Bug 30427
Author: pinskia
Date: Mon Aug 13 20:06:15 2007
New Revision: 127396
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127396
Log:
2007-08-13 Andrew Pinski <[EMAIL PROTECTED]>
PR C/
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-08-13 20:07 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-08-13 20:17 ---
I am testing these patches right now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30428
--- Comment #6 from drow at gcc dot gnu dot org 2007-08-13 20:29 ---
Sorry, my mistake. I meant readelf -wi (lowercase I).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32990
--- Comment #4 from pault at gcc dot gnu dot org 2007-08-13 20:58 ---
Subject: Bug 32827
Author: pault
Date: Mon Aug 13 20:58:00 2007
New Revision: 127397
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127397
Log:
2007-08-13 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #6 from pault at gcc dot gnu dot org 2007-08-13 21:02 ---
Subject: Bug 32926
Author: pault
Date: Mon Aug 13 21:02:00 2007
New Revision: 127398
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127398
Log:
2007-08-13 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #7 from pault at gcc dot gnu dot org 2007-08-13 21:03 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #5 from pault at gcc dot gnu dot org 2007-08-13 21:04 ---
Fixed on trunk
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32827
--- Comment #6 from burnus at gcc dot gnu dot org 2007-08-13 21:08 ---
Mark really as fixed.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #7 from scovich at gmail dot com 2007-08-13 21:10 ---
(In reply to comment #6)
> Sorry, my mistake. I meant readelf -wi (lowercase I).
>
Unfortunately, I recompiled with 4.1 to get on with debugging, and also updated
to 20070810 later that day. Now the bug won't cooperate
--- Comment #1 from dsh at gcc dot gnu dot org 2007-08-13 21:55 ---
Subject: Bug 32953
Author: dsh
Date: Mon Aug 13 21:55:01 2007
New Revision: 127399
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127399
Log:
gcc/
2007-08-3 1 Dan Hipschman <[EMAIL PROTECTED]>
PR 32953
--- Comment #2 from dsh at gcc dot gnu dot org 2007-08-13 22:09 ---
Fixed.
--
dsh at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #8 from patchapp at dberlin dot org 2007-08-13 23:00 ---
Subject: Bug number PR32926
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-08/msg00823.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2007-08-13 23:48
---
A complete patch (for both original problem and a few other ones discovered
while preparing the testcase) was submitted here:
http://gcc.gnu.org/ml/gcc-patches/2007-08/msg00834.html
--
fxcoudert at gcc dot gnu
--- Comment #7 from patchapp at dberlin dot org 2007-08-13 23:50 ---
Subject: Bug number PR32594
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-08/msg00834.html
--
http://gcc.gnu.org/bugzilla/sh
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #8 from markwright at internode dot on dot net 2007-08-14
02:54 ---
Created an attachment (id=14056)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14056&action=view)
Patch to address comment #7.
Thanks for the suggestion. I think it should use the assembler when
comp
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-08-14 05:25
---
This makes some sense: The following reduced case works fine with
-fdefault-integer-8 with iostat given and gives an error without it. I could
argue that this is OK. I have not dug into the standard on this, bu
--- Comment #31 from victork at il dot ibm dot com 2007-08-14 05:53 ---
> Most everyone else bootstraps GCC on PPC64 with
> --with-cpu=default32. Are you missing some packages on SUSE? This really
> isn't a GCC bug any more, it is some problem with the way that you are
> config
48 matches
Mail list logo
