--- Additional Comments From phython at gcc dot gnu dot org 2005-08-12
06:21 ---
On ia64-linux postreload-gcse does exactly nothing and takes 35% of the compile
time at -O1 -fgcse-after-reload. I didn't finish a build at -O2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15855
--- Additional Comments From gdr at integrable-solutions dot net
2005-08-12 06:19 ---
Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
"adah at netstd dot com" <[EMAIL PROTECTED]> writes:
| Herb Sutter's opinion (N1792) is a little different. He thinks
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-12
05:59 ---
Subject: Bug 20006
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-12 05:58:57
Added files:
libgfortran/runtime: compi
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-12
05:28 ---
PR 23102 is the bug for multiple xors.
--
What|Removed |Added
BugsThisDependsOn|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-12
05:27 ---
*** Bug 23338 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-12
05:27 ---
Oh, I had forgot there was a bug filed for this already. This is a dup of bug
11877.
*** This bug has been marked as a duplicate of 11877 ***
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-12
05:25 ---
The reason why GCSE after reload does not catch this is because the splitting
happens after "gcse after
reload" happens.
This seems like it should not be a peephole2 at all but a split_and_insn
pattern.
--- Additional Comments From adah at netstd dot com 2005-08-12 05:12
---
I am not sure whether we can finish here (not to challenge you, but that I am
still a little misunderstood). See below (for pure technical discussions, and
just to reply to you).
(In reply to comment #90)
> Whil
--
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |200
Just a bug to remind me to look into adding automatic support for running the
objc testsuite with the
GNU runtime on Darwin.
something like gcc-dg-debug-runtest in gcc-dg.exp should do.
--
Summary: objc testsuite should run over both GNU and NeXT
runtimes if supp
--- Additional Comments From gdr at integrable-solutions dot net
2005-08-12 04:05 ---
Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
"adah at netstd dot com" <[EMAIL PROTECTED]> writes:
[...]
| > Because what I wrote was
| > # Furthermore, and mor
--- Additional Comments From bangerth at dealii dot org 2005-08-12 04:05
---
We're already at comment 85 in this PR, so this is definitely going to be my
last message.
While I sympathize with your desire to have a better error message, you seem
not to understand the implications of
--- Additional Comments From adah at netstd dot com 2005-08-12 03:47
---
(In reply to comment #86)
> Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
> "adah at netstd dot com" <[EMAIL PROTECTED]> writes:
> | What I have not is that a PRoblem resulting fr
--- Additional Comments From gdr at integrable-solutions dot net
2005-08-12 03:45 ---
Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
"adah at netstd dot com" <[EMAIL PROTECTED]> writes:
| So I am not to argue with you. :-)
You have shown sufficient e
--- Additional Comments From gdr at integrable-solutions dot net
2005-08-12 03:41 ---
Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
"adah at netstd dot com" <[EMAIL PROTECTED]> writes:
| --- Additional Comments From adah at netstd dot com 2005-0
--- Additional Comments From gdr at integrable-solutions dot net
2005-08-12 03:39 ---
Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
"adah at netstd dot com" <[EMAIL PROTECTED]> writes:
| What I have not is that a PRoblem resulting from an deficiency
--- Additional Comments From adah at netstd dot com 2005-08-12 03:00
---
(In reply to comment #84)
> Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
> On Aug 11, 2005, at 10:32 PM, adah at netstd dot com wrote:
> > What I have not is that a PRoblem resul
--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-12
02:38 ---
Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
On Aug 11, 2005, at 10:32 PM, adah at netstd dot com wrote:
> What I have not is that a PRoblem resulting from an defici
On Aug 11, 2005, at 10:32 PM, adah at netstd dot com wrote:
What I have not is that a PRoblem resulting from an deficiency of the
C++
Standard is not considered a PRoblem. It is clear that many C++ gurus
do think
it a deficiency of the C++ Standard.
Yes but you said using GCC bugzilla for d
--- Additional Comments From adah at netstd dot com 2005-08-12 02:32
---
(In reply to comment #82)
> > Show an official page.
> http://gcc.gnu.org/bugs.html
> "In particular, bugs caused by invalid code have a simple work-around: fix
the code."
> "With each release, we try to make G++ c
--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-12
02:14 ---
Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
>
>
> --- Additional Comments From adah at netstd dot com 2005-08-12 02:10
> ---
> (In reply to comment #79)
>
>
> --- Additional Comments From adah at netstd dot com 2005-08-12 02:10
> ---
> (In reply to comment #79)
> > Subject: Re: can't compile self defined void distance(std::vector,
> std::vector)
> > "adah at netstd dot com" <[EMAIL PROTECTED]> writes:
> >
> > | > Furthermore, and mo
--- Additional Comments From adah at netstd dot com 2005-08-12 02:10
---
(In reply to comment #79)
> Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
> "adah at netstd dot com" <[EMAIL PROTECTED]> writes:
>
> | > Furthermore, and more importantly, GCC b
--
What|Removed |Added
BugsThisDependsOn||23347
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
I cannot figure out a way to generate a C testcase for this, I tried all the
normal tricks.
Bootstrap GCC with the phi.diff.txt patch in PR 22368 with java enabled and you
will see the following
ICE:
gnu/xml/dom/DomIterator.java: In class 'gnu.xml.dom.DomIterator':
gnu/xml/dom/DomIterator.java:
--- Additional Comments From flash at pobox dot com 2005-08-12 01:26
---
The patch looks good. A checking=yes build, with patches 20161-8277,
22508-2005-08-00326,
22600-9330, and 22604-2005-08-00334, rejected the file BBinder_segfault.ii
without an ICE. (A
checking=all build is sti
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23346
Take the following code:
int a, b;
int f(int bool1)
{
int c;
int c1 = a/b;
if(bool1)
c = 0;
else
c = a/b;
return c;
}
On the mainline, we produce (at -O2 -fomit-frame-pointer):
f:
subl$8, %esp
xorl%ecx, %ecx
movl12(%esp), %eax
movl
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-11
23:56 ---
Subject: Bug 22278
CVSROOT:/cvs/gcc
Module name:gcc
Branch: apple-local-200502-branch
Changes by: [EMAIL PROTECTED] 2005-08-11 23:56:06
Modified files:
gcc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
23:40 ---
(In reply to comment #3)
> (In reply to comment #2)
> > This is not a gcc bug, you cannot declare a lablel in an inline-asm that is
> going to be exposed.
>
> Is there a reference of some sort? I was unabl
--- Additional Comments From gary at intrepid dot com 2005-08-11 23:16
---
Thanks for the follow-up. Sounds reasonable to have only the 'used'
attribute to control the (unused) static const optimization.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23344
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-08-11
23:12 ---
Fixed in mainline by the introduction of tree-ssa. Creating a fix for 3.4 would
be very difficult and, given the rarity of this problem and the availibility of
a workaround (below), I see no point in tryin
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-11
22:57 ---
Fixed on mainline and 4.0 branch (for GCC 4.0.2).
--
What|Removed |Added
Statu
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-11
22:56 ---
Subject: Bug 23266
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-11 22:55:22
Modified files:
gcc/cp : Change
--- Additional Comments From giovannibajo at libero dot it 2005-08-11
22:50 ---
Yes, the concept of "used" and "put in a specific section" should be kept
separate. I'm sure that it might be overloaded for specific variables in
specific applications, but I can very well think of cases w
:
>
> --- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
> 22:38 ---
> (In reply to comment #6)
> > How old is your version(s) of gfortran?
> Mine is last night's compiler: gcc version 4.1.0 20050811 (experimental)
> and I can reproduce Dale&#
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-11
22:46 ---
Subject: Bug 23266
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-11 22:46:30
Modified files:
gcc/cp : ChangeLog decl2.c
gcc/testsu
--- Additional Comments From kreckel at ginac dot de 2005-08-11 22:42
---
(In reply to comment #2)
> This is not a gcc bug, you cannot declare a lablel in an inline-asm that is
going to be exposed.
Is there a reference of some sort? I was unable to find one with google.
> You can see
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
22:38 ---
(In reply to comment #6)
> How old is your version(s) of gfortran?
Mine is last night's compiler: gcc version 4.1.0 20050811 (experimental) and I
can reproduce Dale's
issue and found it to
--- Additional Comments From kargl at gcc dot gnu dot org 2005-08-11 22:33
---
Dale, I've compiled your new code with both 4.0 and 4.1 with -O0, -O1, -O2,
and -O3. It runs and a comparison of the output shows the results that
you expect. How old is your version(s) of gfortran? Can yo
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18108
--
What|Removed |Added
Target Milestone|4.1.0 |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23312
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
22:06 ---
This is not a gcc bug, you cannot declare a lablel in an inline-asm that is
going to be exposed.
You can see the issue on any target by:
struct cl_module_destroyer {
inline cl_module_destroyer ()
{
--- Additional Comments From kreckel at ginac dot de 2005-08-11 22:02
---
BTW: this is now gcc version 4.0.2 20050725 (prerelease) (Debian 4.0.1-3) on
ia64, but I've seen it with gcc 4.0.1 on ia64, too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23345
$ cat > bug.cc << EOF
> struct cl_heap {
> int refcount;
> };
>
> class cl_gcpointer {
> public:
> cl_heap* heappointer;
> cl_gcpointer (const char * s);
> ~cl_gcpointer ()
> {
> if (--heappointer->refcount == 0)
> delete heappointer;
> }
> };
>
> struct cl_symbol {
> public
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
21:55 ---
The attribute used already disables the unused removal of static variables andd
functions.
--
What|Removed |Added
--
Related discussion:
http://gcc.gnu.org/ml/gcc/2005-03/msg00181.html
Related bug reports: Bug #20319, Bug #20321
This enhancement request that was part of #20321.
Refiling as an explicit enhancement request.
If an explicit section attribute
is supplied for a static constant declaration (where the
--- Additional Comments From Wempa at sig dot com 2005-08-11 21:17 ---
The #ident directive is something we already looked into. We compile across
several platforms and the #ident does not work with our Windows build
environment. So, this is not a suitable solution for us.
--
ht
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-11
21:02 ---
Subject: Bug 23312
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-11 21:02:00
Modified files:
gcc: Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
21:02 ---
*** Bug 23343 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
21:02 ---
Either use "#ident" or the attribute used.
This is a dup of bug 20321 and many others.
*** This bug has been marked as a duplicate of 20321 ***
--
What|Removed |Added
When using gcc 3.3.3 on a Linux machine, the -O3 option is removing the static
const char* strings we use to identify file versions. This behavior is
different than how the 3.2.3 versions behave. Below is the relevant output
that shows the differences between the 2 versions.
devbal801:<~/TEST
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
19:56 ---
Confirmed. Note -march=i486 -O2 generates the same code as -Os i686 which
means that this might
want to be enabled if we have a large offset and -Os.
Another example:
int i;
void foo (void)
{
i = 0;
}
-
--- Additional Comments From dir at lanl dot gov 2005-08-11 19:54 ---
Here is the slightly revised version that I tried on 9 compilers on four
different system - "gfortran -O" on linux is the only place that it failed.
program main
implicit real*8 (a-h,o-z)
save
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
19:43 ---
Here is an example which shows that IV-OPTs is not the cause and that we have
the same issue and
shows what is going wrong clearer:
int k(int);
int h(void);
long h1(void);
int f(int i)
{
int oldii;
in
--- Additional Comments From dpatel at apple dot com 2005-08-11 19:38
---
Patch:
http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00612.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23048
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
19:20 ---
*** Bug 23340 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
19:20 ---
This is a target issue and a dup of bug 21766.
*** This bug has been marked as a duplicate of 21766 ***
*** This bug has been marked as a duplicate of 21766 ***
--
What|Removed
--- Additional Comments From v dot haisman at sh dot cvut dot cz
2005-08-11 19:19 ---
Created an attachment (id=9476)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9476&action=view)
Preprocessed source.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23340
-sjlj-exceptions --enable-version-specific-runtime-libs --disable-shared
--disable-win32-registry --enable-dwarf2 --with-cpu=athlon-tbird
--with-arch=athlon-tbird --program-suffix=-4.1 --disable-libgcj
Thread model: posix
gcc version 4.1.0 20050811 (experimental)
/cygdrive/d/WilX/gcc-head/objdir
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
18:59 ---
Confirmed, another -feliminate-unused-debug-types bug.
a regression from 3.3.3.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
18:54 ---
This is not a bug.
The issue is the different how register allocator chooses it registers.
It should be constant across runs but not across differnet compilers compiled
on OS's.
--
What|R
I've built MinGW- Cygwin and Linux hosted i686-pc-linux-gnu targeted cross
compiler tool chain from GCC 4.0.0 and binutils 2.16.
The following tailored source code compiled by GCC 4.0.0 by these tool-chains
generates different assembly sources:
--- test.c
typedef unsigned char byte;
typed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
18:48 ---
(In reply to comment #5)
Note the code gen for this testcase is the same for both 3.4 and 4.0, though
you could find one where
we actually produces much worse code gen.
--
http://gcc.gnu.org/bugzilla/s
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
18:47 ---
Here is a simple example:
int f(void);
long h(int screen)
{
int mult = 1;
if (screen)
return 0;
mult = f();
return mult;
}
This is a regression from 3.4.0 were we produced one less set RTL.
--
Compiling:
typedef struct {
int foo [1000];
int savelines;
} TScreen;
void foo (TScreen *s)
{
s->savelines = 0;
}
with -march=i686 -O2 and -march=i686 -Os the .text size is 16 and 18 bytes,
respectively.
the assembly sdiff looks like:
xorl%edx, %edx
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
18:45 ---
Confirmed, 3.4.0 accepted the code without an ICE even with checking enabled.
--
What|Removed |Added
-
This C++ program:
typedef int vec __attribute__ ((vector_size (8)));
extern int bar (vec);
int
foo (int i)
{
vec a[] = { (vec) { 0, i }, (vec) { 4, 5 } };
return bar (a[0]) + bar (a[1]);
}
when compiled with or without optimization gives this ICE in a compiler with
checking enabled:
/home/ia
This is with today's cvs head gcc and cvs head gdb.
I'm running on x86 FC2.
The test program:
#include
enum java_tree_index
{
JTI_PROMOTED_BYTE_TYPE_NODE,
JTI_PROMOTED_SHORT_TYPE_NODE,
JTI_PROMOTED_CHAR_TYPE_NODE,
JTI_PROMOTED_BOOLEAN_TYPE_NODE,
JTI_MAX
};
int main()
{
printf ("%d
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
18:33 ---
Oh, if I change long to int, it works fine and if we look at .copyrename we
find:
Try : D.15755_20(P20) & mult_2(P2) : Incompatible types. No coalesce.
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
18:23 ---
What is happening is that out of SSA is doing almost no coalescing at all, it
only coalesces SSA_NAME
which have the same decl.
To me, it looks like copyrename is missing an opportunity to rename a SSANAM
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-08-11 18:05 ---
// self-contained C++ testcase, compile with -O2
extern "C" void abort (void);
int j;
void foo (bool x, bool y)
{
if (!x)
j = 0;
if (!x == y)
j = 1;
}
int main (void)
{
foo (1, 1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
17:56 ---
TER should have done that ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23335
--- Additional Comments From dann at godzilla dot ics dot uci dot edu
2005-08-11 17:55 ---
Created an attachment (id=9475)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9475&action=view)
Preprocessed code that shows the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23
The .t82.uncprop dump looks like this:
:;
D.15800_45 = *params_11;
__nptr_47 = D.15800_45;
D.15802_50 = __strtol_internal (__nptr_47, 0B, 10, 0);
mult_55 = mult_1 * D.15802_50;
goto ();
:;
D.15800_29 = *params_11;
__nptr_31 = D.15800_29;
D.15807_34 = __strtol_internal (__nptr_31,
--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-11
17:45 ---
Subject: Re: [4.0 Regression] Wrong code from forwprop
On Aug 11, 2005, at 1:43 PM, rguenth at tat dot physik dot
uni-tuebingen dot de wrote:
> because else we might get f.i. LE_EXPR passing through?
--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen
dot de 2005-08-11 17:43 ---
I'll do that. Though
+ /* If we don't have , then we cannot
+optimize this case. */
+ if ((cond_code == NE_EXPR || cond_code == EQ_EXPR)
+
coverage.c: /* FIXME: use build_constructor directly. */
coverage.c: /* FIXME: use build_constructor directly. */
coverage.c: /* FIXME: use build_constructor directly. */
coverage.c: /* FIXME: use build_constructor directly. */
coverage.c: /* FIXME: use build_constructor directly. */
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
17:31 ---
This was most likely fixed by the following patches:
2005-07-28 Jan Hubicka <[EMAIL PROTECTED]>
* Makefile.in (rtl-profile.o): Kill all traces of it.
2005-08-03 Jan Hubicka <[EMAIL P
--- Additional Comments From janis at gcc dot gnu dot org 2005-08-11 17:29
---
Mainline GCC built last night successfully compiles and runs the SPEC CPU2000
tests that failed earlier. If anyone cares I can find out which patch fixed
it, otherwise we can just close this as magically fixe
--- Additional Comments From law at redhat dot com 2005-08-11 17:29 ---
Subject: Re: [tree-ssa] Merge two "if"s if
one subsumes the other.
On Thu, 2005-08-11 at 15:52 +, trt at acm dot org wrote:
> --- Additional Comments From trt at acm dot org 2005-08-11 15:52 ---
testcase:
class a
{
virtual void f() = 0L;
};
See FIXME in parse.c:
/* FIXME: Unfortunately, this will accept `0L' and `0x00' as well.
We need to get information from the lexer about how the number
was spelled in order to fix this problem. */
return integer_zero_node;
--
static void
tree_gen_const_delta_profiler (histogram_value value ATTRIBUTE_UNUSED,
unsigned tag ATTRIBUTE_UNUSED,
unsigned base ATTRIBUTE_UNUSED)
{
/* FIXME implement this. */
#ifdef ENABLE_CHECKING
internal_error ("unimplemented
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
17:20 ---
I think the FIXME in tree-ssa-operands.c is the issue here:
/* FIXME - if we have better information from the static vars
analysis, we need to make the cache call site specific. This way
we can
/* We can get here for out-of-range string constant accesses,
such as "_"[3]. Bail out of the entire substitution search
and arrange for the entire statement to be replaced by a
call to __builtin_trap. In all likelihood this will all be
constant-folded away, bu
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-11 17:16
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED
--- Additional Comments From giovannibajo at libero dot it 2005-08-11
17:13 ---
I don't think the hack should be removed until a verifier is committed,
otherwise we could still get wrong code for other yet-to-be-fixed cases.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23329
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-11
17:12 ---
Subject: Bug 23312
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-11 17:12:31
Modified files:
gcc: ChangeLog gimplify.c
Log message:
--- Additional Comments From cvs-commit at developer dot classpath dot org
2005-08-11 17:11 ---
Subject: Bug 23238
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Tom Tromey <[EMAIL PROTECTED]> 05/08/11 16:40:53
Modified files:
.
FIXME from passes.c:
/* FIXME: SRA may generate arbitrary gimple code, exposing new
aliased and call-clobbered variables. As mentioned below,
pass_may_alias should be a TODO item. */
/* FIXME: May alias should a TODO but for 4.0.0,
we add may_alias right after fold builtins
--
What|Removed |Added
BugsThisDependsOn||22368
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23329
--
What|Removed |Added
BugsThisDependsOn|22368 |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23329
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
17:06 ---
(In reply to comment #6)
> Note I think I already fixed the DOM problem in PR 22335.
And now the java front-end bug has been fixed, maybe I should go ahead and test
a patch to remove
the hack from may_pro
--
What|Removed |Added
OtherBugsDependingO||23329
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
The hack in may_propagate_copy:
/* FIXME. GIMPLE is allowing pointer assignments and comparisons of
pointers that have different alias sets. This means that these
pointers will have different memory tags associated to them.
If we allow copy propagation in these cases, statements
--- Additional Comments From giovannibajo at libero dot it 2005-08-11
17:05 ---
Bernd, do you believe this is taken care of by the reload branch?
--
What|Removed |Added
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-11 16:59
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From hp at gcc dot gnu dot org 2005-08-11 16:59
---
Clarification to comment #18; the newly-enabled-for-all-targets try-catch-8.m
(PR 23306) fails (so there was *one* failure in the objc testsuite at the time
the above commit was made).
--
http://gcc.gnu.org/b
1 - 100 of 171 matches
Mail list logo
