--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-08 06:52 ---
Fixed at least on the mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-08 06:47 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #7 from pault at gcc dot gnu dot org 2006-05-08 06:27 ---
Fixed on trunk and 4.1
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pault at gcc dot gnu dot org 2006-05-08 06:25 ---
Fixed on trunk and 4.1
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from amodra at bigpond dot net dot au 2006-05-08 06:14
---
Patch commited to 4.1
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
--- Comment #11 from amodra at gcc dot gnu dot org 2006-05-08 06:13 ---
Subject: Bug 27260
Author: amodra
Date: Mon May 8 06:13:23 2006
New Revision: 113623
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113623
Log:
PR middle-end/27260
* builtins.c (expand_built
--- Comment #6 from uros at kss-loka dot si 2006-05-08 06:12 ---
Fixed.
--
uros at kss-loka dot si changed:
What|Removed |Added
Status|NEW
--- Comment #5 from uros at gcc dot gnu dot org 2006-05-08 06:10 ---
Subject: Bug 27277
Author: uros
Date: Mon May 8 06:10:03 2006
New Revision: 113622
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113622
Log:
PR target/27277
* config/i386/i386.c (ix86_rtx_cost
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-08 05:20 ---
As far as I can tell it is a middle-end/gimplifier problem:
real4 __result_master.0.tsl;
real4 tsl.0 [value-expr: __result_master.0.tsl];
Unless the value expression should also be marked as TREE_ADDRESSABLE.
--- Comment #1 from johnurban at adelphia dot net 2006-05-08 05:17 ---
Created an attachment (id=11400)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11400&action=view)
script that shows bug + output from running script
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27478
#!/bin/sh
cat >bug.f <<\EOF
FUNCTION TSL(PIN)
! EXTERNAL PPP
ENTRY TSL1(PIN)
IF (DBLE(TSL) .GT. PIN) TSL = 705.47
TSL= PPP(TSL)
END
EOF
(
exec 2>&1
uname -a
set -x
gfortran --version
gfortran -v -c -save-temps bug.f
ls -ltrasd bug*
echo ==
--- Comment #6 from pault at gcc dot gnu dot org 2006-05-08 05:02 ---
Subject: Bug 25099
Author: pault
Date: Mon May 8 05:01:56 2006
New Revision: 113618
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113618
Log:
2006-05-08 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
,fortran --with-gmp=/tmp/gfortran-20060424/gfortran_libs
> --enable-bootstrap
> Thread model: posix
> gcc version 4.2.0 20060423 (experimental)
Well it works for me wth 20060507 so I am going to close this as fixed.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #6 from pault at gcc dot gnu dot org 2006-05-08 05:02 ---
Subject: Bug 27269
Author: pault
Date: Mon May 8 05:01:56 2006
New Revision: 113618
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113618
Log:
2006-05-08 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #8 from pault at gcc dot gnu dot org 2006-05-08 05:02 ---
Subject: Bug 24813
Author: pault
Date: Mon May 8 05:01:56 2006
New Revision: 113618
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113618
Log:
2006-05-08 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #5 from pault at gcc dot gnu dot org 2006-05-08 05:02 ---
Subject: Bug 27324
Author: pault
Date: Mon May 8 05:01:56 2006
New Revision: 113618
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113618
Log:
2006-05-08 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #1 from kazu at gcc dot gnu dot org 2006-05-08 04:42 ---
Created an attachment (id=11399)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11399&action=view)
testcase
Compile this testcase, derived from libstdc++, with -msx -O2.
--
http://gcc.gnu.org/bugzilla/show_bu
While building libstdc++, the build breaks.
--
Summary: The H8 port doesn't build
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc d
--- Comment #4 from iguchi at coral dot t dot u-tokyo dot ac dot jp
2006-05-08 04:35 ---
I believe that this bug still exists since the below testcase would be a
duplicated one.
$ gfortran -v
Using built-in specs.
Target: powerpc-apple-darwin7.9.0
Configured with: ../gcc/config
--- Comment #4 from hjl at gcc dot gnu dot org 2006-05-08 03:43 ---
Subject: Bug 24879
Author: hjl
Date: Mon May 8 03:43:07 2006
New Revision: 113617
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113617
Log:
gcc/
2006-05-07 H.J. Lu <[EMAIL PROTECTED]>
PR target/248
--- Comment #10 from ted dot keller at goodrich dot com 2006-05-08 03:30
---
Have verified bug is still an issue in 4.02 and 4.03. Verified code in 4.03
contains the patch. Compile still fails on mysql object sql_analyse.cc
--
ted dot keller at goodrich dot com changed:
--- Comment #11 from amodra at bigpond dot net dot au 2006-05-08 00:49
---
Testcase fixed by simply xfailing *-*-darwin*. It might be possible to tweak
the pattern we match to accommodate darwin, but I'll leave that to a darwin
maintainer.
--
http://gcc.gnu.org/bugzilla/show_bug.c
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-05-08 00:37
---
Fixed on mainline.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Su
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-08 00:26
---
Subject: Bug 27447
Author: reichelt
Date: Mon May 8 00:26:08 2006
New Revision: 113615
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113615
Log:
PR c++/27447
* decl2.c (build_memfn_type):
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-07 23:30 ---
(In reply to comment #2)
> (In reply to comment #1)
> > -fsee has now been turned off by default so this is not a regression.
>
> By "now" do you mean before or after the 20060506 snapshot ?
Now meaning today:
http
--- Comment #2 from dcb314 at hotmail dot com 2006-05-07 21:44 ---
(In reply to comment #1)
> -fsee has now been turned off by default so this is not a regression.
By "now" do you mean before or after the 20060506 snapshot ?
The code used to compile on the previous snapshot,
it doesn'
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-05-07 21:22
---
*** This bug has been marked as a duplicate of 27421 ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from reichelt at gcc dot gnu dot org 2006-05-07 21:22
---
*** Bug 24672 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27421
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-05-07 21:17
---
Fixed on mainline.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Su
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-05-07 21:15
---
Subject: Bug 27421
Author: reichelt
Date: Sun May 7 21:15:33 2006
New Revision: 113609
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113609
Log:
PR target/27421
* config/i386/i386.c (clas
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-05-07 21:04 ---
Subject: Bug 27409
Author: rguenth
Date: Sun May 7 21:03:55 2006
New Revision: 113607
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113607
Log:
2006-05-07 Richard Guenther <[EMAIL PROTECTED]>
PR
--
gnu_andrew at member dot fsf dot org changed:
What|Removed |Added
Target Milestone|--- |0.91
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16005
=== acats support ===
Generating support files... done.
Compiling support files... done.
=== acats tests ===
Running chapter a ...
/mnt/gnu/gcc-3.3/gcc/gcc/testsuite/ada/acats/run_all.sh[242]: ==: A test
command
parameter is not valid.
/mnt/gnu/gcc-3.3/gcc/gcc/testsuite/ada/acats/
I get an ICE when trying to generate a precompiled header, when the
command-line has a "-include" of that same precompiled header, but only when
the header already exists in precompiled form.
It may sound like a strange usage to -include the same file on the command-line
as is being generated, but
--
gnu_andrew at member dot fsf dot org changed:
What|Removed |Added
Target Milestone|--- |0.91
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16741
--- Comment #2 from tkoenig at gcc dot gnu dot org 2006-05-07 19:36 ---
(In reply to comment #1)
> I wonder how related this is to PR 27411.
As far as I can see, there's no relationship. To my eye, this looks
like a stand-alone bug :-)
Summary of what goes wrong:
gfc_array_allocate n
--- Comment #1 from uros at kss-loka dot si 2006-05-07 19:30 ---
Created an attachment (id=11396)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11396&action=view)
Reduced cpp testcase
The testcase, reduced with Delta.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27474
This ICE happens during compilation of PovRay-3.6.1 with -msse2
-ftree-vectorize (also on x86_64). The ICE is in express.cpp.
The reduced testcase is attached, this is the failure with -O -ftree-vectorize:
g++ -O -ftree-vectorize -m32 -msse2 reduced.cpp
reduced.cpp: In function void pov::Parse_Nu
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-07 18:59 ---
Confirmed.
It does try to do it:
(insn 18 16 19 2 (set (reg:DI 79 [ x.25 ])
(zero_extend:DI (subreg/s:SI (reg/v:DI 71 [ x.25 ]) 0))) 52
{zero_extendsidi2} (insn_list:REG_DEP_TRUE 16 (nil))
(nil))
into;
(
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-07 18:35 ---
For abs, we do get a difference in the RTL:
(insn 32 11 16 2 (set (subreg:SI (reg:DI 73) 0)
(subreg:SI (reg:DI 72) 0)) -1 (nil)
(expr_list:REG_DEAD (reg:DI 72)
(nil)))
(note 16 32 31 2 NOTE_INSN
)
sll $1,$2,$1
- bis $31,$16,$0
+ addl $31,$16,$0
beq $17,$L4
- bis $31,$1,$0
+ addl $31,$1,$0
$L4:
- addl $31,$0,$0
ret $31,($26),1
.end f37
.ident "GCC: (GNU) 4.2.0 20060507 (experimental)"
and I see that -fsee is better.
--- Comment #9 from dberlin at gcc dot gnu dot org 2006-05-07 18:18 ---
Mine
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-07 18:08 ---
Hmm, interesting I don't get any diff between -O3 -fsee and -O3 -fno-see.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27467
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-07 17:31 ---
I wonder how related this is to PR 27411.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-07 17:14 ---
This is a regression as darwin turned on -feliminate-unused-debug-symbols by
default in at least 4.0.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-gstabs+ -feliminate-unused-debug-symbols is need to produce this anywhere
else.
I am wondering why these were not added to debug testsuite instead.
--
Summary: g++.dg/other/unused1.C and gcc.dg/20060410.c fail on
powerpc-darwin
Product: gcc
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-05-07 17:11
---
(In reply to comment #14)
> > -gstabs+ -feliminate-unused-debug-symbols
>
> This is a different option than -feliminate-unused-debug-types, so I don't see
> how this applies.
Because the tests fail by default o
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-07 17:04 ---
-fsee has now been turned off by default so this is not a regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-07 17:00 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2006-05-07 16:48
---
(In reply to comment #7)
>> Anyhow, we know have -std=legacy for such features
>
> (we didn't have STD_LEGACY when this PR was opened)
Yes, I meant "we now have -std=legacy" :)
> I think this would be a good ide
--- Comment #7 from Tobias dot Schlueter at physik dot uni-muenchen dot de
2006-05-07 16:46 ---
Subject: Re: Nasty extensions that should always warn
fxcoudert at gcc dot gnu dot org <[EMAIL PROTECTED]> wrote on
Sun, 07 May 2006:
> Anyhow, we know have -std=legacy for such features,
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2006-05-07 16:41
---
This one a very strange: what do the comments #4 and #5 do in this PR?
Anyhow, we know have -std=legacy for such features, including REAL DO loop
indices. The remaining question is: do we want to mark REAL array
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-05-07 16:37
---
> Looks like an "Obviously correct" patch.
Commited the "Obviously correct" patch after regtesting on i686-linux.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-05-07 16:33
---
Subject: Bug 27378
Author: fxcoudert
Date: Sun May 7 16:33:30 2006
New Revision: 113603
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113603
Log:
PR fortran/27378
* parse.c (next_stateme
I just tried to compile a small piece of source code with
the new GNU C compiler version 4.2 snapshot 20060506.
The compiler snapshot said
[EMAIL PROTECTED]:~/gnu/42-20060506/bugs> ~/gnu/42-20060506/results/bin/g++ -c
-O3
bug16.cc
bug16.cc: In function 'bool cross(const LineSegment&, const Line
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2006-05-07 16:27
---
(In reply to comment #6)
> I'm not a language lawyer, but if I read it correctly, then
> INT is a standard intrinsic function and thus allowed in a
> restricted expression (F2003 draft standard, 7.1.6, R729, C710
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2006-05-07 15:49
---
Fixed on both 4.1 and mainline.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-05-07 14:09
---
I don't see that failure any more (on powerpc64-unknown-linux-gnu). It was
present on 20060423, but disappeared on 20060430.
Janis, do you still see it? (its brother bug, PR 26119, also disappeared)
--
fxcoud
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-05-07 13:50
---
I don't see this failure any more on powerpc-apple-darwin7.9.0. Can anyone
confirm it's still present? (perhaps Steve on amd64)
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from tobi at gcc dot gnu dot org 2006-05-07 13:47 ---
Fixed.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisDependsOn|19292
--- Comment #3 from tobi at gcc dot gnu dot org 2006-05-07 13:46 ---
Subject: Bug 27457
Author: tobi
Date: Sun May 7 13:46:02 2006
New Revision: 113602
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113602
Log:
fortran/
PR fortran/27457
* match.c (match_case_eos): Error out on
--- Comment #11 from fxcoudert at gcc dot gnu dot org 2006-05-07 13:29
---
Hum, I can confirm that this bug disappeared at some point. I don't have it any
more, so I'm closing this PR.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Add
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-05-07 13:13 ---
Fixed on the mainline.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assi
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-05-07 13:07 ---
Subject: Bug 27136
Author: rguenth
Date: Sun May 7 13:07:22 2006
New Revision: 113601
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113601
Log:
2006-05-07 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-05-07 13:02
---
Subject: Bug 26985
Author: fxcoudert
Date: Sun May 7 13:02:39 2006
New Revision: 113600
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113600
Log:
PR libfortran/26985
* m4/matmul.m4: Cor
Hi,
due to the bitfield handling changes, C++ frontend now ICEs on this:
=== Cut===
struct A { unsigned a:8; };
extern void b(unsigned char);
void breakme (A f)
{
b((unsigned char) f.a);
}
=== Cut ===
bitfield-ice-1.cc: In function 'void breakme(A)':
bitfield-ice-1.cc:7: internal compiler e
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-05-07 11:08
---
Patch proposed here: http://gcc.gnu.org/ml/fortran/2006-05/msg00108.html
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pault at gcc dot gnu dot org 2006-05-07 10:30 ---
I am sure that this is the same as PR27155, which I undertook to fix. It's on
the list of urgent things to do.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
The following code
TYPE foo
INTEGER, DIMENSION(:), POINTER :: array
END TYPE foo
type(foo),allocatable,dimension(:) :: mol
integer :: i, n
n = 10
ALLOCATE (mol(n))
ALLOCATE (mol(1)%array(5))
END
calls _gfortran_allocate_array for the second allocation, which
is wrong and can lead
unsigned parity(unsigned x) {
x ^= x >> 16;
x ^= x >> 8;
x ^= x >> 4;
x &= 0xf;
return (0x6996 >> x) & 1;
}
gcc 4.2.0 20060506 produces:
extwl a0,0x2,t2
lda v0,27030
xor t2,a0,t2
zapnot t2,0xf,t1 # redundant zero-extension
srl
The sign-extending Alpha instructions like addl are sometimes not used. I
don't know whether the SEE pass is supposed to affect this, or whether it
is something a combiner pass should do...
#include
/* gcc 4.2.0 20060506:
negqa0,v0
cmovge a0,a0,v0
sextl v0,v0
op
[EMAIL PROTECTED]:~/ctest% cat see.c
int f37(int t, int seg) {
if (seg) t = (t + t + 1 + 32) << (seg + 2);
else t = (t + t + 1 ) << 3;
return t;
}
[EMAIL PROTECTED]:~/ctest% gcc -c -O3 -fno-see see.c && objdump -dr see.o >!
no-see.s
&& gcc -c -O3 -fsee see.c && obj
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-07 08:51 ---
Confirmed, this has nothing really to do with AVR but all have to do with
libssp fails with cross compilers.
This has been report a couple of times to the list but nothing has been done
about it yet for some reason.
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-07 08:27 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-05-07 08:24
---
This is no longer a regession as -fsee is now disable at -O3.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27460
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-07 08:18 ---
And the API for gcov is made so you can just do gcov_open and not worry about
opening it for writting.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27453
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-07 08:17 ---
I don't know if this is really that valid, gcov will also in future rewrite the
fules.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27453
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-07 08:16 ---
Confirmed, the C front-end does not even include the asm in the IR while the
C++ Front-end does.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-07 08:10 ---
Confirmed:
4526 pop_gimplify_context (OMP_CLAUSE_REDUCTION_INIT (c));
And OMP_CLAUSE_REDUCTION_INIT (c) is a statement_list which is wrong for
pop_gimplify_context.
They should be an BIND_EXPR.
Red
--- Comment #4 from billingd at gcc dot gnu dot org 2006-05-07 07:18
---
I don't have any further interest in this platform.
There are successful reports by others on irix-6.5:
- http://gcc.gnu.org/ml/gcc-testresults/2006-02/msg00290.html
- http://gcc.gnu.org/ml/gcc-testresults/2006-
81 matches
Mail list logo