--- 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 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
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
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
--- 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
-
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: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.
--
--- 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
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: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
--- 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
--
-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 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
--- 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 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 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: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 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: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;
}
-
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
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
--- 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 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 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
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 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
--
$ 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 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
--- 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 ()
{
--
What|Removed |Added
Target Milestone|4.1.0 |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23312
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18108
--- 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
--- 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 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 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 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 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 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 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 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 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 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 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
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
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23346
--- 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
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:
--
What|Removed |Added
BugsThisDependsOn||23347
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
--- 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
>
>
> --- 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 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: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
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 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
--- 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 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 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: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 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 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 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
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
--
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |200
--- 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
--- 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 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: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:28 ---
PR 23102 is the bug for multiple xors.
--
What|Removed |Added
BugsThisDependsOn|
--- 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 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 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
101 - 171 of 171 matches
Mail list logo
