--- Comment #10 from jakub at gcc dot gnu dot org 2006-02-05 09:48 ---
This patch introduces a regression
FAIL: g++.dg/opt/complex5.C (test for excess errors)
ICE on at least {i686,s390,s390x}-linux on gcc-4_1-branch in dom2 pass (with
-O2).
At copyrename2 the function is:
double
--- Comment #7 from pcarlini at suse dot de 2006-02-05 10:22 ---
Confirmed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2006-02-05 10:28
---
Confirmed on x86. It's a miscompilation of the runtime since they do terminate
if struct aliasing is enabled but the original runtime is used.
--
ebotcazou at gcc dot gnu dot org changed:
What
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-02-05 12:26 ---
You are missing copy constructor invocations. Add
inv(const inv) { ++count; }
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Consider the following reduced testcase:
template class T struct B1 { int i(); };
struct B2 { int i(); };
template class T struct C : public B1T, public B2
{
using B2::i;
void f()
{
i();// fails, should be accepted
i.i(); // accepted,
When running the attached testcase gcj 4.1 throws a
StringIndexOutOfBoundsException instead of ClassNotFoundException. GNU
classpath 0.20 is not affected as jamvm 1.4.2 and cacao 0.94 and kaffe 1.1.7rc1
throw the correct exception.
--
Summary: Wrong exception thrown
--- Comment #1 from konqueror at gmx dot de 2006-02-05 13:14 ---
Created an attachment (id=10781)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10781action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26103
This works fine on r108219 of the GOMP-branch, but not anymore. Also works on
the latest update of the branch without '-fopenmp'
gfortran-gomp-new -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc/configure --prefix=/usr/local/gomp-new
--program-suffix=-gomp-new
--- Comment #2 from mark at gcc dot gnu dot org 2006-02-05 14:44 ---
I added a mauve test for this and some other cases. gcj fails a couple of them
because it tries to handle array classes specially through loadClassFromSig().
See gnu.testlet.java.lang.ClassLoader.loadClass in Mauve.
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-05 14:50 ---
Worked on 20051217 but fails on 20060127.
Fails also in 4.1.0 20060130
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rakdver at gcc dot gnu dot org 2006-02-05 14:58 ---
Subject: Bug 26087
Author: rakdver
Date: Sun Feb 5 14:58:07 2006
New Revision: 110614
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110614
Log:
PR rtl-optimization/26087
* rtlanal.c
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-05 15:01 ---
This was also reproduce on the mainline for a while.
This is a dup of bug 25377 really and once the gomp branch has been merged,
this will work again.
*** This bug has been marked as a duplicate of 25377 ***
--
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-02-05 15:01
---
*** Bug 26104 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Executing on host: /test/gnu/gcc-4.1/objdir/gcc/testsuite/../gfortran
-B/test/gn
u/gcc-4.1/objdir/gcc/testsuite/../
/test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran.
dg/auto_char_dummy_array_1.f90 -O0 -pedantic-errors
-L/test/gnu/gcc-4.1/obj
dir/hppa64-hp-hpux11.11/./libgfortran/.libs
--- Comment #6 from rakdver at gcc dot gnu dot org 2006-02-05 15:29 ---
Fixed.
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-05 15:37 ---
I should mention this shows up with std::min/std::max like:
int main(int argc)
{
int a = std::min(8, argc*2);
return a;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19431
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26094
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-05 15:42 ---
No feedback in 3 months (T-6 days).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24712
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25412
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24698
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25722
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25461
gcc -c hh.adb
+===GNAT BUG DETECTED==+
| 4.0.0 20050519 (Red Hat 4.0.0-8) (i386-redhat-linux-gnu) GCC error: |
| in expand_assignment, at expr.c:3824 |
| Error detected at hh.adb:19:5
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-05 16:30 ---
Fixed by:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00373.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
I tried to compile the TONTO_1_0_SPEC branch of Tonto:
http://sourceforge.net/projects/tonto-chem
I got
/usr/gcc-4.2/bin/gfortran -I. -I./GCC-gfortran-on-LINUX/modules -O -c -o
./GCC-gfortran-on-LINUX/objects/shell1.o f95files/shell1.F90
f95files/shell1.F90: In function âprocess_keywordâ:
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-05 16:41 ---
PR 17298 is for __transfer1 TODO
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisDependsOn||26038, 26041
Status|UNCONFIRMED |NEW
Testcase:
pure function equals(self,string,ignore_case) result(same)
if (endlen(self)) return
end function
===
I was trying to reduce an ICE and found this one.
--
Summary: ICE after error message on invalid code
Product: gcc
Version: 4.2.0
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO|16991 |
nThis||
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-02-05 18:03
---
Well, all blocking bugs are closed, ciao tutti!
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from danglin at gcc dot gnu dot org 2006-02-05 18:08 ---
Still fails as of 2006-02-05 with 4.0.2 bootstrap. Not present in 4.1.0
20060127 (prerelease).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24822
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2006-02-05 18:11
---
VASP is reported to compile fine with 4.1 and 4.2, and this audit trail doesn't
have a self-contained code that exhibits the failure. Closing.
--
fxcoudert at gcc dot gnu dot org changed:
What
=no --enable-threads=posix
--with-gmp=/opt/gnu/gcc/gcc-4.2.0 --disable-libmudflap
--enable-languages=c,c++,objc,obj-c++,fortran,java,ada
Thread model: posix
gcc version 4.2.0 20060205 (experimental)
This error occurs when the -mpa-risc-2-0 option is added to CC. I see
this problem using both gcc 3.4.5
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-05 19:33 ---
Patch posted:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00393.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from hjl at gcc dot gnu dot org 2006-02-05 19:52 ---
Subject: Bug 26064
Author: hjl
Date: Sun Feb 5 19:52:35 2006
New Revision: 110618
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110618
Log:
2006-02-05 H.J. Lu [EMAIL PROTECTED]
PR fortran/26041
--- Comment #8 from hjl at gcc dot gnu dot org 2006-02-05 19:52 ---
Subject: Bug 26041
Author: hjl
Date: Sun Feb 5 19:52:35 2006
New Revision: 110618
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110618
Log:
2006-02-05 H.J. Lu [EMAIL PROTECTED]
PR fortran/26041
--- Comment #12 from hjl at gcc dot gnu dot org 2006-02-05 19:53 ---
Subject: Bug 26064
Author: hjl
Date: Sun Feb 5 19:53:00 2006
New Revision: 110619
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110619
Log:
2006-02-05 H.J. Lu [EMAIL PROTECTED]
PR fortran/26041
--- Comment #9 from hjl at gcc dot gnu dot org 2006-02-05 19:53 ---
Subject: Bug 26041
Author: hjl
Date: Sun Feb 5 19:53:00 2006
New Revision: 110619
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110619
Log:
2006-02-05 H.J. Lu [EMAIL PROTECTED]
PR fortran/26041
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2006-02-05
20:11 ---
Subject: Re: ICE: Segmentation fault (program cc1) compiling _muldi3.o in
stage1
What|Removed |Added
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-02-05 20:29 ---
Subject: Bug 25251
Author: pinskia
Date: Sun Feb 5 20:29:10 2006
New Revision: 110621
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110621
Log:
2006-02-05 Andrew Pinski [EMAIL PROTECTED]
PR
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-02-05 20:29 ---
Fixed on the mainline will commit to the 4.1 branch in a day or two.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-05 21:09 ---
The problem here is actually not I would I had orginally thought but instead
the following issue:
struct f
{
int i;
};
int g(int i, int c, struct f *ff)
{
int *t;
if (c)
t = i;
else
t = ff-i;
return
--- Comment #8 from steven at gcc dot gnu dot org 2006-02-05 21:21 ---
This bug ought to have a much higher priority than P5 IMHO.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-05 21:26 ---
Any news on this one?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Last
--- Comment #36 from steven at gcc dot gnu dot org 2006-02-05 21:37 ---
I think the easiest way to fix this is to limit the length of the EQUIVALENCE
chains somehow. I've collected some numbers about the number of elements in
the EQUIVALENCE chains of GCC 2.7.2 (which is the version of
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-02-05 21:40
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from kazu at gcc dot gnu dot org 2006-02-05 21:43 ---
Last time I came up with a patch, it introduced 0.1% or so of slow down.
I'll try my patch again when I get a chance.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24028
When compiling the following code, an incorrect binary is produced:
--- BEGIN CODE ---
namespace test {
double f(double f)
{
return f + 1.;
}
}
double f(float d)
{
return d;
}
int main(int argc, char *argv[])
{
using test::f;
Reported by [EMAIL PROTECTED]
$ cat marcin.adb
with ada.direct_io, ada.integer_text_io,ada.text_io;
use ada.text_io,ada.integer_text_io;
procedure marcin is
type powiaty is record
nazwa : integer;
imie : integer;
end record;
package pliki is new ada.direct_io(powiaty);
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-02-05 22:19
---
OK, now I understand: huge(0._10) is 1.1897314953572317650E+4932. But when you
write it with a format not long enough, you may (as was the case) write it as
1.189731495357232E+4932, which is larger than
--- Comment #1 from laurent at guerby dot net 2006-02-05 22:20 ---
This works with gcc version 3.3.5 20050117 (prerelease) (SUSE Linux)
so this is a 4.0 Regression.
--
laurent at guerby dot net changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-05 22:22 ---
Why do you think this breaks ADL?
float is not in any namespace really.
Also you explicately said to use test::f and no other which is what the using
says to do in this scope.
if you move the using to the global
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-05 22:25 ---
Confirmed, there was another one like this that was opened.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-05 22:26 ---
I suspect this is really a dup of bug 18858.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from laurent at guerby dot net 2006-02-05 22:28 ---
4.0.2 at -O1 doesn't ICE, so indeed likely to be the same problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26111
--- Comment #37 from steven at gcc dot gnu dot org 2006-02-05 22:47 ---
At least I get VRP time down to nothing with a patchlet like this one:
Index: tree-vrp.c
===
--- tree-vrp.c (revision 110617)
+++ tree-vrp.c
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-02-05 23:04
---
Subject: Bug 24685
Author: fxcoudert
Date: Sun Feb 5 23:04:07 2006
New Revision: 110627
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110627
Log:
PR libfortran/24685
* io/write.c
--- Comment #2 from dg001 at t-online dot de 2006-02-05 23:14 ---
The first statement in my code doesn't use any namespace
double result1 = f(d);
So ADL should take the function with the signature (float d), which is in
global namespace.
There is of course a second statement in my
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-05 23:41 ---
This has nothing to do with ADL really.
using test::f; forces to use test::f when doing f(a) in that scope since that
is the f in that scope.
Again this is not a bug GCC.
--
pinskia at gcc dot gnu dot org
--- Comment #4 from dg001 at t-online dot de 2006-02-06 00:17 ---
I had a look at ISO/IEC 14882:2003(E). That is the ANSI/ISO Standard for C++.
Paragraph 3.4.2 deals with Argument-dependent name lookup.
In section 2 I read:
The sets of namespaces and classes is determined
entirely by
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-06 00:29 ---
Why do you think ADL has anything to do with finding ::f here?
From the standard:
-- If T is a fundamental type, its associated sets of namespaces and classes
are both empty.
So we cannot find ::f here at all.
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-02-06 01:04
---
Well, I finally found the time :)
Patch URL added.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
/Users/pinskia/src/gcc/local/gcc/libjava/prims.cc:1426: warning: deprecated
conversion from string constant to 'char*''
/Users/pinskia/src/gcc/local/gcc/libjava/prims.cc:1427: warning: deprecated
conversion from string constant to 'char*''
/Users/pinskia/src/gcc/local/gcc/libjava/prims.cc:1428:
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-06 03:35 ---
/Users/pinskia/src/gcc/local/gcc/libjava/interpret.cc:1275: warning: deprecated
conversion from string constant to 'char*''
/Users/pinskia/src/gcc/local/gcc/libjava/interpret.cc: In function 'void
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-06 03:35 ---
/Users/pinskia/src/gcc/local/gcc/libjava/verify.cc: In member function
'_Jv_BytecodeVerifier::type_val
_Jv_BytecodeVerifier::get_type_val_for_signature(jchar)':
/Users/pinskia/src/gcc/local/gcc/gcc/testsuite/g++.dg/init/ctor4.C:11: warning:
non-static reference 'int bar::a' in class without a constructor
--
Summary: [4.2 Regression] g++.dg/init/ctor4.C fails
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26114
/Users/pinskia/src/gcc/local/gcc/gcc/testsuite/g++.dg/parse/register1.C:13:
warning: address requested for 'x', which is declared 'register'
That is a bogus warning.
--
Summary: [4.2 Regression] bogus warning for
g++.dg/parse/register1.C
Product: gcc
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26115
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-06 05:38 ---
g++.old-deja/g++.brendan/warnings4.C has a similar warning:
FAIL: g++.old-deja/g++.brendan/warnings4.C (test for excess errors)
Excess
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-06 05:41 ---
FAIL: g++.old-deja/g++.jason/overload34.C (test for excess errors)
Excess errors:
/Users/pinskia/src/gcc/local/gcc/gcc/testsuite/g++.old-deja/g++.jason/overload34.C:5:
warning: non-static reference 'int X::flag' in
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-06 05:48 ---
Likewise for p0.C:
FAIL: g++.old-deja/g++.mike/p0.C (test for excess errors)
Excess
errors:/Users/pinskia/src/gcc/local/gcc/gcc/testsuite/g++.old-deja/g++.mike/p0.C:16:
warning: non-static reference
Hello everyone,
While scrolling down the objdump of the code for /usr/bin/gcc, There
is a section called text.hot section, which is normally not present on
the elf files. What is that? is it something specific to /usr/bin/gcc
only.How can be create such sections in our normal executables ?
--
Hi,
On 2/6/06, Sandeep Kumar [EMAIL PROTECTED] wrote:
Hello everyone,
While scrolling down the objdump of the code for /usr/bin/gcc, There
is a section called text.hot section, which is normally not present on
the elf files. What is that? is it something specific to /usr/bin/gcc
only.How can
75 matches
Mail list logo
