--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-15 04:08 ---
The only one which GCC is wrong with is the following
// t_.~S(); // 2.1 expected class-name before '('
token
Which is also recorded as PR 23287.
The rest are all correct with the current G
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-15 03:55 ---
Someone else has to decide if this is fixable for 4.0.x, I think it is not. I
need to update my 4.0.3 compiler to today, I have only one from 9-30.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #5 from hp at gcc dot gnu dot org 2005-10-15 02:26 ---
Closing as invalid as per comment #4
(chip bug can't be worked around in gcc).
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-15 00:36 ---
Fixed by:
missed from 2005-10-12 checkin
* g++.dg/template/dependent-expr1.C: Add new expected error.
* g++.dg/template/dependent-expr2.C: Adjust error text.
--
pinskia at gcc dot gnu dot org chang
-hpux11.11, hppa64-hp-hpux11.11 and
ia64-hp-hpux11.23. Still present 20051014.
/scratch/gcc/nightly-2005-10-14-4.0/src/gcc-4.0/gcc/testsuite/g++.dg/template/dependent-expr1.C:
In function 'void std::Baz(I*)':
/scratch/gcc/nightly-2005-10-14-4.0/src/gcc-4.0/gcc/testsuite/g++.dg/template
FAIL: gcc.dg/ipa/ipa-5.c scan-ipa-dump-times propagating const 2
FAIL: gcc.dg/ipa/ipa-5.c scan-ipa-dump-times versioned function 2
appeared on mainline on i686-pc-linux-gnu and hppa2.0w-hp-hpux11.11 between
20051010 and 20051013. These are new tests in that time.
--
Summary: gcc.dg/
FAIL: gcc.dg/vect/pr24300.c (test for excess errors)
appeared on mainline on ia64-hp-hpux11.23 between 20051010 and 20051013. This
is a new test added in that time. The failure is for both -milp32 and -mlp64.
/scratch/gcc/nightly-2005-10-13-mainline/src/gcc-mainline/gcc/testsuite/gcc.dg/vect/pr2
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-14 22:31 ---
Well 4.0.2 has been released, maybe this is fixed in 4.0.3, I don't know.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24369
--- Comment #1 from bangerth at dealii dot org 2005-10-14 22:21 ---
Confirmed. The problem goes back to at least 2.95.
W.
--
bangerth at dealii dot org changed:
What|Removed |Added
--
I've commented the following code with, or whithout (uh!), the errors that g++
reports.
template< typename _Type >
struct S {
operator S();
}; // struct S< _Type >
template< typename _Type >
struct T {
S< _Type > t_;
S< int > i_;
void
foo() {
t_.S();// 1.1 uh!
--- Comment #1 from seidl at feld dot cvut dot cz 2005-10-14 21:52 ---
Created an attachment (id=9987)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9987&action=view)
source code for wrong-code problem demonstration
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24376
The cross-compiler gcc-3.4.4 (or 3.4.3) for v850 generates wrong-code for
example source bug2.c (see below).
The cmp instruction in expression (ps1 ? 1 : 2) was lost in the first
scheduling pass (see dump-file bug2.c.23.sched generated by compilation with
-da option). The return value of sh_dir() (
--- Comment #8 from pcarlini at suse dot de 2005-10-14 21:48 ---
... and, today, using a stock glibc2.3.5 on x86-linux, I have been able to
reproduce the problem, exactly as originally reported.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24244
--- Comment #15 from rth at gcc dot gnu dot org 2005-10-14 21:40 ---
... work on a better solution.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Ass
--- Comment #14 from rth at gcc dot gnu dot org 2005-10-14 21:40 ---
Open to...
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|RESOLVED
--- Comment #7 from reichelt at gcc dot gnu dot org 2005-10-14 21:37
---
Fixed on mainline.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-14 21:35
---
Subject: Bug 23439
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-14 21:35:47
Modified files:
gcc: ChangeLog c-parser.c
gcc/testsuite : C
template class foo;
template<>
struct foo { static const int u = 0; static int v; };
const int foo::u;
const int foo::u;
int foo::v;
int foo::v;
gets you:
~/ootbc/members/src$ g++ foo.cc
foo.cc:8: error: redefinition of `const int foo::u'
foo.cc:4: error: `const int foo::u' previously defin
--- Comment #4 from bugzilla-gcc at thewrittenword dot com 2005-10-14
20:23 ---
Ok, not a binutils bug. Richard Sandiford <[EMAIL PROTECTED]> provided
the solution. If GNU as is used with GNU ld, COMDAT group should be supported
on this platform. However, if GNU as is used with MIPSpro
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-14 20:13 ---
Can you attach the preprocessed source?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24374
Take the following example:
int main1(void);
int main(void)
{
return main1();
}
With 3.4.0, we got at -O2:
main:
pushl %ebp
movl%esp, %ebp
subl$8, %esp
andl$-16, %esp
subl$16, %esp
callmain1
leave
ret
Whi
--- Comment #5 from mmitchel at gcc dot gnu dot org 2005-10-14 20:05
---
Fixed in 4.1.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #4 from mmitchel at gcc dot gnu dot org 2005-10-14 19:57
---
Fixed in 4.1.0. Will not be fixed in previous branches.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-14 19:57 ---
This is how C++ works, the f in derived hides all f except for the ones listed.
You can add a "using base::f;" statement in derived to get the behavior you
were expecting.
--
pinskia at gcc dot gnu dot org change
The inherited methods should be implicitely visible from a derived class, which
is not the case in g++. Refer to sample code below.
File: quantifier.cpp
--- Comment #3 from cvs-commit at gcc dot gnu dot org 2005-10-14 19:50
---
Subject: Bug 19565
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-14 19:50:09
Modified files:
gcc/cp : call.c decl.c typeck2.c ChangeLog
gcc/t
I am trying to compile this file which mainly contains one long assignment
statement. The gcc gives internal error:segmentation fault(program cc1).
--
Summary: Internal error due to really long assignement statement
Product: gcc
Version: 3.4.4
Status:
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-14 19:02 ---
I think unit at a time is required for IMA because of the way it is
implemented. I just wish non unit-at-a-time would go away and people fix up
their code is unit at a time would just work.
--
pinskia at gcc dot
--- Comment #17 from giovannibajo at libero dot it 2005-10-14 18:54 ---
Danny, is it possible to have a less invadent fix for the 4.0 branch? Something
hackish that can get the bug fixed just for the branch...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21275
--- Comment #9 from wilson at gcc dot gnu dot org 2005-10-14 17:44 ---
The cause of this problem is the following two lines in the i386.c file
const int x86_himode_math = ~(m_PPRO);
const int x86_promote_hi_regs = m_PPRO;
They were added here:
http://gcc.gnu.org/ml/gcc-patches/2000-
In gcc/c-opts.c c_common_post_options() this snipped sets -funit-at-a-time
unconditionally, and doesn't even warn that any -fno-unit-at-a-time was
ignored:
/* If we are given more than one input file, we must use
unit-at-a-time mode. */
if (num_in_fnames > 1)
flag_unit_at_a_time = 1;
--- Comment #19 from pinskia at gcc dot gnu dot org 2005-10-14 17:26
---
*** Bug 24370 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-14 17:26 ---
*** This bug has been marked as a duplicate of 22533 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
(...)
stage1/xgcc -Bstage1/ -B/usr/local/powerpc-unknown-linux-gnu/bin/ -c -g -O2
-gnatpg -gnata -I- -I. -Iada -I../../gcc-4.1-20051001/gcc/ada
../../gcc-4.1-20051001/gcc/ada/a-chlat1.ads -o ada/a-chlat1.o
stage1/xgcc -Bstage1/ -B/usr/local/powerpc-unknown-linux-gnu/bin/ -c -g -O2
-gnatpg
--- Comment #14 from pinskia at gcc dot gnu dot org 2005-10-14 17:07
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org
--- Comment #9 from nathan at gcc dot gnu dot org 2005-10-14 16:39 ---
Fixed mainline and 4.0.
2005-10-14 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/17796
* optimize.c (update_cloned_parm): Add FIRST parameter. Use it.
(maybe_clone_body): Track the first clone.
--- Comment #4 from paulthomas2 at wanadoo dot fr 2005-10-14 16:38 ---
Subject: Re: ICE in trans-types.c for nested derived types
pinskia at gcc dot gnu dot org wrote:
>--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-14 13:09
>---
>Fixed.
>
>
>
>
Andrew,
You ke
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-14 16:36
---
Subject: Bug 17796
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-14 16:36:49
Modified files:
gcc/cp : ChangeLog optimize.c
Log message:
PR
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-14 16:36
---
Subject: Bug 17796
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-14 16:36:37
Modified files:
gcc/cp : ChangeLog optim
--- Comment #6 from nathan at gcc dot gnu dot org 2005-10-14 16:10 ---
the patch in #4 is definitely wrong, the right patch will be to the C++ FE, not
the common code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17796
--- Comment #7 from nathan at gcc dot gnu dot org 2005-10-14 16:02 ---
2005-10-14 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/22603
Backport part of
2005-03-14 Kriang Lerdsuwanakij <[EMAIL PROTECTED]>
* name-lookup.c (pushtag): Skip template parameter s
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-14 16:00
---
Subject: Bug 22603
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-14 16:00:25
Modified files:
gcc/cp : ChangeLog name-
--- Comment #13 from cvs-commit at gcc dot gnu dot org 2005-10-14 14:56
---
Subject: Bug 21250
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-14 14:56:49
Modified files:
gcc: c-ppoutput.c ChangeLog
Log message:
Using Debian, sid
$uname -a
Linux kusumanchi 2.6.12-1-686-smp #1 SMP Tue Sep 27 13:10:31 JST 2005
i686 GNU/Linux
$gfortran -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr
--enable-shared --with-
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20103
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-14 14:11 ---
Confirmed, only a regression on the 3.4 branch.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-14 14:10 ---
(In reply to comment #7)
> Are those new problems related to c++/21210?
No, these new problems are all midlde-end bugs relating to RETURN_DECL not
being handled correctly (or at all).
--
http://gcc.gnu.org/bugzi
Consider the following example:
#include
// Okay if we do this:
//using std::floor;
double f(double d)
{
// If we do this, however, GCC says: "shadow.C:7: warning:
// shadowing built-in function `double std::floor(double)'"
using std::floor;
return floor(d);
}
As indicated in the
--- Comment #7 from pcarlini at suse dot de 2005-10-14 14:03 ---
Are those new problems related to c++/21210?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24362
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-14 14:00 ---
Oh, the reason why I could confirm this one is because this is a split off from
PR 24362.
--
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=24365
g++ -g -Wall -fPIC -O2 -funroll-loops -o /dev/null -c disk.cpp
disk.cpp: In function 'char* test(const char*, const char*)':
disk.cpp:13: error: unrecognizable insn:
(insn 542 541 544 26 (set (reg/f:SI 84)
(plus:SI (reg:SI 12 %r12)
(const:SI (plus:SI (unspec:SI [
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-14 13:49 ---
One more thing, this only happens with the C++ front-end.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24365
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-14 13:48 ---
Reduced testcase:
typedef __complex__ double cdouble;
inline cdouble to_complex(double r) {
cdouble z;
__real__ z = r;
return z;
}
cdouble elt_zero() {
return to_complex(0.0);
}
-
The inliner is remappin
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-14 13:39 ---
*** Bug 24366 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22001
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-14 13:39 ---
*** This bug has been marked as a duplicate of 22001 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-14 13:37 ---
Fully reduced testcase:
typedef __complex__ double cdouble;
cdouble elt_zero();
const cdouble *pointer();
cdouble trace(void) {
cdouble output = elt_zero();
const cdouble *data = pointer();
output += data[1];
Compiler info?
/home/newell/src/gcc-4.1/b_gcc/gcc/xgcc -v
Using built-in specs.
Target: m68k-rtems
Configured with: ../gcc-4.1-20050515/configure --target=m68k-rtems
--with-gnu-as --with-gnu-ld --with-newlib --verbose --enable-threads
--enable-languages=c --prefix=/home/newell/xgcc : (reconfigure
--- Comment #5 from tsv at solvo dot ru 2005-10-14 13:30 ---
I tried check the difference between 3.4 and 4.x. The 3.4 emit instruction that
correct passed pointer (in my case -25) and then stores value to member of
structure (p4) at correct offset (24).
In gcc 4.x the "store_field" is c
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-14 13:15 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-14 13:12 ---
Fixed in 4.0.3.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-14 13:12 ---
Fixed in 4.0.3.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-14 13:09 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-14 13:07 ---
I think this has been fixed in 4.0.3 by the patch for PR 23324 but I need
someone to test.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-14 13:00
---
Subject: Bug 22551
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-14 13:00:38
Modified files:
gcc: ChangeLog c-com
--- Comment #8 from nathan at gcc dot gnu dot org 2005-10-14 13:00 ---
fixed mainline and 4.0
2005-10-14 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/22551
* c-common.c (c_add_case_label): Clear LOW_VALUE and HIGH_VALUE's
overflow flags. Refactor some conditional
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-14 12:55
---
Subject: Bug 22551
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-14 12:55:33
Modified files:
gcc: ChangeLog c-common.c
gcc/testsuite :
--- Comment #3 from uros at kss-loka dot si 2005-10-14 12:55 ---
The testcase could be furhter reduced into perhaps the smallest testcase that
ICEs, ever (name this file for example ttt.i):
--cut here--
#
--cut here--
gcc ttt.i
ttt.i:1: internal compiler error: Segmentation fault
--
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-14 12:19 ---
Reduced testcase for 4.0 at -O0 and 4.1 at -O1:
typedef unsigned int size_t;
typedef __complex__ double cdouble;
template
class RefPointer {
};
template class Vector : public RefPointer {
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|rguenth at gcc dot gnu dot |bonzini at gcc dot gnu dot
|org
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-
|
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-14 12:13 ---
(In reply to comment #3)
> Here is the source for the 4.1 regression:
I filed that as PR 24365 as it is not reproducible on the 4.0 branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24362
--- Comment #7 from rguenth at gcc dot gnu dot org 2005-10-14 12:13 ---
Yes, I think so. You don't even need printf, but any observable side-effect,
like a store to a global will do.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24365
Take the following C++ code:
typedef __complex__ double cdouble;
inline cdouble to_complex(const double &r, const double &i = 0.0) {
cdouble z;
__real__ z = r;
return z;
}
template class
RefPointer {
};
template class Vector : public RefPointer {
public:
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.1.0 |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23620
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23620
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-14 12:05 ---
Here is the source for the 4.1 regression:
typedef __complex__ double cdouble;
inline cdouble to_complex(const double &r, const double &i = 0.0) {
cdouble z;
__real__ z = r;
return z;
}
temp
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-14 12:04 ---
Confirmed, only a 3.4 regression
--
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=24363
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-14 12:00 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24362
--- Comment #6 from bonzini at gcc dot gnu dot org 2005-10-14 12:00 ---
I'm not sure this is really fixed.
With this test case,
float a = g();
printf ("%g\n", a);
printf ("%g\n", 2 / a);
printf ("%g\n", 3 / a);
the division is inserted before the *first* printf, while I believe it sho
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.0.3 4.1.0
Known to work||3.4.5
There is a bug in gcc V 3.3.5 which is distributed with
Novell (SuSE) Linux 9.3.
The older gcc V 2.95.3 (coming with SuSE 7.3) doesn't
have the following behaviour and is working correct.
Please generate the following 2 Files:
inc_ext.h:
extern int iVal;
and t.c:
#include
void t(void)
{
#i
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24362
--- Comment #1 from worm at arrakis dot es 2005-10-14 11:49 ---
Created an attachment (id=9986)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9986&action=view)
Preprocessed source file that reveals the problem
This file was created from the original C++ sources using the -E flag.
The file
http://www.mpq.mpg.de/Theorygroup/CIRAC/people/ripoll/Tensor_diag_z.i
compiled with
g++ -Wall -pipe -fpreprocessed -g -O2 -march=pentium4 -fpreprocessed -c
Tensor_diag_z2.i -o Tensor_diag_z.o
causes the compiler to break down with the following error message
/home/jlr/afs/src/mpscxx/t
--- Comment #4 from cvs-commit at gcc dot gnu dot org 2005-10-14 11:41
---
Subject: Bug 24251
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-14 11:41:40
Modified files:
libjava: link.cc ChangeLog
--- Comment #8 from bonzini at gcc dot gnu dot org 2005-10-14 11:38 ---
> gcse after reload may move loads from stack around stack pointer changes. here
> is simple workaround, it is supposed to prevent gcse after reload from
> touching
> expressions containing stack pointer at all.
Of
-bash-3.00$ gcc -v
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions -
--- Comment #12 from reichelt at gcc dot gnu dot org 2005-10-14 10:57
---
Fixed on mainline and teh 4.0 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #13 from reichelt at gcc dot gnu dot org 2005-10-14 10:54
---
Changin to ice-on-valid-code, because Nathan stated in the patch
http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00712.html
> Note, we do not issue an error on the testcase, even though it uses typename
> outside o
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org
--- Comment #11 from reichelt at gcc dot gnu dot org 2005-10-14 10:13
---
*** Bug 21685 has been marked as a duplicate of this bug. ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from reichelt at gcc dot gnu dot org 2005-10-14 10:13
---
*** This bug has been marked as a duplicate of 22464 ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from hp at gcc dot gnu dot org 2005-10-14 09:25 ---
This is a middle-end bug.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|
1 - 100 of 111 matches
Mail list logo
