--- Comment #5 from howarth at nitro dot med dot uc dot edu 2009-03-14
06:25 ---
Well, these two offending inlined routines do have the comments...
/* Only works with aligned 4-byte quantities, will cause a bus error */
/* on some platforms if used on unaligned data.
--- Comment #3 from pinskia at gmail dot com 2009-03-14 06:14 ---
Subject: Re: The Driver hides "undefined reference" messages from shared libs
(but not object files) in linker phase
Sent from my iPhone
On Mar 13, 2009, at 8:54 PM, "rob1weld at aol dot com"
wrote:
>
>
> --- Co
Sent from my iPhone
On Mar 13, 2009, at 8:54 PM, "rob1weld at aol dot com" > wrote:
--- Comment #2 from rob1weld at aol dot com 2009-03-14 03:54
---
(In reply to comment #1)
Subject: Re: New: The Driver hides "undefined reference" messages
from
shared libs (but not object
--- Comment #4 from pinskia at gmail dot com 2009-03-14 06:03 ---
Subject: Re: New: strange aliasing warnings compiling pymol under gcc 4.4
Sent from my iPhone
On Mar 13, 2009, at 9:11 PM, "howarth at nitro dot med dot uc dot edu"
wrote:
> There are a number of aliasing warning
Sent from my iPhone
On Mar 13, 2009, at 9:11 PM, "howarth at nitro dot med dot uc dot edu"
wrote:
There are a number of aliasing warnings coming out of tree-ssa-
structalias.c
when compiling code in pymol which uses their endianswap.h header at
-O3 -Wall.
The warnings are of the form..
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-03-14
04:18 ---
I am seeing this on...
Using built-in specs.
Target: i686-apple-darwin10
Configured with: ../gcc-4.4-20090313/configure --prefix=/sw
--prefix=/sw/lib/gcc4.4 --mandir=/sw/share/man --infodir=/sw/share/info
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2009-03-14
04:15 ---
These odd aliasing warnings appear with...
g++-4 -I../../include -O3 -Wall -c -o gromacsplugin.o gromacsplugin.ii
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39460
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2009-03-14
04:14 ---
Created an attachment (id=17462)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17462&action=view)
preprocessed source file for
pymol/contrib/uiuc/plugins/molfile_plugin/src/gromacsplugin.cpp
--
h
There are a number of aliasing warnings coming out of tree-ssa-structalias.c
when compiling code in pymol which uses their endianswap.h header at -O3 -Wall.
The warnings are of the form...
In file included from gromacsplugin.cpp:34:
endianswap.h: In function int put_trx_real(md_file*, float):
en
--- Comment #2 from rob1weld at aol dot com 2009-03-14 03:54 ---
(In reply to comment #1)
> Subject: Re: New: The Driver hides "undefined reference" messages from
> shared libs (but not object files) in linker phase
> Sent from my iPhone
Hurray for Phones with large screens.
> On Mar
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39455
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39417
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-03-13 22:58 ---
Does it work with GCC 4.4?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Kno
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.3.3
Known to work||4.2.4 4.4.0
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-03-13 22:55 ---
Does it work with 4.4?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Ke
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to work||4.4.0
Priority|P3 |P2
http://gcc
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36415
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-03-13 22:53 ---
Lowering priority. Not a regression on the branch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from hjl dot tools at gmail dot com 2009-03-13 21:10 ---
It works for me on Linux/Intel64 with gcc 4.4.0 revision 144836.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #6 from rob1weld at aol dot com 2009-03-13 20:30 ---
Confirmed on the Trunk.
In the Bug mentioned at http://bugs.gentoo.org/54738 and here
this fails on gcc version 4.4.0 20090312 [trunk revision 144821].
Rob
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34300
--- Comment #4 from meissner at gcc dot gnu dot org 2009-03-13 20:11
---
Subject: Bug 39457
Author: meissner
Date: Fri Mar 13 20:11:19 2009
New Revision: 144846
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144846
Log:
Fix pr 39457
Added:
branches/ibm/power7-meissner/gcc/
--- Comment #5 from linuxl4 at sohu dot com 2009-03-13 19:33 ---
ok~~ , should I close this bug report?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39459
--- Comment #1 from chris dot kiick at sun dot com 2009-03-13 18:56 ---
Problem was due to half-installed binutils. Recompiling and installing
binutils got past the reported error.
Still have build problems, but they are not related to this.
--
chris dot kiick at sun dot com changed
--- Comment #4 from hjl dot tools at gmail dot com 2009-03-13 18:48 ---
SEE isn't very useful for x86-64. We need ZEE. See PR 17387.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39459
--- Comment #3 from linuxl4 at sohu dot com 2009-03-13 18:35 ---
so It is unusable at all now , not just a bug ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39459
--- Comment #21 from paolo dot carlini at oracle dot com 2009-03-13 18:32
---
Now I think I know the conservative way we want to go for the branch: just
change shared_ptr<>::operator* to always use something with the same semantics
of std::tr1::add_reference. For mainline, we'll see if
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-03-13 18:20 ---
-fsee is broken.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39459
--- Comment #1 from linuxl4 at sohu dot com 2009-03-13 18:15 ---
Created an attachment (id=17461)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17461&action=view)
the source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39459
=/gcc-4.4/cloog
Thread model: posix
gcc version 4.4.0 20090313 (experimental) (GCC)
{~/tmp}$gcc -c libgcc2.c -O2 -funroll-all-loops -fsee -fnon-call-exceptions
/svn/gcc/libgcc/../gcc/libgcc2.c: In function '__divti3':
/svn/gcc/libgcc/../gcc/libgcc2.c:1103: internal compiler error: Se
--- Comment #3 from jakub at gcc dot gnu dot org 2009-03-13 17:54 ---
I can reproduce even with r144843.
Comparing -da -fdump-unnumbered -fdump-noaddr dumps between
redhat/gcc-4_4-branch and power7 patched redhat/gcc-4_4-branch doesn't show any
significant differences still in sched1 (ju
--- Comment #8 from paolo dot carlini at oracle dot com 2009-03-13 17:39
---
Jason, are you going to commit the is_member-2.patch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39310
--- Comment #20 from paolo dot carlini at oracle dot com 2009-03-13 17:37
---
unfortunately, there are interactions with libstdc++/39310... I'm going to ping
a resolution in mainline of the latter.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39405
--- Comment #5 from mp2 at ladybridge dot com 2009-03-13 17:36 ---
Is there any progress on looking at this problem? It is causing a delay in
releasing software on the Arm9 processor.
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39085
--- Comment #2 from jakub at gcc dot gnu dot org 2009-03-13 17:25 ---
Reduced testcase (-O2 -m64 -mminimal-toc):
typedef struct { void *s; } S;
typedef void (*T1) (void);
typedef void (*T2) (void *, void *, int, void *);
char *fn1 (const char *, ...);
void *fn2 (void);
int fn3 (char *,
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-03-13 17:10 ---
Well, exposed rather than caused.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39455
--- Comment #51 from hjl dot tools at gmail dot com 2009-03-13 17:10
---
*** Bug 39449 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #5 from hjl dot tools at gmail dot com 2009-03-13 17:10 ---
It should be fixed by revision 144841:
http://gcc.gnu.org/ml/gcc-cvs/2009-03/msg00348.html
*** This bug has been marked as a duplicate of 39137 ***
--
hjl dot tools at gmail dot com changed:
What
--- Comment #50 from janis at gcc dot gnu dot org 2009-03-13 17:05 ---
Subject: Bug 39137
Author: janis
Date: Fri Mar 13 17:05:08 2009
New Revision: 144841
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144841
Log:
2009-03-13 Jack Howarth
PR target/39137
* te
--- Comment #2 from spop at gcc dot gnu dot org 2009-03-13 17:00 ---
Reducing.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned a
--- Comment #19 from paolo dot carlini at oracle dot com 2009-03-13 16:54
---
Created an attachment (id=17460)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17460&action=view)
draft for 4_3-branch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39405
--- Comment #18 from paolo dot carlini at oracle dot com 2009-03-13 16:54
---
This is going out of control ;) What do you think about committing to the
branch something like the patch which I'm going to attach now? Probably we can
decouple the C++ issue...
--
http://gcc.gnu.org/bug
--- Comment #17 from d dot frey at gmx dot de 2009-03-13 16:41 ---
(In reply to comment #16)
> Note, just tweaking is_function like this, doesn't completely fix the issue
> for
> me, only the reduced testcase using is_abstract...
And actually I don't even understand why it works even i
--- Comment #5 from hjl dot tools at gmail dot com 2009-03-13 16:38 ---
This is caused by revision 131502:
http://gcc.gnu.org/ml/gcc-cvs/2008-01/msg00263.html
http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00539.html
--
hjl dot tools at gmail dot com changed:
What|Remo
--- Comment #2 from paolo dot carlini at oracle dot com 2009-03-13 16:14
---
Just use, correctly: a-> template print(j);
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--
--- Comment #1 from ruben at lfbs dot rwth-aachen dot de 2009-03-13 16:04
---
Created an attachment (id=17459)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17459&action=view)
example code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39458
--- Comment #16 from paolo dot carlini at oracle dot com 2009-03-13 16:02
---
Note, just tweaking is_function like this, doesn't completely fix the issue for
me, only the reduced testcase using is_abstract...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39405
compiling the example code
***(min_example.cpp)
#include
template
class A
{
public:
template
void print(int j)
{
printf("i: %i j: %i\n", i, j);
}
};
template
class B
{
public:
void print(A *a)
{
a->print(j);
}
};
int main()
{
A<23> *a
--- Comment #15 from rguenth at gcc dot gnu dot org 2009-03-13 15:17
---
I can confirm this is a regression on the branch. As this is with -std=gnu++0x
only it does not qualify for P1 IMHO. Still it would of course be nice to
have a fix (that does not risk to regress elsewhere of cours
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |paolo dot carlini at oracle
|dot org
--- Comment #14 from paolo at gcc dot gnu dot org 2009-03-13 15:02 ---
Subject: Bug 39405
Author: paolo
Date: Fri Mar 13 15:01:50 2009
New Revision: 144839
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144839
Log:
2009-03-13 Paolo Carlini
PR libstdc++/39405
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|c++ |libstdc++
--- Comment #13 from paolo dot carlini at oracle dot com 2009-03-13 14:58
---
I see, thanks a lot for your help. The most important point I was missing is
the use of add_reference in shared_ptr...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39405
--- Comment #4 from jakub at gcc dot gnu dot org 2009-03-13 14:57 ---
s/array/arrays/
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39455
--- Comment #12 from d dot frey at gmx dot de 2009-03-13 14:53 ---
(In reply to comment #11)
> I understand. Too bad that we can't make it to work for 4.3.x without
> regressing on libstdc++/35637 :( I'm puzzled by the fact that the tr1 version
> works, only is_reference is really differ
--- Comment #3 from hjl dot tools at gmail dot com 2009-03-13 14:43 ---
(In reply to comment #2)
> Confirmed. Works with 4.1 and 4.2.
>
I got
[...@gnu-16 rrs]$ gcc -O2 -fprefetch-loop-array pr39455.c -S
cc1: error: unrecognized command line option "-fprefetch-loop-array"
[...@gnu-16
--- Comment #1 from jakub at gcc dot gnu dot org 2009-03-13 14:25 ---
Created an attachment (id=17458)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17458&action=view)
images_selector.i.bz2
Michael, can you please take a look at this? If there are more similar issues,
I'm afraid
Attached testcase fails to compile on branches/ibm/power7-meissner.
./xgcc -B ./ -v
Reading specs from ./specs
Target: powerpc64-redhat-linux
Configured with: ../configure --enable-shared --enable-threads=posix
--enable-checking=release --enable-languages=c --disable-bootstrap
--enable-secureplt -
--- Comment #7 from pault at gcc dot gnu dot org 2009-03-13 14:22 ---
See previous comment - this should be suspended with PR38471. It puts the
pressure on me to start on the array descriptor work:-(
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from pault at gcc dot gnu dot org 2009-03-13 14:19 ---
(In reply to comment #5)
I think that the starting point should be a still further reduced testcase;
remove the function matmul_k21, or rename the module function SD to SD0 for
example, and you will get a segfault inst
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-03-13 14:08 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-03-13 14:03 ---
Confirmed. Works with 4.1 and 4.2.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Just that I need to set each functions in a C file into different sections,
with section names I can link in different segments.
That can be done with:
__attribute__ ((section ("sect1_fct1"))) void fct1 (void) {}
__attribute__ ((section ("sect1_fct2"))) void fct2 (void) {}
But cannot unfortunatel
--- Comment #8 from hjl dot tools at gmail dot com 2009-03-13 13:28 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #7 from hjl at gcc dot gnu dot org 2009-03-13 13:26 ---
Subject: Bug 39451
Author: hjl
Date: Fri Mar 13 13:25:50 2009
New Revision: 144835
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144835
Log:
2009-03-13 H.J. Lu
Backport from mainline:
2009-0
--- Comment #6 from hjl at gcc dot gnu dot org 2009-03-13 13:24 ---
Subject: Bug 39451
Author: hjl
Date: Fri Mar 13 13:24:14 2009
New Revision: 144834
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144834
Log:
2009-03-13 H.J. Lu
PR testsuite/39451
* gcc.dg/as
--- Comment #11 from paolo dot carlini at oracle dot com 2009-03-13 13:22
---
(In reply to comment #10)
> OK, I see. So maybe not worth the effort to fix in 4.3.x as long as 4.4.0 is
> fine. To make sure, could you (Paolo) please add a testcase for this to the
> testsuite for 4.4.0/trun
--- Comment #10 from d dot frey at gmx dot de 2009-03-13 13:14 ---
(In reply to comment #8)
> Moreover, if we ""fix"" this issue at the library level without dealing with
> the real C++ front-end issue, we regress on libstdc++/35637, of course.
OK, I see. So maybe not worth the effort t
--- Comment #9 from paolo dot carlini at oracle dot com 2009-03-13 13:13
---
(In reply to comment #7)
> It is a library change in the sense that it triggers a bug in the c++
> front-end. Because of course the library afterwards remained the same and the
> problem is not there anymore...
--- Comment #8 from paolo dot carlini at oracle dot com 2009-03-13 13:02
---
Moreover, if we ""fix"" this issue at the library level without dealing with
the real C++ front-end issue, we regress on libstdc++/35637, of course.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39405
--- Comment #7 from paolo dot carlini at oracle dot com 2009-03-13 13:00
---
It is a library change in the sense that it triggers a bug in the c++
front-end. Because of course the library afterwards remained the same and the
problem is not there anymore... We'll see, in case of a 4.3.4
--- Comment #16 from pault at gcc dot gnu dot org 2009-03-13 12:52 ---
Patch pending. See:
http://gcc.gnu.org/ml/fortran/2009-03/msg00050.html
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38538
--- Comment #6 from d dot frey at gmx dot de 2009-03-13 12:49 ---
(In reply to comment #5)
More information on this:
> > > The bug is in both 4.3.3 and 4.3.2, however it isn't in 4.3.0 on a
> > > sparcv9-sun-solaris2.10 box with 64bits. Haven't got any 4.3.1 to try.
I've copied to hea
--- Comment #5 from jim_king_2000 at 163 dot com 2009-03-13 12:41 ---
Thank you very much.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39452
--- Comment #2 from jakub at gcc dot gnu dot org 2009-03-13 12:38 ---
Created an attachment (id=17457)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17457&action=view)
gcc44-pr39454-2.patch
Alternative simpler patch, in rtlanal.c just in case shift counts aren't
canonicalized avoi
--- Comment #1 from linuxl4 at sohu dot com 2009-03-13 12:34 ---
Created an attachment (id=17456)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17456&action=view)
the source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39455
--- Comment #4 from ramana dot r at gmail dot com 2009-03-13 12:33 ---
With Mainline today it looks worse -
stmfd sp!, {r4, lr}
mov r4, r0
bl func
add r0, r4, r0
ldrbr3, [r0, #-4] @ zero_extendqisi2
cmp r3, #97
=/gcc-4.4/cloog
Thread model: posix
gcc version 4.4.0 20090313 (experimental) (GCC)
{~/tmp}$gcc -O2 -fprefetch-loop-arrays -c sort.c
/svn/gcc/libiberty/sort.c: In function 'sort_pointers':
/svn/gcc/libiberty/sort.c:47: internal compiler error: in compare_values_warnv,
at tree-vrp.c:1
--- Comment #6 from ramana dot r at gmail dot com 2009-03-13 12:28 ---
(In reply to comment #5)
> Can an ARM maintainer please check this bug? Comment #4 suggests this bug is
> fixed, but it needs re-checking now that IRA has been merged.
This is now fixed on mainline even after IRA .
--- Comment #1 from jakub at gcc dot gnu dot org 2009-03-13 12:23 ---
Created an attachment (id=17455)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17455&action=view)
gcc44-pr39454.patch
So far only very lightly tested fix (no bootstrap/regtest yet), actually either
the cse.c or
--- Comment #5 from d dot frey at gmx dot de 2009-03-13 12:23 ---
(In reply to comment #4)
> > The bug is in both 4.3.3 and 4.3.2, however it isn't in 4.3.0 on a
> > sparcv9-sun-solaris2.10 box with 64bits. Haven't got any 4.3.1 to try.
>
> Ok. I went through the change which went in *t
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last reco
Unfortunately only during profiledbootstrap I see a bootstrap failure on
sparcv9-linux, the ICEs look like:
error: unrecognizable insn:
(insn 86 30 87 6 /tmp/ccxt3Axa.out:5527 (set (reg:SI 24 %i0)
(and:SI (reg:SI 24 %i0 [ u ])
(const_int -65281 [0x00ff]))) -1 (nil))
--- Comment #4 from paolo dot carlini at oracle dot com 2009-03-13 11:48
---
3.5/8. The next Standard will be different, see:
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2008/n2657.htm
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39452
--- Comment #1 from linuxl4 at sohu dot com 2009-03-13 11:38 ---
Created an attachment (id=17454)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17454&action=view)
the fortran source which is a part of lapack.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39453
-cloog=/gcc-4.4/cloog --with-cloog-polylib=/gcc-4.4/polylib
Thread model: posix
gcc version 4.4.0 20090313 (experimental) (GCC)
{~/tmp}$gfortran -c sgbtrf.f -O3 -fselective-scheduling2
-fsel-sched-pipelining -fsel-sched-pipelining-outer-loops
sgbtrf.f: In function 'sgbtrf':
sgbtrf.f:437
--- Comment #3 from jim_king_2000 at 163 dot com 2009-03-13 10:59 ---
And I'm still wondering which line in the C++ spec disallows the usage of local
class within the template function. Would you please figure it out?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39452
--- Comment #3 from ramana dot r at gmail dot com 2009-03-13 10:54 ---
(In reply to comment #2)
> See Dara's comment.
Occurs even today .
foo:
@ args = 0, pretend = 0, frame = 0
@ frame_needed = 0, uses_anonymous_args = 0
@ link register save eliminated.
--- Comment #2 from jim_king_2000 at 163 dot com 2009-03-13 10:45 ---
So, is it possible that the error message could be made more meaningful? I
spent several hours to find out what the "no matching function for call to"
refers to. Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #1 from paolo dot carlini at oracle dot com 2009-03-13 09:54
---
This behaviour is conforming to the letter of the current C++ standard, which
is implemented by GCC. Not a bug.
--
paolo dot carlini at oracle dot com changed:
What|Removed
--- Comment #4 from paolo dot carlini at oracle dot com 2009-03-13 09:43
---
(In reply to comment #3)
> The bug is in both 4.3.3 and 4.3.2, however it isn't in 4.3.0 on a
> sparcv9-sun-solaris2.10 box with 64bits. Haven't got any 4.3.1 to try.
Ok. I went through the change which went i
--- Comment #12 from rearnsha at gcc dot gnu dot org 2009-03-13 09:39
---
Fixed.
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #9 from rearnsha at gcc dot gnu dot org 2009-03-13 09:38
---
Now believed fixed.
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2009-03-13 09:35
---
Works fine now, thanks for the quick turn around!
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from gcc at cohi dot at 2009-03-13 07:33 ---
The bug is in both 4.3.3 and 4.3.2, however it isn't in 4.3.0 on a
sparcv9-sun-solaris2.10 box with 64bits. Haven't got any 4.3.1 to try.
If 4.4.0 is out before 4.3.4 (if there is such a thing), it might not really
not be worth
--- Comment #13 from bonzini at gnu dot org 2009-03-13 07:32 ---
Nevermind.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39431
--- Comment #12 from bonzini at gnu dot org 2009-03-13 07:28 ---
I think you need a matching memory constraint instead of just "m" or the bug
might resurface.
(define_memory_constraint "H"
"@internal"
(match_test "cmpxchg8b_memory_operand (op, GET_MODE (op))")
--
http://gcc.gnu
96 matches
Mail list logo
