--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot
|dot org
--- Comment #3 from hjl at gcc dot gnu dot org 2006-04-27 06:13 ---
Subject: Bug 27274
Author: hjl
Date: Thu Apr 27 06:13:40 2006
New Revision: 113296
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113296
Log:
2006-04-26 H.J. Lu <[EMAIL PROTECTED]>
PR testsuite/27274:
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2006-04-27 06:02
---
Tobias, I hope this is what you were looking for. I don't really think we need
a compile time check. That would be pretty involved to do and the error is
caught at runtime.
What do you think?
--
http://gcc
--- Comment #6 from patchapp at dberlin dot org 2006-04-27 05:50 ---
Subject: Bug number PR27304
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/2006-04/msg01023.html
--
http://gcc.gnu.org/bugzilla/sh
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot
|dot org
the new make-3.81 conforms to POSIX rules when it comes to the use of \ in
single quoted strings ... this breaks the s-macro_list rule in gcc/Makefile.in
as it splits a single quoted string across two lines with a \ and when building
with make-3.81 we get this error:
sed: -e expression #1, char 88:
/opt/gcc-4.1.0/host-i686-pc-linux-gnu/gcc/gcj
-B/opt/gcc-4.1.0/i686-pc-linux-gnu/libjava/
-B/opt/gcc-4.1.0/host-i686-pc-linux-gnu/gcc/ -Wno-deprecated --encoding=UTF-8
--bootclasspath '' --classpath
..:/opt/gcc-4.1.0/libjava:/opt/gcc-4.1.0/i686-pc-linux-gnu/libjava:../../../.././libjava/classpath:.
--- Comment #14 from amacleod at redhat dot com 2006-04-27 02:30 ---
I should point out that its a patch for mainline. Conversion to 4.1 requires
some minor tweaking.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26854
--- Comment #13 from amacleod at redhat dot com 2006-04-27 02:29 ---
The patch for speeding up the operand cache has been posted to gcc-patches:
http://gcc.gnu.org/ml/gcc-patches/2006-04/msg01017.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26854
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2006-04-27
01:16 ---
Subject: Re: natSystemProperties.cc:213: error: 'getpwuid_r' was not declared
in this scope
> Hmmm, the manpage says this function is obsolete. It looks like
> '_REENTRANT' and '_PTHREADS_DRAFT4' both nee
--- Comment #14 from aldyh at gcc dot gnu dot org 2006-04-27 00:01 ---
> -gstabs+ -feliminate-unused-debug-symbols
This is a different option than -feliminate-unused-debug-types, so I don't see
how this applies.
The patch I wrote was for eliminate-unused-debug-TYPES. I suppose if t
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-26 23:10 ---
Confirmed. This was caused by the change over from varray to VEC. Looks like
we had a bug where we depend on pushing something but now we don't.
--
pinskia at gcc dot gnu dot org changed:
What|
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-26 23:06 ---
But not in this case.
We have SCEV_NOT_KNOWN inside create_data_ref
where we call chec_convert which returns NULL for that.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from janis at gcc dot gnu dot org 2006-04-26 23:05 ---
Created an attachment (id=11339)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11339&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27332
Tests gap and twolf from SPEC CPU2000 ICE when built on powerpc64-linux with
"-O2 -ftree-loop-linear" and either -m32 or -m64. A third test, lucas, started
getting segfaults for those options at the same time. A regression hunt using
a minimized testcase (to be attached) identified this patch:
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-26 23:03 ---
Usually type being NULL means you have a freed SSA_NAME being used somewhere.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27331
--- Comment #1 from janis at gcc dot gnu dot org 2006-04-26 23:02 ---
Created an attachment (id=11338)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11338&action=view)
recog.c
minimized testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27331
The SPEC CPU2000 test 176.gcc fails to build on powerpc64-linux with "-O2
-ftree-vectorize -maltivec" for both -m32 and -m64. A regression hunt using a
minimized testcase (to be attached) identified this patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=112621
r112621 | spop | 2006-04-02 04
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2006-04-26 22:53
---
The standard reference seems clear. I will see about giving a runtime error.
Someone else will have to do the compile time magic.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27304
--- Comment #1 from danglin at gcc dot gnu dot org 2006-04-26 22:47 ---
Hmmm, the manpage says this function is obsolete. It looks like
'_REENTRANT' and '_PTHREADS_DRAFT4' both need to be defined to get
the proto.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27330
/mnt/gnu/gcc-3.3/objdir/./gcc/xgcc -shared-libgcc
-B/mnt/gnu/gcc-3.3/objdir/./gc
c -nostdinc++ -L/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/src
-
L/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/src/.libs
-B/opt/gnu
/gcc/gcc-4.2.0/hppa2.0w-hp-hpux11.11/bin/
-B/opt/gnu/gcc
On 26 Apr 2006, Gabriel Dos Reis wrote:
> <[EMAIL PROTECTED]> writes:
>
> | It is gcc 4.1.0, --target=arm-elf compiled on an Intel platform and
> | GNU/Linux.
> |
> | The following construct:
> |
> | void *p;
> |
> | ((char *)p)++;
> |
> | makes the compiler to issue an error message, namely
>
--- Comment #2 from Stefan dot Neis at kobil dot com 2006-04-26 21:59
---
Subject: Re: Compiling OpenSSL gives invalid code??
Hi,
Sorry, any attempt to attach an additional comment in bugzilla results in an
error
message (Not allowed You tried to change the Assignee f
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-04-26 21:16 ---
This is still a bug, the patch has not been approved or rejected.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
<[EMAIL PROTECTED]> writes:
| It is gcc 4.1.0, --target=arm-elf compiled on an Intel platform and
| GNU/Linux.
|
| The following construct:
|
| void *p;
|
| ((char *)p)++;
|
| makes the compiler to issue an error message, namely
| "invalid lvalue in increment"
|
| The ((char *)p) constr
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24863
--- Comment #6 from janis at gcc dot gnu dot org 2006-04-26 20:54 ---
Thanks, although I can wait if you have more pressing things to do.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26855
--- Comment #5 from zadeck at naturalbridge dot com 2006-04-26 20:51
---
Subject: Re: [4.2 Regression] ICE in add_deps_for_def
with -fmodulo-sched -maltivec
janis at gcc dot gnu dot org wrote:
> --- Comment #4 from janis at gcc dot gnu dot org 2006-04-26 17:48 ---
> The patc
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-04-26 20:42
---
(In reply to comment #12)
> It deserves a separate entry in bugzilla.
> I propose to close this entry here.
I did the opposite and closed the other as a dup, since the orginal testcase
still fails with ICEs.
-
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-04-26 20:40
---
*** Bug 26849 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10768
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-26 20:40 ---
*** This bug has been marked as a duplicate of 10768 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #17 from amacleod at redhat dot com 2006-04-26 20:38 ---
Created an attachment (id=11336)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11336&action=view)
Possible patch
Maybe. there is a work around I have an initial patch for. It re-covers up
the problem I think :-
--- Comment #7 from pcarlini at suse dot de 2006-04-26 20:01 ---
I think the correct Target Milestone is 4.1.1...
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #6 from bkoz at gcc dot gnu dot org 2006-04-26 19:59 ---
Subject: Bug 26513
Author: bkoz
Date: Wed Apr 26 19:59:05 2006
New Revision: 113284
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113284
Log:
2006-04-26 Shantonu Sen <[EMAIL PROTECTED]>
PR libstdc+
--- Comment #5 from bkoz at gcc dot gnu dot org 2006-04-26 19:54 ---
Fixed in 4.2.0, 4.1.0
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #11 from bkoz at gcc dot gnu dot org 2006-04-26 19:53 ---
fixed in 4.2.x
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #10 from bkoz at gcc dot gnu dot org 2006-04-26 19:52 ---
Subject: Bug 26875
Author: bkoz
Date: Wed Apr 26 19:52:31 2006
New Revision: 113283
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113283
Log:
2006-04-26 Benjamin Kosnik <[EMAIL PROTECTED]>
PR libst
--- Comment #34 from pinskia at gcc dot gnu dot org 2006-04-26 19:16
---
(In reply to comment #31)
> Any hopes of resurrecting this bug?
well considering it is fixed correctly in 4.0.0, it does not matter.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8092
--- Comment #39 from pinskia at gcc dot gnu dot org 2006-04-26 19:14
---
*** Bug 8092 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15242
--- Comment #33 from pinskia at gcc dot gnu dot org 2006-04-26 19:14
---
to Mark as a dup of bug 15242 which is fixed in 4.0.0.
*** This bug has been marked as a duplicate of 15242 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Adde
--- Comment #32 from pinskia at gcc dot gnu dot org 2006-04-26 19:14
---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #38 from pinskia at gcc dot gnu dot org 2006-04-26 19:14
---
Fixed in 4.0.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #37 from pinskia at gcc dot gnu dot org 2006-04-26 19:13
---
Reopening to close as ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from bkoz at gcc dot gnu dot org 2006-04-26 19:13 ---
Subject: Bug 26513
Author: bkoz
Date: Wed Apr 26 19:13:18 2006
New Revision: 113281
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113281
Log:
2006-04-26 Shantonu Sen <[EMAIL PROTECTED]>
PR libstdc+
--- Comment #6 from roger at eyesopen dot com 2006-04-26 18:59 ---
This has now been fixed on the 4.1 branch. Unfortunately, its difficult to
determine whether this patch is still needed on the 4.0 branch, or if other
backports are also required, as libiberty and top-level configure are
--- Comment #12 from amacleod at redhat dot com 2006-04-26 18:59 ---
I have a patch to change the implementation of immediate uses forthcoming
which, as a side effect, cleans up the operand scanner time in this file:
on my x86 cross powerpc64:
before patch:
tree operand scan : 366.
--- Comment #14 from dje at gcc dot gnu dot org 2006-04-26 17:57 ---
Subject: Bug 27282
Author: dje
Date: Wed Apr 26 17:57:03 2006
New Revision: 113278
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113278
Log:
PR middle-end/27282
* gcc.c-torture/compile/pr27282.
--- Comment #4 from janis at gcc dot gnu dot org 2006-04-26 17:48 ---
The patch doesn't apply cleanly now, which isn't surprising, but it also
doesn't apply to mainline sources as of 2006-03-28, when it was submitted.
What date or revision can I start with to try this patch, without por
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-26 17:43 ---
Hmm, this was once reported as PR 4844 but the testcase that was provided was
in fact undefined C.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27286
--- Comment #4 from dr dot johan at gmail dot com 2006-04-26 17:20 ---
ld was trying to load libgfortran.so from $PREFIX/lib, not from $PREFIX/lib64.
When linked with -Wl,-rpath,$PREFIX/lib64, libgfortran.so was found at runtime.
So no bug, just inexperience with gfortran on x86-64 on m
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-04-26 17:11
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-04-26 16:50 ---
(In reply to comment #7)
> (In reply to comment #4)
> > We need a testcase to go any further.
> Source code is too big to send. I can send map, nm, elf oupts, etc...
> to you. Would it make any sense ?
No, that does
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-26 16:48 ---
Actually we recomend before filing a bug to use -Wall -W so really this is not
a bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from tobi at gcc dot gnu dot org 2006-04-26 16:46 ---
Works for me, even though the warning could be a bit more verbose. Should this
really be a default warning?
[EMAIL PROTECTED]:~/src/pr/27327> gfortran t.f90 -Wall -c
t.f90: In function 'opt1':
t.f90:1: warning: unused
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-26 16:41 ---
Patches should be posted to [EMAIL PROTECTED]
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27300
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keyword
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-26 16:39 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keyword
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-26 16:38 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|norma
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-04-26 16:36
---
Btw., the error message is:
PR27329A.cc:7: error: '#pragma' is not allowed here
PR27329A.cc:10: error: 'A' is not a template type
PR27329A.cc:12: error: 'A' is not a template
PR27329A.cc:12: internal compiler erro
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-26 16:36 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-04-26 16:34
---
(In reply to comment #12)
> I'm confused. What options do you feed to the compiler that exhibit the bug,
> so I can look into it?
-gstabs+ -feliminate-unused-debug-symbols
(Note the symbols vs types in the optio
The following testcase causes an ICE (segfault in build_new_method_call
from cp/call.c) when compiled with -fopenmp:
=
template struct A
#pragma omp parallel
;
template struct A { int foo(); };
int i = A<0>().foo();
=
The segfault happen
--- Comment #12 from aldyh at gcc dot gnu dot org 2006-04-26 16:14 ---
> No, there are two different options, and the other one is the stabs version
> and not the dwarf2 version.
I'm confused. What options do you feed to the compiler that exhibit the bug,
so I can look into it?
--
The following testcase causes an ICE (segfault in remove_exit_barriers
from tree-flow-inline.h) when compiles with -fopenmp:
=
void foo()
{
#pragma omp parallel
{
L1:
goto L1;
}
}
=
--
Summary: ICE with -fopenmp and goto
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-04-26 16:09
---
(In reply to comment #10)
> > darwin enables -feliminate-unused-debug-symbols by default.
>
> You mean darwin does NOT enable the option by default, right?
No, there are two different options, and the other one i
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-04-26 16:09 ---
Now the patch for 25148 fixes the wrong answer for the testcase in comment #2
if the patch in comment #5 is applied. It needs
Index: tree-ssa-propagate.c
--- Comment #10 from aldyh at gcc dot gnu dot org 2006-04-26 16:05 ---
> darwin enables -feliminate-unused-debug-symbols by default.
You mean darwin does NOT enable the option by default, right?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21391
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-04-26 15:56 ---
(In reply to comment #8)
> (In reply to comment #7)
> > Did I mention this fails on powerpc-darwin?
> >
>
> How so?
darwin enables -feliminate-unused-debug-symbols by default.
--
http://gcc.gnu.org/bugzilla/s
gfortran compiles
SUBROUTINE OPT1 (IB)
IMPLICIT REAL*8 (A-H,O-Z)
COMMON /INTNEW/ VL,EPS,BEGIN,STEP
END
SUBROUTINE OPT0(E0,H0,P0,NUMB,X,Y)
IMPLICIT double precision (A-H,O-Z)
COMMON /INTNEW/ V,EPS,BEGIN,STEP,PP,DOM,PIMEAN,AA,A0,BB,B0,PI
--- Comment #8 from aldyh at gcc dot gnu dot org 2006-04-26 15:51 ---
(In reply to comment #7)
> Did I mention this fails on powerpc-darwin?
>
How so?
pantani:/build/trunk/clean/gcc$ ./cc1 -quiet -g a.c -gstabs
pantani:/build/trunk/clean/gcc$ grep foo a.s.stabs
"foo:T(0,19)=s
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-04-26 15:50 ---
We still need a self contained testcase to reproduce this issue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-04-26 15:46 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-04-26 15:46
---
Confirmed.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-04-26 14:55 ---
I have a patch that "fixes" compare_values.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from zadeck at naturalbridge dot com 2006-04-26 14:50
---
Yes janis, it is quite likely that that patch will fix this problem.
This looks like exactly the same failure as the other bug that that this patch
was submitted for.
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Comment #5 from Georg dot Baum at post dot rwth-aachen dot de
2006-04-26 14:39 ---
The test case does indeed not trigger the ICE anymore, but I have a similar new
one: PR27325.
--
Georg dot Baum at post dot rwth-aachen dot de changed:
What|Removed
The code
struct A {
~A();
};
int f()
{
A a;
#pragma omp parallel firstprivate(a)
for (int i = 0; i < 5; ++i)
int x = 0;
return 0;
}
gives the following ICE with gcc version 4.2.0 20060426 (experimental):
LANG=C g++-4.2 -c -fopenmp -o gcc-bu
--- Comment #12 from dje at gcc dot gnu dot org 2006-04-26 14:33 ---
Subject: Bug 27282
Author: dje
Date: Wed Apr 26 14:33:49 2006
New Revision: 113275
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113275
Log:
2006-04-26 David Edelsohn <[EMAIL PROTECTED]>
Paolo Bo
module a
real(8) :: reM, M =99d0
equivalence (M, reM)
end module a
use a
print *, M
end
produces
/tmp/ccaLXlcY.s: Assembler messages:
/tmp/ccaLXlcY.s:42: Error: symbol `a.eq.0_' is already defined
Paul
--
Summary: Initialized module equivalence member causes assembler
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-04-26 14:15
---
*** Bug 27323 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27310
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-04-26 14:15
---
*** This bug has been marked as a duplicate of 27310 ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from paul dot thomas at jet dot uk 2006-04-26 14:09 ---
The testcase reduces to:
module a
integer, parameter :: dp = kind (1d0)
real(dp) :: reM, M
equivalence (M, reM)
end module a
module b
use a, only : dp
end module b
use a
use b
print *, M
reM = 0.5d1
--- Comment #8 from patchapp at dberlin dot org 2006-04-26 13:45 ---
Subject: Bug number PR27260
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/2006-04/msg00989.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #10 from reichelt at gcc dot gnu dot org 2006-04-26 13:40
---
Fixed on mainline and 4.1 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from martin at mpa-garching dot mpg dot de 2006-04-26 13:22
---
The failure appears to be connected to "-march=pentium4".
The lowest optimisation setting where I could reproduce it is
CFLAGS="-O1 -march=pentium4" ./configure
The test pass with "-O0 -march=pentium4".
-
--- Comment #2 from martin at mpa-garching dot mpg dot de 2006-04-26 12:14
---
(In reply to comment #1)
> Can you try disabling VRP and enable -fwrapv and -fno-strict-aliasing? (I
> also
> see failures in other scientific codes with mainline)
I reconfigured with
CFLAGS="-m32 -O2 -fo
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-04-26 12:02 ---
Can you try disabling VRP and enable -fwrapv and -fno-strict-aliasing? (I also
see failures in other scientific codes with mainline)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27322
inux-gnu
Configured with: /scratch/gcc/configure --prefix=/afs/mpa/data/martin/ugcc
--enable-languages=c++,fortran --with-gmp=/afs/mpa/data/martin/mygmp
--with-mpfr=/afs/mpa/data/martin/mympfr --without-makeinfo --disable-tls
Thread model: posix
gcc version 4.2.0 20060426 (experimental)
[...]
bug.cc: In
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-04-26 11:35 ---
It looks like the cases for comparing against type min/max value inside
compare_values are for value_inside_range, which does
cmp1 = compare_values (val, vr->min);
if (cmp1 == -2 || cmp1 == 2)
return -2;
...
--- Comment #4 from aph at gcc dot gnu dot org 2006-04-26 11:25 ---
See http://gcc.gnu.org/bugs.html#known
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2839
If current mainline is used to compile GMP 4.2 on a Pentium4 with a standard
./configure; make; make check
one of GMP's checks fails:
[...]
make[4]: Entering directory `/scratch/gmp-4.2/tests/mpz'
PASS: t-addsub
PASS: t-cmp
ERROR: incorrect plain product in test 53
op1 = -
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-04-26 09:55 ---
It does not even respect unsigned overflow:
if (val1 == TYPE_MAX_VALUE (TREE_TYPE (val1))
&& TREE_CODE (val2) == MINUS_EXPR)
/* +INF > NAME - CST. */
return 1;
for NAME == 0 and CST
--- Comment #31 from e98cuenc at yahoo dot com 2006-04-26 09:10 ---
This bug was closed under the assumption that ""Furthermore, with
-freorder-blocks, the problem goes away.""
That's false (most of the time), with 3.4.2. AFAICT there is no set of flags
able to reliably desactivate that
--- Comment #27 from rguenth at gcc dot gnu dot org 2006-04-26 08:47
---
Compile time and memory usage checking on a set of C++ benchmarks (tramp3d,
DLV, mico and boost) don't show regressions. I'll leave this here now until
stage1 opens.
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Comment #5 from jsm28 at gcc dot gnu dot org 2006-04-26 08:40 ---
Subject: Bug 25871
Author: jsm28
Date: Wed Apr 26 08:40:26 2006
New Revision: 113273
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113273
Log:
From Bugzilla:
2006-04-26 Joshua Kinard <[EMAIL
--- Comment #4 from jsm28 at gcc dot gnu dot org 2006-04-26 08:39 ---
Subject: Bug 25871
Author: jsm28
Date: Wed Apr 26 08:38:58 2006
New Revision: 113272
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113272
Log:
From Bugzilla:
2006-04-26 Joshua Kinard <[EMAIL
--- Comment #4 from jakub at gcc dot gnu dot org 2006-04-26 08:29 ---
Fixed in SVN.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGN
--- Comment #3 from jakub at gcc dot gnu dot org 2006-04-26 08:29 ---
Fixed in SVN.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGN
1 - 100 of 113 matches
Mail list logo
