#include
#include
int
main(int ac, char *av[])
{
int64_t x;
int64_t like_a_constant = -1;
int64_t unlike_a_constant = -1;
if (ac == 0) unlike_a_constant = 5;
x = 0;
__sync_add_and_fetch(&x, like_a_constant);
printf("%016llx\n", x);
x = 0;
__sync_add_and_fet
I was compiling LLVM and Clang when I ran into this ICE. I found the failing
compile job and ran it again with -E to produce buggycppfile.cpp which fails to
compile. I then did the following as instructed in the bug reporting
instructions:
[...@knuckles CodeGen]$ g++ buggycppfile.cpp -o buggycpp
--- Comment #1 from reid dot kleckner at gmail dot com 2009-07-08 23:14
---
I tried to create an attachment, but it won't take files over 1MB so I uploaded
the two files here:
http://web.mit.edu/rnk/www/buggycppfile.cpp
http://web.mit.edu/rnk/www/buggycppfile.ii
--
reid dot kleckner
--- Comment #17 from meissner at linux dot vnet dot ibm dot com 2009-07-08
23:42 ---
Subject: Re: [4.5 Regression] Altivec builtins have inaccurate return types
On Wed, Jul 08, 2009 at 09:04:03PM -, rguenth at gcc dot gnu dot org wrote:
>
>
> --- Comment #16 from rguenth at
--- Comment #1 from m dot rosellini at f5 dot com 2009-07-09 00:10 ---
I forgot to add: You need to compile this with -O2 and -march=pentium.
The way that negative constants are handled in the code emitted for
__sync_blah_and_blah is incorrect when the pointer type is 64-bits and the
pl
--- Comment #6 from bje at gcc dot gnu dot org 2009-07-09 00:10 ---
Confirmed.
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at
--- Comment #2 from bje at gcc dot gnu dot org 2009-07-09 00:14 ---
Confirmed. The proposed fix is not correct, though, as the type of the first
argument to munmap _is_ void* according to POSIX.
--
bje at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from bje at gcc dot gnu dot org 2009-07-09 00:15 ---
Falk, can you please check again with the tip of the lto branch? I don't have
access to an Alpha system to check for myself. Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39108
--- Comment #2 from paolo dot carlini at oracle dot com 2009-07-09 00:35
---
To be sure, let's CC Jason about these auto issues...
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #2 from paolo dot carlini at oracle dot com 2009-07-09 00:35
---
To be sure, let's CC Jason about these auto issues...
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #5 from paolo dot carlini at oracle dot com 2009-07-09 00:36
---
And again...
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #2 from paolo dot carlini at oracle dot com 2009-07-09 00:38
---
Before anything else, please make sure you can reproduce the issue with 4.3.x
or 4.4.x, because 4.2.x is not maintained anymore. Preferably, use an official
FSF release for that.
--
paolo dot carlini at ora
--- Comment #3 from jyasskin at gmail dot com 2009-07-09 00:57 ---
It does not reproduce with Ubuntu gcc-4.3. I didn't try 4.4. If anyone cares, I
submitted a workaround at
http://llvm.org/viewvc/llvm-project/llvm/trunk/include/llvm/Support/IRBuilder.h?r1=75084&r2=75083&pathrev=75084
whi
--- Comment #34 from jvdelisle at gcc dot gnu dot org 2009-07-09 01:20
---
Subject: Bug 40330
Author: jvdelisle
Date: Thu Jul 9 01:20:23 2009
New Revision: 149398
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149398
Log:
2009-07-08 Jerry DeLisle
PR libfortran/4033
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2009-07-09 01:20
---
Subject: Bug 40662
Author: jvdelisle
Date: Thu Jul 9 01:20:23 2009
New Revision: 149398
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149398
Log:
2009-07-08 Jerry DeLisle
PR libfortran/40330
--- Comment #35 from jvdelisle at gcc dot gnu dot org 2009-07-09 01:55
---
Subject: Bug 40330
Author: jvdelisle
Date: Thu Jul 9 01:54:47 2009
New Revision: 149399
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149399
Log:
2009-07-08 Jerry DeLisle
PR libfortran/4033
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2009-07-09 01:55
---
Subject: Bug 40662
Author: jvdelisle
Date: Thu Jul 9 01:54:47 2009
New Revision: 149399
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149399
Log:
2009-07-08 Jerry DeLisle
PR libfortran/40330
--- Comment #36 from jvdelisle at gcc dot gnu dot org 2009-07-09 01:59
---
Fixed on trunk.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2009-07-09 02:01
---
Fixed on trunk.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
St
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2009-07-09 02:02
---
Fixed.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
Apologies if this is a duplicate, but I can't find another quite like this...
struct Class
{
// undefined
void Method();
};
template < typename w_type >
struct NoPtr
{
// inline
NoPtr( bool = false ) : m_ptr( 0 ) { }
// inline; calls a method
~NoPtr() { if ( m_ptr ) m_pt
--- Comment #1 from shane dot beasley at aleri dot com 2009-07-09 02:55
---
I should add that I boiled this down from a much larger specimen that had all
the copy constructors and assignment operators. Here, I'm just using the
default ones. The problem exists in both cases.
--
http
--- Comment #1 from bje at gcc dot gnu dot org 2009-07-09 04:43 ---
Confirmed in lto revision 149393.
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from bje at gcc dot gnu dot org 2009-07-09 04:47 ---
Confirmed in lto revision 149393.
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed
--- Comment #5 from bje at gcc dot gnu dot org 2009-07-09 05:09 ---
Building with --with-libelf is the right approach. I don't think it works 100%
correctly, though, so I will take this bug and investigate.
--
bje at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from bje at gcc dot gnu dot org 2009-07-09 05:10 ---
Rainer, can you please re-check this against the tip of the lto branch and
report back? Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39025
--- Comment #3 from bje at gcc dot gnu dot org 2009-07-09 05:38 ---
On powerpc-linux, the original ICE has been replaced with:
$ ./xgcc -B. -flto -shared ctanf.o ctanhl.o ctanh.o
lto1: internal compiler error: in lto_read_file_options, at lto-opts.c:348
Please submit a full bug report,
--- Comment #4 from bje at gcc dot gnu dot org 2009-07-09 05:39 ---
The original ICE has now been replaced with:
$ ./xgcc -B. -flto -shared acosh.o acosl.o
lto1: internal compiler error: in lto_read_file_options, at lto-opts.c:348
Please submit a full bug report,
with preprocessed sourc
--- Comment #10 from bje at gcc dot gnu dot org 2009-07-09 05:52 ---
(In reply to comment #8)
> I tried with the 'trunk' (instead of 'lto') and found the same issue.
I really don't think this is a bug with the lto branch. If you still think
it's a problem on trunk, then please re-open
--- Comment #2 from jakub at gcc dot gnu dot org 2009-07-09 05:54 ---
Can't reproduce.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40693
Im trying to install GCC 4.4.0 (i tried also with: gcc-4.3.3) my configure is:
../gcc-4.4.0/configure --enable-shared --enable-threads=gnat
--enable-__cxa_atexit --enable-clocale=gnu --enable-languages=c,ada
--prefix=/opt/gnu-gcc/gcc-4.4.0 --with-gmp=/usr --with-mpfr=/usr/local
--enable-libada --wi
101 - 132 of 132 matches
Mail list logo
