--- Additional Comments From uros at kss-loka dot si 2005-09-26 07:35
---
Patch at http://gcc.gnu.org/ml/gcc-patches/2005-09/msg01581.html
--
What|Removed |Added
Ass
--- Additional Comments From zoltan at bendor dot com dot au 2005-09-26
07:42 ---
Subject: A gcc primitive, under special circumstances, can crash the AVR
>
> --- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-23
> 12:56 ---
> Is there some source someo
--- Additional Comments From dave dot offiler at metoffice dot gov dot uk
2005-09-26 08:04 ---
Subject: Re: SIZE() matters?
Accepted,
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20406
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-26
08:09 ---
I don't think that this is a proper fix, since the following IMHO valid
code snippet is rejected:
namespace N { template struct A { oper
The following code doesn't compile with -fshort-enums option.
$ cat enum.cpp
enum E { E_value = 32768 };
template struct is_same;
template struct is_same {};
int main()
{
typedef typeof(+E_value) promoted;
is_same ok;
}
$ g++ enum.cpp
$
$ g++ -fshort-enums enum.cpp
enum.cpp: In functi
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-26
08:38 ---
Subject: Bug 15855
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-26 08:38:32
Modified files:
gcc: ChangeLog gcse.c
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-26
08:43 ---
Subject: Bug 15855
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-26 08:43:00
Modified files:
gcc/cp : ChangeLog decl2.c
Log message:
--- Additional Comments From uros at kss-loka dot si 2005-09-26 08:59
---
This is in fact middle-end problem. Patch at http://gcc.gnu.org/ml/gcc-
patches/2005-09/msg01583.html.
--
What|Removed |Added
---
--- Additional Comments From pcarlini at suse dot de 2005-09-26 09:16
---
Then, issue 6.19 of N1837 (Library Extension Technical Report - Issues List)
should be also updated... Certainly, this inconsistency between the
(associative,
see DR130) containers and the new unordered containers
--- Additional Comments From pcarlini at suse dot de 2005-09-26 09:42
---
Actually, on second thought, I'm not sure we should give up consistency so
easily
only because the it = t.erase(it) idiom cannot be meaningfully used together
with
unordered containers: otherwise, why, f.i., vect
The following snippet of code seg-faults:
typedef
std::tr1::unordered_map<
int,
char,
__gnu_cxx::hash<
int>,
std::equal_to<
int>,
std::allocator<
--- Additional Comments From pcarlini at suse dot de 2005-09-26 10:03
---
To be clear: my impression is that the resolution of DR130 was dictated by and
large by consistency and that the current wording for the iterator returned by
erase would be Ok also for unordered containers (besides
--- Additional Comments From filip693 at wp dot pl 2005-09-26 10:13 ---
Subject: Odp: configure: error: no acceptable cc found in $PATH
Where can I download a compiler from and how to install it?
Thanks for help.
Dnia 8-09-2005 o godz. 13:06 pinskia at gcc dot gnu dot org
napisa³(a):
--- Additional Comments From pcarlini at suse dot de 2005-09-26 10:17
---
Just a side note for now: the entire cached/non-cached thing should be carefully
reviewed as soon as possible, because it's certainly not standard conforming
adding additional template parameters (see DR94, in par
--- Additional Comments From uros at kss-loka dot si 2005-09-26 10:21
---
Confirmed, ICEs also on i686 with -O2 -msse2 -ftree-vectorize:
gcc -O2 -msse2 -ftree-vectorize pr24059.c
pr24059.c: In function 'compute_predicate_codes':
pr24059.c:10: internal compiler error: in expand_expr_real
"Designated (dot) Initializers" and "Unnamed struct/union fields" are regular
constructs in gcc, though, they connot be parsed together.
(tested up to gcc 3.3.3)
typedef struct {
union {
long MV;
int mv[2];
struct {
int x;
int y;
};
};
int z;
}foo_t;
foo_t foo
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-09-26 12:15
---
*** This bug has been marked as a duplicate of 10676 ***
--
What|Removed |Added
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-09-26 12:15
---
*** Bug 24065 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
The warning which is produced:
/Users/pinskia/src/ns/gcc/gcc/testsuite/treelang/compile/extrafunc.tree:0:
warning: 'const' attribute
directive ignored
--
Summary: almost all treelang testsuite fails with -maltivec as an
option
Product: gcc
Ve
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26
12:23 ---
http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg01199.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24066
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26
12:28 ---
Confirmed only a 3.4 regression.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From michael dot foerster at eads dot com
2005-09-26 13:14 ---
(In reply to comment #1)
> no ICE on x86 and x86_64, must be sparc specific.
I agree, I generated the ADA compiler on a x86 and it works.
Additional: compileing the test file succeeds with the followin
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26
13:20 ---
This is also testsuite/gcc.c-torture/execute/builtin-bitops-1.c failure with
"-ftree-vectorize -maltivec"
on powerpc-darwin, see
http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg01199.html
http://gcc.gnu
--- Additional Comments From debian-gcc at lists dot debian dot org
2005-09-26 13:22 ---
after an update to 2005-09-25, the bug seems to be hidden again, a diff on the
test summary i686/i486
Matthias
--- ../test-summary-i6862005-09-26 01:56:04.465389392 +
+++ test-summary
--- Additional Comments From chris at bubblescope dot net 2005-09-26 13:42
---
I'm not convinced that this is valid code.. unless I'm missing something, you
are altering values inside the
hash table, which isn't allowed unless you change the values in such a way that
their hashed valu
--- Additional Comments From chris at bubblescope dot net 2005-09-26 13:47
---
Sorry, you are of course changing the second value, which is fine. It's the
first one you shouldn't change.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24064
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26
15:21 ---
I think the patch at
http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00370.html
will fix this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9240
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26
15:24 ---
The note in the documention should be expanded to say approximately
"-fomit-frame-pointer does
nothing for the function main as it is the entry point and the need for
realigning the stack is needed".
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26
15:38 ---
Even -Wstrict-aliasing=2 does not warn.
--
What|Removed |Added
Last reconfirmed|2005-05-27
--
What|Removed |Added
Keywords||alias
Last reconfirmed|2005-05-26 12:37:22 |2005-09-26 15:42:20
date|
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-26
16:01 ---
> no ICE on x86 and x86_64, must be sparc specific.
> I agree, I generated the ADA compiler on a x86 and it works.
Confirmed. strict-alignment specific I presume.
--
What|Removed
--- Additional Comments From kazu at gcc dot gnu dot org 2005-09-26 16:13
---
Slightly reduced to:
extern void abort (void) __attribute__((noreturn));
struct S
{
int a, b, c;
};
void
foo2 (struct S x, struct S y)
{
if (x.b != 4)
abort ();
}
void
bar2 (struct S x, struct S y)
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-26
16:56 ---
This works at -O on x86.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24053
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-26
17:21 ---
Subject: Bug 24055
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-26 17:21:02
Modified files:
gcc: ChangeLog
gcc/config/i386: i
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-26
17:26 ---
Subject: Bug 24055
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-26 17:25:49
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From phython at gcc dot gnu dot org 2005-09-26
17:31 ---
So this is an ice-on-valid and an ice-on-invalid bug then?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22172
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-26
18:16 ---
Subject: Bug 23831
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-26 18:16:11
Modified files:
gcc: ChangeLog simplify-rtx.c
Log messag
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-26
18:18 ---
Subject: Bug 23831
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-26 18:17:54
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-26
18:43 ---
Subject: Bug 23942
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-26 18:43:09
Modified files:
gcc: ChangeLog tree-scalar-evolution.c
L
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-26
18:44 ---
Subject: Bug 23942
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-26 18:44:23
Modified files:
gcc: Makefile.in
Log message:
PR
--- Additional Comments From bangerth at dealii dot org 2005-09-26 19:00
---
The testcase in comment #3 shows an ice-on-invalid. The testcase in
comment #7 is valid, and ices anyway.
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22172
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-26
19:13 ---
Subject: Bug 23847
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-26 19:12:34
Modified files:
gcc: ChangeLog
gcc/config/rs6000:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-26
19:20 ---
Subject: Bug 22576
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-26 19:19:43
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-26
19:20 ---
Subject: Bug 22585
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-26 19:19:43
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-26
19:20 ---
Subject: Bug 23268
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-26 19:19:43
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
When trying to compile the attached preprocessed files using
gcc -c -fwhole-program --combine xterm.i xlwmenu.i
These warnings are produced unconditionally:
/home/dann/build/Emacs-CVS/emacs/lwlib/xlwmenu.c:57: warning: prototype for
'x_alloc_nearest_color_for_widget' follows non-prototype definit
--- Additional Comments From pault at gcc dot gnu dot org 2005-09-26 19:24
---
Patch posted on fortran list:
http://gcc.gnu.org/ml/fortran/2005-09/msg00400.html
Paul T
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23446
--- Additional Comments From dann at godzilla dot ics dot uci dot edu
2005-09-26 19:25 ---
Created an attachment (id=9807)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9807&action=view)
xterm.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24068
--- Additional Comments From dann at godzilla dot ics dot uci dot edu
2005-09-26 19:25 ---
Created an attachment (id=9808)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9808&action=view)
xlwmenu.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24068
--- Additional Comments From pault at gcc dot gnu dot org 2005-09-26 19:28
---
> I have a patch for 3 and will try to sort out 6 (+pr21986) as soon as I have a
> moment.
Both sorted in
http://gcc.gnu.org/ml/fortran/2005-09/msg00438.html
Paul T
--
Bug 16404 depends on bug 18870, whi
--
What|Removed |Added
Summary|Unconditional warning when |Unconditional warning when
|using -fwhole-program |using -combine
http://gcc.gnu.org/
--- Additional Comments From pault at gcc dot gnu dot org 2005-09-26 19:29
---
Sorted in:
http://gcc.gnu.org/ml/fortran/2005-09/msg00438.html
Paul T
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20835
--- Additional Comments From pault at gcc dot gnu dot org 2005-09-26 19:30
---
This will be resolved by
http://gcc.gnu.org/ml/fortran/2005-09/msg00438.html
Paul T
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20890
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26
19:31 ---
Actually this is where C standard is werid really.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24068
--- Additional Comments From pault at gcc dot gnu dot org 2005-09-26 19:31
---
This will be resolved by:
http://gcc.gnu.org/ml/fortran/2005-09/msg00438.html
Paul T
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20899
--- Additional Comments From pault at gcc dot gnu dot org 2005-09-26 19:32
---
This is resolved by http://gcc.gnu.org/ml/fortran/2005-09/msg00438.html
Paul T
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20900
--- Additional Comments From pault at gcc dot gnu dot org 2005-09-26 19:33
---
This is resolved by
http://gcc.gnu.org/ml/fortran/2005-09/msg00438.html
Paul T
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20901
--- Additional Comments From pault at gcc dot gnu dot org 2005-09-26 19:34
---
This is resolved by http://gcc.gnu.org/ml/fortran/2005-09/msg00438.html
Paul T
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20902
--- Additional Comments From pault at gcc dot gnu dot org 2005-09-26 19:35
---
This is resolved by http://gcc.gnu.org/ml/fortran/2005-09/msg00438.html
Paul T
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20903
--- Additional Comments From pault at gcc dot gnu dot org 2005-09-26 19:37
---
(In reply to comment #1)
> This is resolved by
>
> http://gcc.gnu.org/ml/fortran/2005-09/msg00438.html
>
> Paul T
PS The testcase checks the character sequence, rather than default character
type:
! { dg-
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-26
19:41 ---
Subject: Bug 23847
CVSROOT:/cvs/gcc
Module name:gcc
Branch: apple-local-200502-branch
Changes by: [EMAIL PROTECTED] 2005-09-26 19:40:51
Modified files:
gcc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26
19:41 ---
Because one file uses K&R style function defintions and the other uses a
prototype which is ANSI/ISO
style.
Simple example:
file1.c:
int f(int);
---
file2.c:
int f(a)
int a;
{
return a;
}
---
Compile it
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26
19:46 ---
I really want to say this is a bug in their code as
x_alloc_nearest_color_for_widget's prototype is in the source file which is bad
form really.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24068
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26
19:48 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
Ran into an ice today while attempting a profiled bootstrap of mainline:
/> gcc -c -O2 -fprofile-use -freorder-blocks-and-partition dwarf2out.i
dwarf2out.c: In function âoutput_call_frame_infoâ:
dwarf2out.c:2410: internal compiler error: in make_edges, at cfgbuild.c:350
Please submit a full bug re
--
What|Removed |Added
Component|gcov/profile|rtl-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24069
--- Additional Comments From dann at godzilla dot ics dot uci dot edu
2005-09-26 19:54 ---
(In reply to comment #4)
> Because one file uses K&R style function defintions and the other uses a
prototype which is ANSI/ISO
> style.
> Simple example:
[snip]
> So I don't think this is not an
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26
19:55 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26
19:55 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From steinmtz at us dot ibm dot com 2005-09-26
19:57 ---
Created an attachment (id=9809)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9809&action=view)
dwarf2out.gcda
Attached dwarf2out.gcda
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24069
--- Additional Comments From tromey at gcc dot gnu dot org 2005-09-26
19:58 ---
libffi bug that Gary found while doing builds on PPC64
http://gcc.gnu.org/ml/gcc-patches/2005-09/msg01605.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24018
--- Additional Comments From steinmtz at us dot ibm dot com 2005-09-26
19:58 ---
Created an attachment (id=9810)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9810&action=view)
dwarf2out.gcno
Attached dwarf2out.gcno
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24069
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26
19:59 ---
This is not a regression.
--
What|Removed |Added
Keywords|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26
20:01 ---
Is gcc really being used or is "stage1/xgcc -B stage1" being used?
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26
20:02 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-26
20:06 ---
Subject: Bug 23677
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-26 20:06:37
Modified files:
gcc/fortran: ChangeLog
gcc/testsuite : C
--- Additional Comments From steinmtz at us dot ibm dot com 2005-09-26
20:14 ---
When I first saw it, it was with "stage1/xgcc -B stage1", however I've since
done a non-profiled bootstrap of mainline, and the resulting gcc exhibits the
same problem.
Working on getting the .i attached.
--- Additional Comments From steinmtz at us dot ibm dot com 2005-09-26
20:28 ---
Until I attach a .i file, this could be reproduced by anyone with a copy of
the mainline source and the gcda/gcno attachments I've already provided.
You'd need to to something like this:
.../build-gcc-ml
--- Additional Comments From dann at godzilla dot ics dot uci dot edu
2005-09-26 20:46 ---
(In reply to comment #4)
> So this about the following:
> int f(a)
> int a;
> {
> return a;
> }
> int f(int);
>
> Which is questionable.
>
> So I don't think this is not an inappropriate warnin
--- Additional Comments From steinmtz at us dot ibm dot com 2005-09-26
21:49 ---
Created an attachment (id=9811)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9811&action=view)
dwarf2out.i
Here's the .i. It results in a little "noise" in the form of some warnings
during the compi
--- Additional Comments From steinmtz at us dot ibm dot com 2005-09-26
22:07 ---
Unless the common infrastructure bb frequency and edge probabilities have been
updated to reflect builtin_expect, http://gcc.gnu.org/ml/gcc-patches/2005-
09/msg00370.html probably won't fix this problem.
-
--- Additional Comments From atavory at gmail dot com 2005-09-26 22:22
---
(In reply to comments #2 and #3:
Actually, on second thought, I'm not sure we should give up consistency so
easily
only because the it = t.erase(it) idiom cannot be meaningfully used together
with
unordered cont
--- Additional Comments From mckinlay at redhat dot com 2005-09-26 22:36
---
AC_PROG_CXX is, presumably, needed by classpath in order to build the Qt peers.
Although this is not the default configuration, it means we can't remove
AC_PROG_CXX.
The libjava configure gets around this issue
--- Additional Comments From mckinlay at redhat dot com 2005-09-26 22:41
---
Please ignore this patch, I attached it to the wrong bug. Sorry.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24057
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-26
22:48 ---
Just a note:
I was able to profiledbootstrap on x86_64-pc-linux-gnu (but that was over a
week ago).
On powerpc-darwin, it failed, and I got PR 23396 out of it, from what I heard
from someone else using
a
When passed the -g3 flag, GCC can generate Dwarf macro info that contains bad
file numbers.
The test input file bad-macro-file.i is included at the bottom.
$ gcc --version
gcc (GCC) 4.0.1 20050727 (Red Hat 4.0.1-5)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the s
--- Additional Comments From jimb at redhat dot com 2005-09-26 22:57
---
Created an attachment (id=9814)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9814&action=view)
Preprocessed input file for the bug report.
This is the result of preprocessing bad-macro-file.c on my machine.
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-26 23:03
---
André,
Any chance you can detail how I can reproduce your failure?
thanks,
benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22309
--- Additional Comments From kev dot gilbert at cdu dot edu dot au
2005-09-26 23:17 ---
Whilst this bug has been marked as resolved, I am still experiencing the same
problems (with arts-1.4.91 - the version shipped with KDE 35. Beta 1).
My gcc version info : gcc (GCC) 4.1.0 20050
The patch for 22309 kills Solaris 2.6, 2.7, 2.8, and 2.9. The failure mode is as
follows:
FAIL: ext/mt_allocator/check_allocate_big_per_type.cc execution test
FAIL: ext/mt_allocator/check_delete.cc execution test
FAIL: ext/mt_allocator/check_new.cc execution test
FAIL: ext/mt_allocator/deallocate_
--
What|Removed |Added
CC||ebotcazou at libertysurf dot
||fr
http://gcc.gnu.org/bugzilla/s
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-26 23:24
---
Created an attachment (id=9815)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9815&action=view)
double intialization patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24071
--
What|Removed |Added
Attachment #9815|double intialization patch |force intialization patch
description||
http://gcc.gnu.org/bugzilla/show_b
--- Additional Comments From bangerth at dealii dot org 2005-09-27 00:44
---
Kevin,
can you try out the various testcases from this report and see whether your
compiler fails any of them?
W.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-27
01:08 ---
Hmm, I think this should have been fixed by PR 20253. I don't have any FSF
4.0.x compiler after that.
Double hmm, it works with 32 bits but not 64bits on the mainline.
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-27
01:12 ---
The difference between 32 and 64bit:
--- 64 2005-09-27 03:10:18.552798040 +0200
+++ 32 2005-09-27 03:10:26.250627792 +0200
@@ -1,7 +1,7 @@
Dump of debug contents of section .debug_line:
- Length:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-27
01:16 ---
Likewise for .s files:
@@ -1502,7 +1502,7 @@
.byte 0x3 # Start new file
.uleb128 0x8b # Included from line number 139
.file 17 "/usr/include/bits/stdio_lim.h"
- .uleb128
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-27
01:24 ---
I need to try FSF 4.0.2 because redhat's compiler is known not to be clean.
But currently I can confirm this fails on the mainline and works with 4.0.0
20050301 and 3.3.6.
--
What|Remove
extern volatile signed int i;
volatile unsigned int i = 0;
gets you:
~/ootbc/members/src$ g++ foo.cc
foo.cc:2: error: conflicting declaration 'volatile unsigned int i'
foo.cc:1: error: 'i' has a previous declaration as `volatile int i'
foo.cc:2: error: type mismatch with previous external decl o
--
What|Removed |Added
Keywords||diagnostic
Known to fail||3.4.0
Known to work|
1 - 100 of 125 matches
Mail list logo
