--- Comment #13 from pault at gcc dot gnu dot org 2007-08-13 06:16 ---
Subject: Bug 32962
Author: pault
Date: Mon Aug 13 06:16:03 2007
New Revision: 127391
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=127391
Log:
2007-08-13 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #14 from pault at gcc dot gnu dot org 2007-08-13 06:18 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #25 from victork at il dot ibm dot com 2007-08-13 06:42 ---
Yesterday, I've tried to check if mainline passes boostrap with vectorization
enabled on ppc32 using latest mainline. Since I don't have the access to ppc32
machine, I've tried to imitate in on ppc64 using the
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
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
--- Comment #1 from schwab at suse dot de 2007-08-13 11:13 ---
The only valid definition of offsetof is in stddef.h.
--
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
--- 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
--- 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
// this c++ code failes to compile under every gcc/g++ version I know...
#includemap
templateclass T
class foo
{
private:
static std::maplong, std::pairT, long data;
static long long lastId;
public:
foo ()
{
refValid = false;
}
foo (const T v)
{
lastId++;
ref
--- 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
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
--
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)
--
--- 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
--- 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 packages
--- 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
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-08-13 18:28 ---
You forgot the typename keyword:
// g++ fails here:
std::maplong, std::pairT, long ::iterator ref;
Should be:
// g++ fails here:
typename std::maplong, std::pairT, long ::iterator ref;
After changing that,
--- 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
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=gccview=revrev=127396
Log:
2007-08-13 Andrew Pinski [EMAIL PROTECTED]
PR
--- 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=gccview=revrev=127397
Log:
2007-08-13 Paul Thomas [EMAIL PROTECTED]
PR
--- 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=gccview=revrev=127398
Log:
2007-08-13 Paul Thomas [EMAIL PROTECTED]
PR
--- 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
--- 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
--- 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=gccview=revrev=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
--
--- 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
--- 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
--
--
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=14056action=view)
Patch to address comment #7.
Thanks for the suggestion. I think it should use the assembler when
--- 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,
--- 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
51 matches
Mail list logo
