--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-19
07:11 ---
Reduced:
CALL TT(10)
CONTAINS
SUBROUTINE TT (I)
INTEGER, INTENT(INOUT) :: I
I = I + 1
END SUBROUTINE
END
Intel says: "An actual argument is an expression or constant; this is not valid
since the
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-19
07:14 ---
TYPE TEST
REAL, POINTER :: A
END TYPE
INTEGER, POINTER :: IP
TYPE(TEST) :: DD
DD=TEST(NULL(IP))
END
Intel says "The type of the NULL(MOLD) element in a structure-constructor
differs from the type of the
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-19
07:15 ---
"A derived type name can not be the same as the name of any intrinsic type
[DOUBLEPRECISION]", says Intel. Confirmed.
--
What|Removed |Added
-
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-19
07:22 ---
I can see why one would expect this to be invalid, but I can't find a compiler
that rejects it (I tried Lahey, Intel, Sun, Portland, MIPS, NEC SX-5, IBM). Does
someone have the Standard reference?
--
h
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-19
07:24 ---
Intel says: "fortcom: Error: a.f90, line 10: This derived type name has not been
declared. [FUNCTIONPARAMS]". Confirmed.
--
What|Removed |Added
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-19
07:34 ---
On Pentium III (Coppermine), 864 MHz, 256 KB cache, with linux. Timing in
seconds:
g77: 9.52s
gfortran: 9.49s
g77 -O2: 3.11s
gfortran -O2: 3.39s
g77 -O3 -ffast-math: 3.09s
gfortran -O3 -ffast-math: 3.37s
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-19
07:51 ---
In fact, gfortran does issue a runtime error (if iostat and err tags are
removed):
"Fortran runtime error: FILE parameter must not be present in OPEN statement"
But sure, it could be usefull to detect th
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-19
08:09 ---
Well, this bug seems to have been fixed by Paul Thomas' character patches. I
don't see the segfault any more on i686-linux (neither this one nor the ones in
the duplicate bug, PR21083).
Could someone conf
--- Additional Comments From amd at store20 dot com 2005-06-19 09:54
---
It happened with me on 20050618 snapshot bootstrap.
It didn't happen on 20050611
stage1/xgcc -Bstage1/ -B/usr/i686-pc-linux-gnu/bin/ -c -O2 -march=pentium3
-pipe -fprofile-generate -DIN_GCC -W -Wall -Wwrite-str
--- Additional Comments From themis_hv at yahoo dot co dot uk 2005-06-19
10:22 ---
I am using FSF Binutils 2.15
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22111
--- Additional Comments From laurent at guerby dot net 2005-06-19 10:47
---
All fixed, no more cxg failures on x86-linux and x86_64-linux, thanks!
--
What|Removed |Added
--- Additional Comments From laurent at guerby dot net 2005-06-19 10:53
---
Fixed (various other: PR22103 PR22105 PR22053 PR22055)
--
What|Removed |Added
Status|
--- Additional Comments From steven at gcc dot gnu dot org 2005-06-19
11:05 ---
Reopening...
--
What|Removed |Added
Status|RESOLVED|REOPENED
--- Additional Comments From steven at gcc dot gnu dot org 2005-06-19
11:09 ---
...to end this pointless discussion.
Some people call this a bug in the x87 series. Other call it a bug in
gcc. See these mails at least for the reason why this could be considered
a bug in gcc:
http://gc
--- Additional Comments From laurent at guerby dot net 2005-06-19 11:14
---
On x86_64 and x86-linux as of LAST_UPDATED: Sun Jun 19 07:48:06 UTC 2005, still
failing. More information:
Works at -O0, -O1, fails at -O2 but
works at -O2 -fno-tree-dce
--
What|Removed
--- Additional Comments From laurent at guerby dot net 2005-06-19 11:46
---
Here is a reduced test case, works at -0O, fails at -O1 works at -O1
-fno-tree-dce. First .tNN to be different is p.adb.t24.forwprop1.
--
procedure P is
function F return Integer is
begin
return 1;
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
12:18 ---
*** This bug has been marked as a duplicate of 323 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
12:18 ---
*** Bug 1098 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
12:33 ---
Huh:
# VUSE ;
# VUSE ;
(*a.3_27)[-1 ...]{lb: -1 sz: 1} = D.486;
Why is there no V_MUST_DEF/V_MAY_DEF in there?
This is an aliasing bug.
--
What|Removed |Added
--
What|Removed |Added
Summary|ACATS wrong array copy code |[4.1 Regression] wrong array
|c52102b c52102d (works with |copy code (ACATS c52102b
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
13:04 ---
*** Bug 22045 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
13:04 ---
*** This bug has been marked as a duplicate of 21291 ***
--
What|Removed |Added
--
What|Removed |Added
Target Milestone|4.1.0 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22110
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
13:15 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From jv244 at cam dot ac dot uk 2005-06-19 13:17
---
> someone have the Standard reference?
14.6.3.3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20902
See PR10901
Test program (nonlocalgoto.c):
extern int puts (const char *);
extern void abort (void);
int main (void)
{
__label__ l1;
void foo (void)
{
void bar (void)
{
puts ("goto l1");
goto l1;
}
bar ();
}
foo ();
abort ();
l1:
puts ("label l1");
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
13:20 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From laurent at guerby dot net 2005-06-19 13:25
---
Note that with the following patch on the reduced testcase (supressing the
anonymous array) it works:
- A : array (-F .. 1) of Boolean;
+ type BA is array (Integer range <>) of Boolean;
+ A : BA (-F .. 1);
Compiling any program on i686-apple-darwin with -fpic causes an ICE
#include
int main( void )
{
printf("Hello World.\n");
return 0;
}
%gcc hello.c -fpic
hello.c: In function `main':
hello.c:9: internal compiler error: in instantiate_virtual_regs_lossage, at
function.c:3756
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
13:32 ---
Works on the mainline.
--
What|Removed |Added
Known to work|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
13:46 ---
Confirmed.
--
What|Removed |Added
CC||dnovillo a
--
What|Removed |Added
GCC build triplet|x86_64-unknown-linux-gnu|
GCC host triplet|x86_64-unknown-linux-gnu|
GCC target triplet|x86_64-unknown-linux-gnu|x86_64-linux
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
13:58 ---
We need the preprocessed source to reproduce this.
--
What|Removed |Added
CC
--
What|Removed |Added
GCC build triplet|i686-pc-cygwin |
GCC host triplet|i686-pc-cygwin |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21695
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
14:00 ---
Confirmed, some targets already have this. I am just making this for ia32.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
14:00 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
14:01 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
14:01 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--
What|Removed |Added
GCC host triplet|X86 (Linux, Win32) and |
|PowerPC (Darwin)|
Keywords||ABI
http:/
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
14:05 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
14:06 ---
This was fixed by reverting the patch which caused this.
--
What|Removed |Added
--- Additional Comments From falk at debian dot org 2005-06-19 14:13
---
Mainline "fixes" this now by chickening out and just printing:
test.cc:5: error: array bound is not an integer constant
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
14:24 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
14:25 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
14:25 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
14:25 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/sh
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
14:25 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
14:27 ---
*** This bug has been marked as a duplicate of 12333 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
14:27 ---
*** Bug 19243 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12333
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
14:32 ---
Fixed on the mainline (for 4.1.0), since this is not a regression, I am closing
as fixed.
--
What|Removed |Added
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-19 14:39
---
The log file indicates that symbol versioning is turned off. This is most
probably due to an old version of binutils.
You should see this when configuring libstdc++:
configure: versioning on shared library s
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
14:39 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
14:40 ---
Confirmed, but ...
--
What|Removed |Added
Status|UNCONFIRMED |NE
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
14:40 ---
Suspending based on comment #9.
--
What|Removed |Added
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
14:41 ---
Does this work in the real release of 4.0.0?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18830
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
14:45 ---
This works with me in 3.4.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18874
--
What|Removed |Added
GCC build triplet|i686-pc-linux-gnu |
GCC host triplet|i686-pc-linux-gnu |
GCC target triplet|sh-unknown-elf |sh-elf
htt
--
What|Removed |Added
GCC build triplet|i686-pc-linux-gnu |
GCC host triplet|i686-pc-linux-gnu |
GCC target triplet|h8300-unknown-elf |h8300-elf
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
14:48 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
14:48 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
14:49 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
14:51 ---
Does this work now?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/sh
--
What|Removed |Added
GCC host triplet|ppc |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18617
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
14:53 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
14:54 ---
Does this work with 3.4.4?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19593
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
14:55 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--
What|Removed |Added
GCC build triplet|i686-pc-linux-gnu |
GCC host triplet|i686-pc-linux-gnu |
Keywords||missed-optim
--
What|Removed |Added
Keywords||documentation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19820
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
14:58 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--
What|Removed |Added
CC||pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19780
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
15:05 ---
Fixed in 4.0.0 and above.
--
What|Removed |Added
Status|NEW
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-06-19 15:08
---
Dave, does the 2.15 binutils build complete without error? (And testresults are
correct?)
I have not tried this version of binutils. For what it's worth (not much)
%ld --version
GNU ld version 2.16.1
works
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
15:26 ---
I think I fixed the bug which removed the non useless casts. Diego wasn't
there a workaround in VRP
for this bug?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21076
--- Additional Comments From themis_hv at yahoo dot co dot uk 2005-06-19
15:27 ---
Looking through my build log it shows:
configure: WARNING: === Linker version 21500 is too old for
configure: WARNING: === full symbol versioning support in this release
of GCC.
configure: WARNING: === Y
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
15:29 ---
(In reply to comment #6)
> I think it may be a good idea to abort build compared to building it and
> generating a testsuite failure.
Why, libstdc++ and the new compiler still works, you just don't get symb
--- Additional Comments From themis_hv at yahoo dot co dot uk 2005-06-19
15:33 ---
(In reply to comment #7)
> Why, libstdc++ and the new compiler still works, you just don't get symbol
>versioning at all.
I know do not get symbol versioning but what is causing the testsuite then?
--
--- Additional Comments From laurent at guerby dot net 2005-06-19 15:53
---
Likely workaround'ed by the following commit:
2005-05-02 Diego Novillo <[EMAIL PROTECTED]>
* tree-vrp.c (set_value_range_to_nonnull): Declare inline.
(set_value_range_to_null): Likewise.
Andrew Pinskia asked me to file this.
Warning message:
CommandLine.h: In member function 'bool llvm::cl::opthttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=22121
--- Additional Comments From rspencer at x10sys dot com 2005-06-19 15:57
---
Created an attachment (id=9112)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9112&action=view)
Pre-processed compiler input
This file contains the pre-processed input to the compiler from a source file
i
--- Additional Comments From laurent at guerby dot net 2005-06-19 15:59
---
With mainline 4.1 20050619, invalid code is flagged:
test_246184.adb:9:17: not fully conformant with declaration at line 5
test_246184.adb:9:17: type of "x" does not match
--
What
--- Additional Comments From laurent at guerby dot net 2005-06-19 16:04
---
PASS on x86 and x86_64-linux with 4.1 20050619, assuming it will work also on
ia64 .
--
What|Removed |Added
--- Additional Comments From laurent at guerby dot net 2005-06-19 16:05
---
Ooops, didn't check 4.0, leave at open there
--
What|Removed |Added
Status|RESOLVED
--
What|Removed |Added
Known to fail||3.0.4 3.2.3 3.3.3 3.3.6
||3.4.4 4.0.0
Known to work|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
16:41 ---
This is invalid, the reduced testcase comes down to the following testcase:
bool error();
bool hh(int i);
int siz();
static inline bool parse(int &V)
{
for(int i = 0 ; i< siz(); i++)
{
if (hh(i))
sion 4.1.0 20050619 (experimental)
--
Summary: -ftree-vectorize ICE get_loop_body, at cfgloop.c:819
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: middle-end
AssignedTo: unassig
--- Additional Comments From marcus at jet dot franken dot de 2005-06-19
16:52 ---
Created an attachment (id=9114)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9114&action=view)
thread.i
gcc -O2 -ftree-vectorize thread.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22122
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
16:57 ---
Confirmed, I think this is just another case of not clearing bb->aux.
--
What|Removed |Added
--- Additional Comments From hubicka at ucw dot cz 2005-06-19 16:58 ---
Subject: Re: [4.1 regression] internal compiler error: in tree_verify_flow_info
Hi,
this is patch I am testing...
2005-06-19 Jan Hubicka <[EMAIL PROTECTED]>
* cfgloop.h (DLTHE_RECORD_COPY_NUMBER): New fla
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
17:01 ---
Yes this is just not clearing bb->aux so this is a dup of bug 22100.
*** This bug has been marked as a duplicate of 22100 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
17:01 ---
*** Bug 22122 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
17:02 ---
See PR 22122 for C testcase and with -ftree-vectorize.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22100
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From aldyh at gcc dot gnu dot org 2005-06-19 17:22
---
Fixed with patch:
http://gcc.gnu.org/ml/gcc-patches/2005-06/msg01630.html
--
What|Removed |Added
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-19
17:23 ---
Subject: Bug 22115
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-19 17:23:33
Modified files:
gcc/testsuite : ChangeLog
gcc/testsuite/g++.
FAIL: gcc.dg/fold-mod-1.c scan-tree-dump a % 4294967288
has appeared on mainline on 20050619 on i686-pc-linux-gnu and hppa2.0w-hpux.
This is a new testcase.
--
Summary: gcc.dg/fold-mod-1.c scan-tree-dump a % 4294967288 fails
Product: gcc
Version: 4.1.0
--- Additional Comments From mark_l_hansen at yahoo dot com 2005-06-19
18:39 ---
Correct I am using version 3.4.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21931
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-19
18:41 ---
I think this is related to the previous PR 22056.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22123
--- Additional Comments From nmiell at comcast dot net 2005-06-19 18:57
---
(In reply to comment #1)
> Confirmed, some targets already have this. I am just making this for ia32.
Could you clarify what you meant by that? Should I file another bug for AMD64?
--
http://gcc.gnu.org/bug
1 - 100 of 148 matches
Mail list logo
