--- Comment #4 from burnus at gcc dot gnu dot org 2007-02-28 08:04 ---
Subject: Bug 30968
Author: burnus
Date: Wed Feb 28 08:03:47 2007
New Revision: 122401
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122401
Log:
2007-02-28 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #22 from manu at gcc dot gnu dot org 2007-02-28 09:56 ---
(In reply to comment #20)
> Created an attachment (id=13003)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13003&action=view) [edit]
> preliminary patch
>
For fortran, the resulting regexp is like:
{:2: WARNIN
--- Comment #12 from burnus at gcc dot gnu dot org 2007-02-28 11:28 ---
> The following additional patch needs to be applied when backporting:
> http://gcc.gnu.org/ml/fortran/2007-02/msg00620.html
This two-line patch is unrelated.
(I think one should nonetheless backport it to 4.2 [is n
I compiled a simple app that is linked dynamically against the Qt library (Qt
3.3.8).
#include "qstring.h"
int main(void) {
QString oTmp("Hello world");
printf( "%s\n", oTmp.ascii() );
return 1;
}
I have compiled the source file with mudflap activated. When I start the
program I get th
ertl/eb73.C execution test
14025,14026c14045,14046
< FAIL: g++.old-deja/g++.robertl/eb77.C (test for excess errors)
< WARNING: g++.old-deja/g++.robertl/eb77.C compilation failed to produce
executable
---
> PASS: g++.old-deja/g++.robertl/eb77.C (test for excess errors)
> PASS: g+
GCC 4.1 seems to sometimes generate inefficient code when doing
structure assignments directly when compiling for MIPS1. When assigning
to structure members manually, it generates regular lw/sw sequences.
When assigning to the structure, you instead get lwl/lwr and swl/swr
pairs (for no reason, sin
--- Comment #1 from ska at bth dot se 2007-02-28 16:10 ---
Created an attachment (id=13125)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13125&action=view)
Preprocessed file which shows the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30996
--- Comment #3 from burnus at gcc dot gnu dot org 2007-02-28 18:17 ---
Subject: Bug 30888
Author: burnus
Date: Wed Feb 28 18:17:34 2007
New Revision: 122409
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122409
Log:
2007-02-28 Tobias Burnus <[EMAIL PROTECTED]>
Paul
--- Comment #8 from burnus at gcc dot gnu dot org 2007-02-28 18:17 ---
Subject: Bug 30887
Author: burnus
Date: Wed Feb 28 18:17:34 2007
New Revision: 122409
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122409
Log:
2007-02-28 Tobias Burnus <[EMAIL PROTECTED]>
Paul
--- Comment #9 from burnus at gcc dot gnu dot org 2007-02-28 18:26 ---
Fixed in GCC 4.3, not part of 4.2 => close PR.
Thanks for having reported this bug.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from burnus at gcc dot gnu dot org 2007-02-28 18:26 ---
Fixed in GCC 4.3, not part of 4.2 => close PR.
Thanks for having reported this bug.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--
int foo(int a) { int tmp = a > 2; if (a > 2) return tmp; }
is not simplified.
--
Summary: FRE does not value number comparisons in COND_EXPRs
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity:
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-28 19:20 ---
well that is undefined code anyways :)
int foo(int a) { int tmp = a > 2; if (a > 2) return tmp; return 10;}
Note we do simplify this later on after PRE/FRE as we sink the a>2 into the
other basic block and then VRP
--- Comment #6 from burnus at gcc dot gnu dot org 2007-02-28 20:52 ---
FIXED as commited to 4.1, 4.2 and 4.3/trunk. I think the fix is complete. If
not, please reopen.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from burnus at gcc dot gnu dot org 2007-02-28 20:57 ---
> Author: tobi
> Date: Wed Nov 22 22:09:14 2006
>trunk/gcc/fortran/ChangeLog
What is the status on this? Will this be backported to 4.2 and 4.1?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29441
Code works with no optimization, and after removing the assigned goto's it
works with optimization. I'm on a dual opteron system with
GNU Fortran 95 (GCC) 4.1.2 (Gentoo 4.1.2)
When compiling gcc, I used: CFLAGS="-O2 -march=opteron -pipe
-fomit-frame-pointer"
The old g77 worked on this code.
--
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-02-28 21:36 ---
Subject: Bug 30869
Author: tkoenig
Date: Wed Feb 28 21:36:31 2007
New Revision: 122412
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122412
Log:
2007-02-28 Thomas Koenig <[EMAIL PROTECTED]>
Backp
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-02-28 21:36 ---
Subject: Bug 30765
Author: tkoenig
Date: Wed Feb 28 21:36:31 2007
New Revision: 122412
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122412
Log:
2007-02-28 Thomas Koenig <[EMAIL PROTECTED]>
Backp
--- Comment #12 from tkoenig at gcc dot gnu dot org 2007-02-28 21:36
---
Subject: Bug 30533
Author: tkoenig
Date: Wed Feb 28 21:36:31 2007
New Revision: 122412
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122412
Log:
2007-02-28 Thomas Koenig <[EMAIL PROTECTED]>
Bac
--- Comment #13 from tkoenig at gcc dot gnu dot org 2007-02-28 21:37
---
Fixed on 4.2. Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from tkoenig at gcc dot gnu dot org 2007-02-28 21:37 ---
Fixed on 4.2. Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from tkoenig at gcc dot gnu dot org 2007-02-28 21:39 ---
Fixed on 4.2. Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from rguenth at gcc dot gnu dot org 2007-02-28 21:56
---
Subject: Bug 30364
Author: rguenth
Date: Wed Feb 28 21:56:41 2007
New Revision: 122414
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122414
Log:
2007-02-28 Richard Guenther <[EMAIL PROTECTED]>
For a patch implementing this proposal, see the end of this Description.
This proposal has been submitted to SUN as well, for inclusion
in a future JDK. Below is the full text of the proposal to SUN
and the answer.
Dear Java Developer,
Thank you f
--- Comment #1 from kargl at gcc dot gnu dot org 2007-02-28 22:01 ---
Can you try gfortran from the 4.2 branch or from trunk? You
can get a binary package of trunk from the gfortran wiki.
Can attach the code to the bug report or a URL to the code?
Otherwise, we can't try to reproduce yo
--- Comment #9 from tkoenig at gcc dot gnu dot org 2007-02-28 22:04 ---
In principle, this is easy to fix: Use
an unsigned variable for u. In practice, this
means we have to delve into iparm.m4. Yuck :-)
I'll look at this, but if somebody else has a
good suggestion, please go ahead.
Now that gcc understands OpenMP directives, it would be really cool if the
member functions of the std::valarray class could be annotated. Most of
the member functions have loops over all elements that are trivially parallel
and that could benefit from OpenMP autoparallelization. I am fairly sure
t
--- Comment #1 from jan dot nijtmans at gmail dot com 2007-02-28 22:05
---
Created an attachment (id=13126)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13126&action=view)
implementation of this request
This patch implements this request
--
http://gcc.gnu.org/bugzilla/show_
Hi,
the following legal program crashes with a segfault at runtime:
program gfcbug60
implicit none
integer :: i, j
integer, allocatable :: mm(:)
logical, allocatable :: mask(:)
do i = 1, 0, -1
print *, "i =", j
allocate (mm(i), mask(i))
mm(:) = 1
mask(:) = (mm == 0
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-28 22:38 ---
Actually they could also slow down the code if the size is small enoguh.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31000
--- Comment #10 from pinskia at gcc dot gnu dot org 2007-02-28 22:39
---
Yes declare this as undefined code and close the bug :).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30981
--- Comment #12 from rguenth at gcc dot gnu dot org 2007-02-28 23:03
---
Fixed on the mainline.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from Thomas dot Koenig at online dot de 2007-02-28 23:13
---
Subject: Re: a ** exp fails for integer exponents if exp is "-huge()-1"
(endless loop)
> --- Comment #10 from pinskia at gcc dot gnu dot org 2007-02-28 22:39
> ---
> Yes declare this as undefined co
--- Comment #13 from kargl at gcc dot gnu dot org 2007-02-28 23:25 ---
(In reply to comment #12)
> Created an attachment (id=13127)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13127&action=view) [edit]
>
Patch looks ok to me. Note, I haven't tested.
--
kargl at gcc dot gnu
--- Comment #37 from baldrick at free dot fr 2007-02-28 23:30 ---
Subject: Re: VRP fails to eliminate range checks in Ada code
> With bootstrapping the compiler and then checking you get
>
> FAIL: c35507j
> FAIL: cd92001
> FAIL: cxh1001
I get a slightly different set (i486-linu
Hi all,
I try to debug this in -g -O0 option. But the subfunc debug info all goes
wrong.
#include "stdio.h"
typedef struct _x{
int y;
int z;
}X;
int subfunc(int a,int b,int c,X d)//i=>r0 j=>r1 k=>r2 l.y & l.z =>stack
{
printf("a %x b %x c %x d.y %x d.z %x\n",a,b,c,d.y,d.z);
}
int main()
-unknown-linux-gnu/libstdc++-v3/include/x86_64-unknown-linux-gnu
-I/var/tmp/portage/dev-java/gcj-4.3.0_alpha20070228/work/build/x86_64-unknown-linux-gnu/libstdc++-v3/include
-I/var/tmp/portage/dev-java/gcj-4.3.0_alpha20070228/work/gcc-4.3-20070228/libstdc++-v3/libsupc++
-fno-implicit-templates -Wall
In file included from
/Users/regress/tbox/native/build/powerpc-apple-darwin8.5.0/libstdc++-v3/include/locale:43,
from
/Users/regress/tbox/svn-gcc/libstdc++-v3/src/codecvt.cc:30:
/Users/regress/tbox/native/build/powerpc-apple-darwin8.5.0/libstdc++-v3/include/bits/localefwd.h:58:34:
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-03-01 06:45 ---
Looks like this was caused by:
http://gcc.gnu.org/ml/libstdc++/2007-02/msg00188.html
Specifically this part:
* include/std/iosfwd: Do not include here...
* include/bits/locale_facets.h: ... do it her
--- Comment #1 from ubizjak at gmail dot com 2007-03-01 07:10 ---
(In reply to comment #0)
> I bootstrap trunk every night. Last night's run gave 86 new g++ testsuite
> failures from the previous night. Here's the diff. Let me know if you need
> more information to figure out what cha
when we #define PI 3.141592653589793238462643383279L
and long double a=PI;
PI is substituted in double precision.
--
Summary: long double constant is read as double in i386
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
41 matches
Mail list logo
