--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-02
08:01 ---
If -fno-strict-aliasing fixes the problem, then you have an aliasing problem
in the source. So closing as invalid.
Ugh! If compilers were that simple... -fno-strict-aliasing disables a whole
class of
$ cat write-many.f
program main
open(10,status='SCRATCH')
a = 0.3858204
do i=1,100
a = a + 0.4761748164
write(10, '(G12.5)'),a
end do
end
$ gfortran write-many.f
$ time ./a.out
real0m8.165s
user0m8.092s
sys 0m0.059s
$ g77
Hi,
subroutine gfcbug25 ()
character (len=*), parameter :: endian(2) = (/
little_endian,
big_endian /)
write (*,'(a)') endian(1)
end subroutine gfcbug25
dies with:
gfcbug25.f90: In function 'gfcbug25':
gfcbug25.f90:6: internal compiler error: in gfc_get_symbol_decl,
--- Additional Comments From coudert at clipper dot ens dot fr 2005-03-02
09:34 ---
It happens for all kind of output (formatted (direct or sequential) or
unformatted), and is due to gfortran setting an arbitrary maximal length of
1 chars (this is in current_unit-recl). Since this
gcc (GCC) 4.0.0 20050228 (Red Hat 4.0.0-0.30)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
---
Making: ../../../unxlngi6.pro/slo/fltini.obj
--- Additional Comments From caolanm at redhat dot com 2005-03-02 09:39
---
Created an attachment (id=8311)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8311action=view)
bzip2'ed dump
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20280
gcc 2.95 used to do it almost right:
FreeBSD4:/cpp --version
2.95.4
FreeBSD4:/cpp .
cpp0: Input file `' is a directory
(1) FreeBSD4:/
LinuxDebian:~cpp --version
cpp (GCC) 3.3.5 (Debian 1:3.3.5-8)
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for
--- Additional Comments From daniel dot bonniot at inria dot fr 2005-03-02
10:13 ---
Subject: Re: Error compiling simple bytecode with jsr
http://gcc.gnu.org/ml/java-patches/2005-q1/msg00568.html
which makes even the non-indirect-dispatch case use the new
shiny verifier.
It
--- Additional Comments From micis at gmx dot de 2005-03-02 10:27 ---
After you found the problem, may I ask you to set the status NEW and target
milestone to 4.0.0 ?
That way this bug would show up in the list of open bugs for gcc40.
Michael Cieslinski
--
--- Additional Comments From coudert at clipper dot ens dot fr 2005-03-02
10:31 ---
I agree with Steve's comment on this. As I am currently digging into the I/O
library, I need to know if it's worth working on this one. Knowing that many
commercial compilers (Intel, Portland, Sun) issue
--- Additional Comments From marcolz at stack dot nl 2005-03-02 11:33
---
FreeBSD5:/cpp40 --version
cpp40 (GCC) 4.0.0 20050220 (experimental) [FreeBSD]
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty;
--- Additional Comments From steven at gcc dot gnu dot org 2005-03-02
11:35 ---
Performance bugs are never critical.
--
What|Removed |Added
Severity|critical
--- Additional Comments From giovannibajo at libero dot it 2005-03-02
11:36 ---
-Wstrict-aliasing can catch some, but you should not rely on it, because it
can't possibly catch all of them. You should read and understand how aliasing
works in ISO C and keep it in mind while writing
--- Additional Comments From steven at gcc dot gnu dot org 2005-03-02
11:36 ---
Updated patch here:
http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01796.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17863
--- Additional Comments From giovannibajo at libero dot it 2005-03-02
11:42 ---
Ira, can you please remember to confirm bugs in Bugzilla when you find them?
Micheal, this bug cannot be fixed in 4.0 since it is not a regression (the
vectorizer is new). I would argue in favor of a new
--- Additional Comments From steven at gcc dot gnu dot org 2005-03-02
11:50 ---
Here is a nice one:
Working on insn:
(insn 215 214 216 15 (parallel [
(set (reg:DI 176)
(ashift:DI (reg:DI 175)
(const_int 3 [0x3])))
This is a all native powerpc64-linux build enviroment,
which itself is compiled with the current hammer-3_3-branch.
The script below fails in the last function call.
It does work if I compile a gcc-4.0.0-20040913 with itself.
A simple 'build_one_try gcc4-1 ~/src/gcc-head ; build_one_try gcc4-2
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |irar at il dot ibm dot com
|dot org |
Status|NEW
--- Additional Comments From irar at il dot ibm dot com 2005-03-02 12:45
---
Fixed in http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01788.html. Waiting for
review.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20122
--- Additional Comments From niggadaz at alum dot rpi dot edu 2005-03-02
12:55 ---
You are right the libjava is from 3.4.3 the rest of the compiler is 3.4.(0-3)
mixture. So I guess this should be closed out because there is no support.
Given that... is their another forum I can use?
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-03-02
13:09 ---
OK, I patched my tree, I'll report the results (fixes and regressions)
after the next build.
Thanks.
In your list message, you mention only one fix in the gcc testsuite,
pr13107. Does this mean
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-03-02
13:31 ---
Confirmed. Reduced testcase:
==
struct A
{
~A();
};
struct B : A {};
A foo();
void bar(bool b)
{
(B) (b ? foo() : foo());
}
==
--- Additional Comments From daniel dot bonniot at inria dot fr 2005-03-02
13:42 ---
Subject: Re: Error compiling simple bytecode with jsr
I just finished running my testsuite with gcj/new_verifier. The results are
very good:
6 fixes (only 5 failures instead of 11 previously)
0
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-03-02
13:48 ---
Even shorter testcase:
==
struct A
{
A(const A);
};
struct B
{
A a;
};
void foo(B);
void bar(A x)
{
foo((B){x});
}
==
--
What
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-03-02
14:15 ---
Confirmed.
Probably not related to PR 18525, the crash is in a different position.
--
What|Removed |Added
Reading specs from /usr/lib/gcc-lib/i586-suse-linux/3.3.4/specs
Configured with: ../configure --enable-threads=posix --prefix=/usr
--with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man
--enable-languages=c,c++,f77,objc,java,ada --disable-checking --libdir=/usr/lib
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-03-02
15:08 ---
Simpler testcase without casts:
=
void foo()
{
int i, j=i;
j = i;
}
=
--
What|Removed |Added
GCC can't optimise this simple code:
static const struct my_struct {
int a;
int b;
} foo = { .a = 2, .b = 3};
int main(int argc, char **argv)
{
int volatile tmp;
tmp = foo.a * foo.b;
return 0;
}
GCC generates a mul opcode whereas every things are constant.
--
Summary: CCP
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dnovillo at gcc dot gnu dot
|dot org |org
Severity|normal
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-03-02
15:28 ---
Pasting IRC dialogue to avoid forgetting what this was all about:
stevenb dnovillo: i had a patch to make CCP look in initializers for
structures, but rth and you rejected it, claiming it should not be
--
What|Removed |Added
Component|c |tree-optimization
Target Milestone|--- |4.1.0
Version|3.4.2
--- Additional Comments From fnf at specifixinc dot com 2005-03-02 16:01
---
Subject: Re: g++ generates incomplete debug information for given testcase
with optimization
On Tuesday 01 March 2005 22:49, dberlin at gcc dot gnu dot org wrote:
In particular, it is possible we are
--- Additional Comments From fnf at specifixinc dot com 2005-03-02 16:01
---
Subject: Re: g++ generates incomplete debug information for given testcase
with optimization
On Tuesday 01 March 2005 22:49, dberlin at gcc dot gnu dot org wrote:
In particular, it is possible we are
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02
16:04 ---
This is a dup of bug 15838.
*** This bug has been marked as a duplicate of 15838 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02
16:04 ---
*** Bug 20284 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-02
16:05 ---
Subject: Bug 18030
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-02 16:05:00
Modified files:
gcc: ChangeLog expr.c
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-02
16:05 ---
Subject: Bug 18029
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-02 16:05:00
Modified files:
gcc: ChangeLog expr.c
Log message:
--- Additional Comments From kazu at cs dot umass dot edu 2005-03-02 16:07
---
Just checked in a patch.
--
What|Removed |Added
Status|NEW
--
Bug 19466 depends on bug 18029, which changed state.
Bug 18029 Summary: an xor of a single bit bitfield is inefficient
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18029
What|Old Value |New Value
--
Bug 17652 depends on bug 18029, which changed state.
Bug 18029 Summary: an xor of a single bit bitfield is inefficient
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18029
What|Old Value |New Value
--
Bug 19466 depends on bug 18030, which changed state.
Bug 18030 Summary: OR is inefficient in 2-bit bitfield
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18030
What|Old Value |New Value
--- Additional Comments From kazu at cs dot umass dot edu 2005-03-02 16:08
---
Just checked in a patch.
--
What|Removed |Added
Status|NEW
--
Bug 17652 depends on bug 18030, which changed state.
Bug 18030 Summary: OR is inefficient in 2-bit bitfield
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18030
What|Old Value |New Value
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dnovillo at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-03-02
16:15 ---
Reduced testcase for the accepts-invalid bug:
subroutine FOO(X)
type :: T
character(len=I) :: C
end type
end
Reduced
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02
16:17 ---
Confirmed, here is the backtrace:
#0 0x00840a33 in strlen () from /lib/tls/libc.so.6
#1 0x08084920 in print_line (map=0x843b030, line=79, special_flags=0x0) at
../../gcc/c-ppoutput.c:
237
#2 0x0808508c
With the mainline I get:
cc1: error: stdout: No such file or directory
With 2.95.3, I got:
cpp0: Input file `' is a directory
--
Summary: [3.3/3.4/4.0/4.1 Regression] gcc -E - . gives a
misleading error message
Product: gcc
Version: 4.0.0
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-02
16:23 ---
(In reply to comment #5)
Subject: Re: g++ generates incomplete debug information for given testcase
with optimization
Keeping in mind my previous email that I'm not familiar with how gcc records
and
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20285
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Keywords|
The current PAPI (icl.cs.utk.edu) source code does not compile
on Debian/testing on IA-64. The current gcc 3.3.5 panics when
compiling threads.c. I narrowed down the problem to the following
code fragment:
typedef struct _ThreadInfo {
unsigned long int tid;
} ThreadInfo_t;
extern __thread
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02
16:35 ---
With unsigned instead of signed, I get the following code with the mainline:
movl4(%esp), %eax
leal(%eax,%eax,2), %edx
sall$4, %edx
subl%eax, %edx
--
What|Removed |Added
Component|c |target
Keywords||ice-on-valid-code
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02
16:48 ---
Fixed in 3.4.0 by
http://gcc.gnu.org/ml/gcc-patches/2003-04/msg01251.html.
--
What|Removed |Added
--- Additional Comments From ajrobb at bigfoot dot com 2005-03-02 16:53
---
Subject: Re: optimising muldiv() type operations
Hi,
Thanks for getting back. Your code below still performs a separate
multiply by 47 before 'dividing' by 40. My enhancement request is to
combine these two
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-02
17:13 ---
Subject: Bug 19916
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-02 17:13:10
Modified files:
gcc: ChangeLog varasm.c
--- Additional Comments From hjl at lucon dot org 2005-03-02 17:19 ---
default_binds_local_p_1 has
/* A variable is local if the user explicitly tells us so. */
else if (DECL_VISIBILITY_SPECIFIED (exp) DECL_VISIBILITY (exp) !=
VISIBILITY_DEFAULT)
local_p = true;
/*
--
What|Removed |Added
BugsThisDependsOn||20287
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17652
This patch:
2003-10-08 John David Anglin [EMAIL PROTECTED]
PR optimization/12142
* cse.c (count_reg_usage): In a SET with a REG SET_DEST, count the
uses of the register in the SET_SRC. Remove unnecessary argument.
* pa.c (legitimize_pic_address): Before reload,
--- Additional Comments From kcook at gcc dot gnu dot org 2005-03-02 17:25
---
This bootstrap bug unfortunately became re-introduced with this Richard
Henderson patch which moved the command line linking the thousands of sources
directly from libgcj.la to a convenience library
--
Bug 17574 depends on bug 17222, which changed state.
Bug 17222 Summary: libjava fails to build due to command line length during link
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17222
What|Old Value |New Value
--- Additional Comments From kcook at gcc dot gnu dot org 2005-03-02 17:26
---
Created an attachment (id=8313)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8313action=view)
The new huge command line after the rth patch
--
What|Removed |Added
--
What|Removed |Added
Known to fail||3.4.0 3.4.1 3.4.2 3.4.3
||3.4.4 4.0.0 4.1.0
Known to work|
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-02
17:52 ---
*** This bug has been marked as a duplicate of 18992 ***
--
What|Removed |Added
--
Bug 17652 depends on bug 20287, which changed state.
Bug 20287 Summary: delete_trivially_dead_insns doesn't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20287
What|Old Value |New Value
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-02
17:52 ---
*** Bug 20287 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18992
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-02
17:54 ---
A patch is here:
http://gcc.gnu.org/ml/gcc-patches/2004-06/msg00774.html
The size of this patch can also be reduced by setting update_live_p in
delete_trivially_dead_insns like this:
bool update_life_p
--- Additional Comments From bobm75 at gmail dot com 2005-03-02 18:03
---
Ok, thank you for your explanation. We have a huge codebase and we just
increased the optimization level from -O to -O2 (together with -march=pentium3),
that's when this came up. Since most of this code has been
On the AVR when one makes an assignment of a value through a 16 bit pointer,
avr-gcc is assigning the low byte, then high byte. However, many uses of a
pointer like this are for situations such as pointing at 16-bit registers. In
such cases, the assignment should be made high byte first, then
--- Additional Comments From ericw at evcohs dot com 2005-03-02 18:19
---
Please note that this was discussed heavily on avr-gcc-list recently, and it is
a desired feature to have. This should be marked as an enhancement (since I
don't have sufficient permissions).
--
--
What|Removed |Added
Component|c |target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20288
--- Additional Comments From law at redhat dot com 2005-03-02 18:23 ---
Subject: Re: [meta-bug] optimizations that CSE still
catches
On Wed, 2005-03-02 at 11:50 +, steven at gcc dot gnu dot org wrote:
--- Additional Comments From steven at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02
18:24 ---
This was filed under PR 20155.
The orginal problem was fixed but showed up again via soemthing. Next time
open a new bug instead
of reopening this one.
--
What|Removed
--
Bug 17574 depends on bug 17222, which changed state.
Bug 17222 Summary: libjava fails to build due to command line length during link
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17222
What|Old Value |New Value
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--- Additional Comments From ericw at evcohs dot com 2005-03-02 18:20
---
And the Component should be marked target.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20288
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-02
18:57 ---
Subject: Bug 20276
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-02 18:57:30
Modified files:
gcc: ChangeLog
--- Additional Comments From bangerth at dealii dot org 2005-03-02 19:24
---
The problem with the compiler not warning about these cases is that it is
perfectly legal to cast a double* to an int* -- the problem is that it is
not legal to access a double through an int*, but to flag
stage1/xgcc -Bstage1/ -B/usr/ppc-pld-linux/bin/ -c -O2 -fsigned-char
-fprofile-generate
-DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-pedantic
-Wno-long-long -Wno-variadic-macros -Wold-style-definition -DHAVE_CONFIG_H
-DGENERATOR_FILE-I. -Ibuild
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02
19:35 ---
*** This bug has been marked as a duplicate of 20249 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02
19:35 ---
*** Bug 20289 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-02
19:37 ---
Subject: Bug 19024
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-02 19:37:03
Modified files:
libobjc: ChangeLog Makefile.in archive.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02
19:39 ---
Fixed in 4.1.0 (which is a ways off), I am thinking about backporting this to
the 4.0 branch but I don't
know if I should.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02
19:40 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-02
19:47 ---
Subject: Bug 18815
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-02 19:46:29
Modified files:
gcc: tree-if-conv.c ChangeLog
Log
--- Additional Comments From kgardas at objectsecurity dot com 2005-03-02
20:05 ---
Subject: Re: [4.0/4.1 Regression] 8% C++ compile-time
regression in comparison with 3.4.1 at -O1 optimization level
New results for 4.0.0 20050301 are posted here:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-02
20:08 ---
Subject: Bug 18815
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-02 20:08:32
Modified files:
gcc: tree-if-conv.c ChangeLog
Log
--- Additional Comments From kgardas at objectsecurity dot com 2005-03-02
20:09 ---
New results meassured for MICO compiled with 4.0.0 20050301 are posted here:
http://gcc.gnu.org/ml/gcc/2005-03/msg00132.html
Cheers,
Karel
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13776
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-02
20:12 ---
Subject: Bug 19024
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-02 20:12:18
Modified files:
libobjc:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02
20:13 ---
I decided to apply thios to the 4.0 branch also. Fixed in 4.0.0 also.
--
What|Removed |Added
extern void abort (void);
void
check (unsigned int *l)
{
int i;
for (i = 0; i 288; i++)
if (l[i] != 7 + (i 256 || i = 280) + (i = 144 i 256))
abort ();
}
int
main (void)
{
int i;
unsigned int l[288];
for (i = 0; i 144; i++)
l[i] = 8;
for (; i 256; i++)
l[i] =
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02
20:40 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02
20:44 ---
Note this also happens on powerpc-darwin too but that would mean it is just
semi ppc specific.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-02
20:45 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00169.html.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-02
20:56 ---
Subject: Bug 19916
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-02 20:55:58
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-02
20:58 ---
Subject: Bug 19916
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-03-02 20:57:53
Modified files:
gcc:
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-03-02
21:04 ---
Fixed in GCC 3.4.4.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From giovannibajo at libero dot it 2005-03-02
21:21 ---
At this point, I think we could safely close this and related bugs. Karel
could continue to periodically test GCC and report new regressions in new
bugs. I don't think keeping these open bring us any
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-02
21:23 ---
IIRC that piece of code is supposed to mark the location of implicitly-generated
cdtors as that of the use, so as to give the user a clue of why it is being
generated.
--
--- Additional Comments From jakub at gcc dot gnu dot org 2005-03-02 21:16
---
It seems loop_iterations incorrectly counts number of iterations of the second
loop:
ivtmp.2 = 113;
goto bb 4 (L4);
L3:;
*(ivtmp.52 + 4294967292B) = 9;
i = i + 1;
L4:;
ivtmp.2 = ivtmp.2 - 1;
1 - 100 of 164 matches
Mail list logo