The following invalid code snippet triggers an ICE since GCC 4.3.0:
==
struct A
{
A() { void A(); }
};
==
bug.cc: In constructor 'A::A()':
bug.cc:3: error: return type specification for constructor invalid
bug.cc:3: internal compiler error: in cop
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37647
Consider this program:
-- a.c
#include
int main()
{
int a = 10;
printf("%d\n", a);
printf("%0.4d\n", a);
return 0;
}
---
By compiling with:
gcc -Wall a.c
This warning gets displayed:
a.c:7: warning: '0
The following invalid code snippet triggers an ICE on mainline:
==
struct A
{
template struct {};
};
==
bug.cc:3: error: template class without a name
bug.cc:3: internal compiler error: Segmentation fault
Please submit a full bug r
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37649
The following invalid code snippet triggers an ICE since GCC 3.4.0:
=
template struct A {};
template: > struct B {};
=
bug.cc:3: error: an explicit specialization must be preceded by '
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37650
--- Comment #59 from l dot lunak at suse dot cz 2008-09-25 09:56 ---
(In reply to comment #58)
> >> It seems reasonable to me for try { X } catch... to mean X when
> >> -fno-exceptions. We don't need to error except on throw.
> >
> > It seems unreasonable to me that gcc would silently
--- Comment #1 from paolo dot carlini at oracle dot com 2008-09-25 10:05
---
Can quickly fix this.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #2 from domob at gcc dot gnu dot org 2008-09-25 10:28 ---
I guess this is illegal, too:
PROGRAM main
IMPLICIT NONE
CALL test (5, (/ 1, 2, 3, 4, 5, 6, 7, 8, 9 /) )
CONTAINS
SUBROUTINE test (n, arr)
IMPLICIT NONE
INTEGER :: n, arr(:)
INTEGER :: i = 5
I
--- Comment #44 from pluto at agmk dot net 2008-09-25 13:20 ---
i can reproduce this internal error on both 4.3.1 and 4.3-head.
here's a backtrace:
Breakpoint 1, error_recursion (context=0x10aeb40) at
../../gcc-4_3-branch/gcc/diagnostic.c:637
637 if (context->lock < 3)
(gdb) p *co
--- Comment #2 from sam at gcc dot gnu dot org 2008-09-25 13:47 ---
Kai, I didn't notice that you assigned the bug to yourself. Feel free to
followup on my mail titled "[PATCH] ada/37641: Remplace mingw
FILE_WRITE_PROPERTIES by FILE_WRITE_EA" sent to gcc-patches.
--
sam at gcc dot gn
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #2 from burnus at gcc dot gnu dot org 2008-09-25 15:02 ---
Subject: Bug 37504
Author: burnus
Date: Thu Sep 25 15:01:16 2008
New Revision: 140663
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140663
Log:
2008-09-25 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #3 from nightstrike at gmail dot com 2008-09-25 15:04 ---
I think that was a mistake. He was just trying to confirm the PR, and probably
meant to set it to WAITING as opposed to ASSIGNED. I saw your emails to
gcc-patches. If you could commit the change, that'd be awesome.
--- Comment #4 from sam at gcc dot gnu dot org 2008-09-25 15:13 ---
Subject: Bug 37641
Author: sam
Date: Thu Sep 25 15:12:26 2008
New Revision: 140665
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140665
Log:
gcc/ada/
PR ada/37641
* adaint.c (__gnat_set_non_
--- Comment #5 from sam at gcc dot gnu dot org 2008-09-25 15:14 ---
Fixed in current SVN trunk, thanks.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from burnus at gcc dot gnu dot org 2008-09-25 16:20 ---
Subject: Bug 37626
Author: burnus
Date: Thu Sep 25 16:18:45 2008
New Revision: 140667
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140667
Log:
2008-09-25 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #5 from burnus at gcc dot gnu dot org 2008-09-25 16:21 ---
FIXED on the trunk (4.4.0) and on the 4.3 branch.
Thanks for the bug report!
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
-
Hello
The result of an expression using pre-decrement or pre-increment such as:
y = x * n * --n;
gives different results in a few cases where x is placed before or after
the rest, or when its value is 1 or not. Please run the program attached
where a comment indicates what we think work
Sent from my iPhone
On Sep 25, 2008, at 10:39 AM, "Miguel A. Quintans" <[EMAIL PROTECTED]
> wrote:
Hello
The result of an expression using pre-decrement or pre-increment
such as:
y = x * n * --n;
Try turning on warnings. That is -Wsquence-points. The above is
specified behavi
The following example dumps a core if compiled with -march=i586 -fPIC:
#include
int main(void)
{
static uint64_t volatile s_u64;
__sync_bool_compare_and_swap(&s_u64, 0, 0);
}
The reason is that %ebx will be used as pointer for the memory variable.
I can reproduce this bug so far with gc
> The result of an expression using pre-decrement or pre-increment such as:
> y = x * n * --n;
> gives different results in a few cases where x is placed before or after
> the rest, or when its value is 1 or not. Please run the program attached
> where a comment indicates what we think wor
--- Comment #2 from paolo at gcc dot gnu dot org 2008-09-25 20:39 ---
Subject: Bug 37649
Author: paolo
Date: Thu Sep 25 20:38:32 2008
New Revision: 140670
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140670
Log:
/cp
2008-09-25 Paolo Carlini <[EMAIL PROTECTED]>
PR c+
--- Comment #3 from paolo dot carlini at oracle dot com 2008-09-25 20:41
---
Fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37649
--- Comment #4 from paolo dot carlini at oracle dot com 2008-09-25 20:41
---
.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Status|ASS
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-25 21:36 ---
I get:
xchgl %ebx, %edi
lock ; cmpxchg8b(%esi)
xchgl %ebx, %edi
Which looks good.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37651
__declspec(dllimport) int foo ();
struct S
{
friend __declspec(dllimport) int foo ();
};
This code gives me the following warning:
dllexport_test.cxx:5: warning: 'int foo()' redeclared without dllimport
attribute: previous dllimport ignored
I think it is bogus. I the code clearly declares the
--- Comment #2 from brian at dessent dot net 2008-09-25 22:29 ---
Subject: Re: __sync_bool_compare_and_swap creates wrong code
with -fPIC
You get that if the variable is auto, but if it's static the reference
is with a GOTOFF reloc:
xorl%edi, %edi
pushl %ebx
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-09-25 23:08 ---
Testing the fix right now with the addition assert.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36431
--- Comment #16 from pinskia at gcc dot gnu dot org 2008-09-25 23:24
---
I just ran into this again while working on a patch for fwprop.c and I noticed
that SMALL_REGISTER_CLASSES is true even for x86_64 which seems wrong.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21518
--- Comment #19 from vmakarov at gcc dot gnu dot org 2008-09-26 00:15
---
Subject: Bug 37448
Author: vmakarov
Date: Fri Sep 26 00:14:30 2008
New Revision: 140674
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140674
Log:
2008-09-25 Vladimir Makarov <[EMAIL PROTECTED]>
--- Comment #7 from drangon dot mail at gmail dot com 2008-09-26 00:33
---
I'm using the win64 native compiler:
E:\code>g++ -v
Using built-in specs.
Target: x86_64-pc-mingw32
Configured with: ../gcc/configure --host=x86_64-pc-mingw32
--target=x86_64-pc-mi
ngw32 --disable-nls --enable-l
--- Comment #14 from vmakarov at gcc dot gnu dot org 2008-09-26 00:44
---
Subject: Bug 37535
Author: vmakarov
Date: Fri Sep 26 00:43:11 2008
New Revision: 140679
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140679
Log:
2008-09-25 Vladimir Makarov <[EMAIL PROTECTED]>
template
struct Int2Type
{
enum { value = I };
typedef Int2Type type;
typedef typename Int2Type::type next;
};
int main(void)
{
Int2Type<5> i;
}
g++ compiler compiles the above program successfully (as it should) but spits
out the same warning message 5 times. If you change digit 5
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-26 01:33 ---
Works correctly on the trunk, that is it does not warn at all.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37653
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2008-09-26
03:03 ---
I notice that gcj on i686-apple-darwin9 is linked against libintl but gjar
isn't. Could that be the origin of the failure of --help on gjar but not gcj?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
--- Comment #7 from dannysmith at users dot sourceforge dot net 2008-09-26
03:15 ---
*** Bug 37652 has been marked as a duplicate of this bug. ***
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #1 from dannysmith at users dot sourceforge dot net 2008-09-26
03:15 ---
This is duplicate of 34749
*** This bug has been marked as a duplicate of 34749 ***
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
-
--- Comment #1 from kkojima at gcc dot gnu dot org 2008-09-26 03:31 ---
I've tried
--- ORIG/trunk/gcc/ira-color.c Wed Sep 17 09:48:49 2008
+++ LOCAL/trunk/gcc/ira-color.c Thu Sep 25 12:09:30 2008
@@ -514,7 +514,9 @@ assign_hard_reg (ira_allocno_t allocno,
#endif
if (! ira_hard
--- Comment #1 from jakub at gcc dot gnu dot org 2008-09-26 05:10 ---
Subject: Bug 37645
Author: jakub
Date: Fri Sep 26 05:09:29 2008
New Revision: 140680
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140680
Log:
PR c/37645
* c-common.c (handle_weakref_attribute
--- Comment #2 from jakub at gcc dot gnu dot org 2008-09-26 05:25 ---
Subject: Bug 37645
Author: jakub
Date: Fri Sep 26 05:23:48 2008
New Revision: 140681
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140681
Log:
PR c/37645
* c-common.c (handle_weakref_attribute
--- Comment #3 from jakub at gcc dot gnu dot org 2008-09-26 05:27 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #19 from jvdelisle at gcc dot gnu dot org 2008-09-26 06:16
---
Subject: Bug 37498
Author: jvdelisle
Date: Fri Sep 26 06:15:21 2008
New Revision: 140683
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140683
Log:
2008-09-25 Jerry DeLisle <[EMAIL PROTECTED]
--- Comment #20 from jvdelisle at gcc dot gnu dot org 2008-09-26 06:21
---
Subject: Bug 37498
Author: jvdelisle
Date: Fri Sep 26 06:19:42 2008
New Revision: 140684
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140684
Log:
2008-09-25 Jerry DeLisle <[EMAIL PROTECTED]
--- Comment #4 from dorit at gcc dot gnu dot org 2008-09-26 06:29 ---
Subject: Bug 37574
Author: dorit
Date: Fri Sep 26 06:28:01 2008
New Revision: 140685
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140685
Log:
PR tree-optimization/37574
* tree-vectorizer.c (v
46 matches
Mail list logo
