--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-29 06:56
---
Subject: Bug 11739
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_2-rhl8-branch
Changes by: [EMAIL PROTECTED] 2004-10-29 06:56:39
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-29 07:07
---
Subject: Bug 6388
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_2-rhl8-branch
Changes by: [EMAIL PROTECTED] 2004-10-29 07:06:57
Modified files:
gcc/java :
--- Additional Comments From jblomqvi at cc dot hut dot fi 2004-10-29 07:16
---
Here is the revised patch, which for some reason isn't flagged as belonging to
the same thread as the original:
http://gcc.gnu.org/ml/gcc-patches/2004-10/msg00829.html
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-29 07:17
---
Subject: Bug 17695
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-10-29 07:16:50
Modified files:
gcc/cp : ChangeLog decl.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-29 07:19
---
Subject: Bug 3581
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_2-rhl8-branch
Changes by: [EMAIL PROTECTED] 2004-10-29 07:19:00
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-29 07:27
---
Subject: Bug 11591
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_2-rhl8-branch
Changes by: [EMAIL PROTECTED] 2004-10-29 07:27:05
Modified files:
gcc:
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-29 07:27
---
Fixed in GCC 4.0.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From c dot lemmen at fz-juelich dot de 2004-10-29 08:13
---
Further reduced, same error:
module foo
implicit none
interface bar
module procedure bar_real
end interface
contains
function bar_real (rarg)
real rarg
logical bar_real
bar_real =
The README files in the tarball, show that when an array is declared
double V[N];
or
double* V = new double[N];
computations with values stored in that array give different results!
Should floating point calculations with values stored in an array
depend on the way that array has been
--- Additional Comments From dkouroun at mailbox dot gr 2004-10-29 10:25 ---
Created an attachment (id=7427)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7427action=view)
source code and the results in README.1, README.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18216
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aph at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From micko_s at hotmail dot com 2004-10-29 10:41 ---
(In reply to comment #1)
CFLAGS containing -mcpu= is your problem, this is listed on the instation
instructions because it has
bitten some of other people already.
`-mcpu=' is deprecated. Use `-mtune=' or
../../xgcc -B../../ -c -DIN_GCC `echo -O2 -g -O2 -W -Wall -Wwrite-strings
-Wstrict-prototypes
-Wmissing-prototypes -fno-common |sed -e 's/-pedantic//g' -e 's/-Wtraditional//g'`
-O2 -g -O2
-I. -I.. -I../.. -I/Users/pinskia/src/local2/gcc/gcc/ada
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18217
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 11:36
---
This might be related to PR 17990.
--
What|Removed |Added
Component|c++
I could reproduce this problem only on power4 hardware,
running SUSE linux.
% uname -a
Linux regsuse01 2.6.5-7-pseries64 #1 SMP Thu Apr 8 15:55:41 UTC 2004 ppc64 ppc64
ppc64 GNU/Linux
% ~/gcc/bin/gfortran --version
GNU Fortran 95 (GCC 4.0.0 20041027 (experimental))
Running SIXTRACK spec
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-29 12:37
---
Subject: Bug 11739
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_3-rhl-branch
Changes by: [EMAIL PROTECTED] 2004-10-29 12:37:36
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-29 13:00
---
Subject: Bug 16276
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_3-rhl-branch
Changes by: [EMAIL PROTECTED] 2004-10-29 12:59:56
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-29 13:04
---
Subject: Bug 16276
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_3-rhl-branch
Changes by: [EMAIL PROTECTED] 2004-10-29 13:03:55
Modified files:
gcc:
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 13:06
---
The source is not fully compilable. You missed the timing.h header.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18216
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 13:08
---
This is most likely the same as PR 7.
Could you attach all three jar files?
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 13:10
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 13:14
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
||org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 13:19
---
Can you try again, there was recently patch which might help, also can you attach a
preprocessed
source which you can link?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16088
--
What|Removed |Added
Known to fail||4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15799
--- Additional Comments From charlet at gcc dot gnu dot org 2004-10-29 13:22
---
Are these tests still hanging on a more recent GCC version ?
AFAIK, these tests should be compiled properly now (assuming Ada
builds successfully).
Arno
--
What|Removed
--
What|Removed |Added
Known to fail||4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15803
--
What|Removed |Added
Known to fail||4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15804
--
What|Removed |Added
Known to fail||4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15805
--
What|Removed |Added
Known to fail||4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15808
--
What|Removed |Added
Known to fail||4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15840
--- Additional Comments From bangerth at dealii dot org 2004-10-29 13:27 ---
I can't compile your code, due to this:
g/x /home/bangerth/bin/gcc-3.4.3-pre/bin/c++ main1.cc
main1.cc:3:20: timing.h: No such file or directory
main1.cc:9: error: `R' does not name a type
main1.cc: In
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 13:27
---
On the mainline I get:
test_247015.ads:7:26: Tag attribute can only be applied to objects of class-wide type
test_247015.ads:8:16: missing ;
Is this a correct error?
--
--- Additional Comments From charlet at gcc dot gnu dot org 2004-10-29 13:28
---
I believe recent changes in Interfaces.CPP may have fixed things, if
there's indeed something to fix.
Could you verify ?
Arno
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 13:30
---
Note the error about the semicolon was my fault for not copying the semicolon at the
end of the line
but does not matter we still reject it:
test_247015.ads:7:23: Tag attribute can only be applied to
--- Additional Comments From charlet at gcc dot gnu dot org 2004-10-29 13:31
---
Yes, error message seems fine.
Closing.
Arno
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 13:32
---
I get this on the mainline):
cannot generate code for file test_247016.ads (package spec)
to check package spec for errors, use -gnatc
(I don't know gnat/Ada that much, does that mean this code is
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 13:33
---
I do get a warning on the mainline:
test_247017.adb:8:18: warning: x is never assigned a value
--
What|Removed |Added
--- Additional Comments From charlet at gcc dot gnu dot org 2004-10-29 13:34
---
If that's the only error you are getting, and compiling the spec with -gnatc
gives no error, then indeed the problem is fixed.
Arno
--
What|Removed |Added
--
What|Removed |Added
Known to fail||4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15845
--
What|Removed |Added
Known to fail||4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15846
--
What|Removed |Added
Known to fail||4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15847
--
What|Removed |Added
Known to fail||4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15915
--
What|Removed |Added
Known to fail||4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15916
--
What|Removed |Added
Known to fail||4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15604
--
What|Removed |Added
Known to fail||4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15605
--
What|Removed |Added
Known to fail||4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15611
--
What|Removed |Added
Known to fail||4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15613
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 13:49
---
An attribute name is NULL.
--
What|Removed |Added
Last reconfirmed|2003-12-10 08:00:37
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-10-29 13:54
---
This affects Solaris 2.5.1 (once the library is built).
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 13:57
---
Fixed on the mainline by the tree optimizators.
--
What|Removed |Added
Hi,
this little function shows an increase in codesize by 31% or 13 byte.
void cdt (int *limit, int *base, int minLen, int maxLen)
{
int i;
for (i = minLen + 1; i = maxLen; i++)
base[i] = ((limit[i-1] + 1) 1) - base[i];
}
Size Version Flags
41 3.4.2 -Os
54
--
What|Removed |Added
OtherBugsDependingO||17549
nThis||
Component|c
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:05
---
Well Ada does not build a memcmp but the middle-end does and we don't optimize memcmp
well in
the middle-end/back-end that well.
--
What|Removed |Added
--- Additional Comments From bojan at antonovic dot com 2004-10-29 14:19 ---
Subject: Re: nativ compilation with multiple jars fails /
gives internal compiler error
pinskia at gcc dot gnu dot org wrote:
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 13:08
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:30
---
Confirmed, on PPC, IV-OPTS causes a code bloat also, 7 new instructions but note 4.0.0
with IV-OPTS
on PPC is only one instruction more than 3.3. (on PPC every instruction is the same
length).
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:33
---
Fixed on the mainline:
test_247573.ads:20:29: x is not a visible entity of new_pak1
test_247573.ads:21:18: T1 is not a visible entity of new_pak1
--
What|Removed |Added
--
What|Removed |Added
Known to fail||4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16081
--
What|Removed |Added
Known to fail||4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16083
--
What|Removed |Added
Known to fail||4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16084
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:36
---
Fixed on the mainline:
test_248172.ads:7:30: expect valid subprogram name as default
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:36
---
Woops read the bug wrong.
--
What|Removed |Added
Status|RESOLVED
--
What|Removed |Added
Known to fail||4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16087
--
What|Removed |Added
Known to fail||4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16094
--
What|Removed |Added
Known to fail||4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16095
--
What|Removed |Added
Known to fail||4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16096
--
What|Removed |Added
Known to fail||4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16097
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:44
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:44
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:44
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:44
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:45
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:45
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:45
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:45
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:45
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:45
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:45
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:45
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:45
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:45
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:45
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:45
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:45
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:45
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:45
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:45
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:45
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:45
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:45
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:45
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 14:45
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From TazForEver at dlfp dot org 2004-10-29 15:15 ---
and ppc32
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15172
--- Additional Comments From giovannibajo at libero dot it 2004-10-29 15:43
---
Zdenek, this is another PR about ivopts and -Os. The test case is very very
simple, so if you could give a look it would be great.
--
What|Removed |Added
This program
int main()
{
unsigned long high = 0x0013ABC;
unsigned long low = 0xB388B94A;
unsigned long long time1 = (((unsigned long long)high 32L) + low);
unsigned long long time = time1 / 450;
return
--- Additional Comments From rearnsha at gcc dot gnu dot org 2004-10-29 15:54
---
Fixed in 4.0. Not intending to fix for 3.4 or earlier, since not a regression.
int f (int x, int y)
{
__asm__(rorw $8, %w0 : =r(x): 0 (y) : cc);
return x;
}
test.c: In function 'f':
test.c:3: error:
--- Additional Comments From rearnsha at gcc dot gnu dot org 2004-10-29 16:43
---
I think the key to what has failed here is that the reg-rename pass has missed
the equivalence between start-index and a member of the copied structure.
In pseudo code, the output from the previous pass
libjava.lang/Process_3.java should be changed to do something other than hang
forever if sed is not available on the target test platform.
--
Summary: Test case libjava.lang/Process_3 does not end if sed
not available
Product: gcc
Version:
Debian bug #278831:
package Test_128 is
package inner is
private
type T1;
type T2 is null record;
end inner;
type T1_ptr is access inner.T1; -- line 9 ERROR: gnat mistakenly accepts
type T2_ptr is access inner.T2; -- line 10 ERROR: gnat correctly rejects
end
1 - 100 of 157 matches
Mail list logo