--- Comment #27 from pault at gcc dot gnu dot org 2007-10-10 07:05 ---
(In reply to comment #17)
> char.3 = (*(char[0:][1:1] *) atmp.0.data)[S.2][1]{lb: 1 sz: 1};
> (*(char[0:][1:1] *) atmp.1.data)[S.2] = char.3;
> the first line is correct, the second is not.
Fo
--- Comment #7 from tbm at cyrius dot com 2007-10-10 07:35 ---
(In reply to comment #6)
> Works for me with r129166. I suppose this was x86_64. And a dup of either
> PR33600 or PR33552.
Yeah, it was a dup.
*** This bug has been marked as a duplicate of 32370 ***
--
tbm at cyrius
--- Comment #8 from tbm at cyrius dot com 2007-10-10 07:35 ---
*** Bug 33138 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32370
--- Comment #11 from ubizjak at gmail dot com 2007-10-10 07:59 ---
(In reply to comment #9)
> Revision 128957 causes this regression.
I can confirm that r128956 bootstraps OK when configured with
--build=i386-pc-linux-gnu. Also, r128956 compiles and runs testcase from
comment #8 without
--- Comment #1 from kostikbel at ukr dot net 2007-10-10 08:16 ---
Created an attachment (id=14335)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14335&action=view)
Fix for free() after putenv() on FreeBSD 7.x
The patch allowed me to bootstrap gcc 4.2.2 on the FreeBSD 7.x with
gnat
> Created an attachment (id=14335)
> --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14335&action=view)
> Fix for free() after putenv() on FreeBSD 7.x
>
> The patch allowed me to bootstrap gcc 4.2.2 on the FreeBSD 7.x with
> gnat enabled.
Patch looks good to me. OK for 4.2 branch and trunk.
The putenv() in the FreeBSD 7.x is made posix-conforming, that means
that the function does not make the copy of the argument string for entering
it into the environment.
As consequence, gcc/ada/env.c, __gnat_setenv() function shall not call
free() on the malloc'ed string. Otherwise, memory of the
--- Comment #2 from charlet at adacore dot com 2007-10-10 08:18 ---
Subject: Re: putenv() is made posix-conformant on FreeBSD 7.x
> Created an attachment (id=14335)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14335&action=view)
> --> (http://gcc.gnu.org/bugzilla/attachment.cgi
--- Comment #4 from steven at gcc dot gnu dot org 2007-10-10 09:06 ---
Maybe regstack needs to be taught how to swap stack register loads to avoid the
fxch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26902
--- Comment #4 from pcarlini at suse dot de 2007-10-10 09:19 ---
(In reply to comment #2)
> Here's my plan for the legacy hash containers:
>
> 1) port debug mode to tr1 associative containers
> 2) move ext/hash containers to deprecated
>
> Thoughts?
Certainly, I agree with the (mid te
--- Comment #33 from steven at gcc dot gnu dot org 2007-10-10 08:57 ---
What happened with the suggestion to only do this in reassoc2 (see comment
#27)?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32183
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-10-10 09:24
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-10-10 09:24 ---
Subject: Bug 33381
Author: rguenth
Date: Wed Oct 10 09:24:43 2007
New Revision: 129197
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129197
Log:
2007-10-10 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-10-10 09:24 ---
Subject: Bug 33099
Author: rguenth
Date: Wed Oct 10 09:24:43 2007
New Revision: 129197
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129197
Log:
2007-10-10 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-10-10 09:25
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #14 from rguenth at gcc dot gnu dot org 2007-10-10 09:29
---
Subject: Bug 31899
Author: rguenth
Date: Wed Oct 10 09:29:13 2007
New Revision: 129199
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129199
Log:
2007-10-10 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #15 from rguenth at gcc dot gnu dot org 2007-10-10 09:29
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #9 from dominiq at lps dot ens dot fr 2007-10-10 09:35 ---
Are the codes in #7 and #8 supposed to behave differently?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33686
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-10-10 09:57 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from uros at gcc dot gnu dot org 2007-10-10 10:02 ---
Subject: Bug 33369
Author: uros
Date: Wed Oct 10 10:01:53 2007
New Revision: 129201
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129201
Log:
Backport from mainline:
2007-09-14 Uros Bizjak <[
--- Comment #3 from uros at gcc dot gnu dot org 2007-10-10 10:02 ---
Subject: Bug 33438
Author: uros
Date: Wed Oct 10 10:01:53 2007
New Revision: 129201
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129201
Log:
Backport from mainline:
2007-09-14 Uros Bizjak <[
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot
|dot org
At -O2 we should IMNSHO generate the same code for all 3 functions:
typedef union
{
struct
{
int f1, f2, f3, f4, f5, f6, f7, f8;
long int f9, f10;
int f11;
} f;
char s[56];
long int a;
} T;
void
foo (void)
{
T t;
t = (T) { { 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0 } };
test (&t
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-10-10 11:23
---
The problem is that we try simplification in find_array_section() because the
vector subscript is EXPR_ARRAY, which is not necessarily constant (in this
case, the values in the constructor depend on variable i). S
struct xt_entry_target {
unsigned char name[1];
};
struct ipt_entry {
unsigned char elems[1];
};
void match_different(const unsigned char *);
int dump_entry(struct xt_entry_target *t)
{
return __builtin_strcmp (t->name, "");
}
void is_same(const struct ipt_entry *a)
{
match_different(a->ele
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-10-10 11:34 ---
The problem here is that some times we use build_pointer_type () and sometimes
we use build_pointer_type_for_mode (). If the latter is called with ref-all
true (as done from builtins.c for unsigned char) we get inco
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-10-10 11:37 ---
Another fix would be to exchange the fix for PR19382 by only doing the
folding of builtin_memcmp if the alias set of unsigned char is zero.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33724
--- Comment #12 from zadeck at naturalbridge dot com 2007-10-10 11:41
---
I will look at it today.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33676
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-10-10 11:49 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-
|
--
zadeck at naturalbridge dot com changed:
What|Removed |Added
BugsThisDependsOn|33669 |
AssignedTo|unassigned at gcc dot gnu |zadeck at naturalbr
This testcase:
--cut here--
extern const int foo (int a);
extern const int bar (int a);
int test (int a)
{
return foo (a) + bar (a);
}
--cut here--
compiles to:
test:
subl$12, %esp
movl%ebx, 4(%esp)
movl16(%esp), %ebx
movl%esi, 8(%esp)
m
--- Comment #11 from irar at il dot ibm dot com 2007-10-10 13:23 ---
I understand that those symbols have to be renamed, I am just saying that maybe
it should be done in the gimplifier and not in the vectorizer. But since
force_gimple_operand_bsi also goes through the statements list,
--- Comment #2 from tobi at gcc dot gnu dot org 2007-10-10 12:59 ---
I have a patch for this. Unfortunately, while playing around with testcases I
found a new segfault, so I'll have to look into this before submitting.
Failing testcase:
! { dg-do run }
! { dg-options "-fbounds-check" }
--- Comment #3 from kkojima at gcc dot gnu dot org 2007-10-10 13:28 ---
Not fixed by r129192. I see
FAIL: gcc.c-torture/execute/pr33669.c execution, -O1
FAIL: gcc.c-torture/execute/pr33669.c execution, -O2
FAIL: gcc.c-torture/execute/pr33669.c execution, -Os
on sh4-unknown-linux-gn
--- Comment #4 from zadeck at naturalbridge dot com 2007-10-10 13:33
---
Subject: Re: [4.3 Regression] Wrong register allocation
on SH
kkojima at gcc dot gnu dot org wrote:
> --- Comment #3 from kkojima at gcc dot gnu dot org 2007-10-10 13:28
> ---
> Not fixed by r129192.
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-10-10 13:38
---
Subject: Bug 33636
Author: fxcoudert
Date: Wed Oct 10 13:38:38 2007
New Revision: 129208
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129208
Log:
PR fortran/33636
* expr.c (find_array_se
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-10-10 13:39 ---
The C FE strips qualifier in building the ARRAY_REF. I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2007-10-10 13:41
---
Subject: Bug 33391
Author: fxcoudert
Date: Wed Oct 10 13:40:50 2007
New Revision: 129209
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129209
Log:
PR testsuite/33391
* gfortran.dg/do_3.F9
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-10-10 13:41
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2007-10-10 13:42
---
Testcase fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #1 from hjl at lucon dot org 2007-10-10 13:52 ---
There are
-- Macro: STACK_BOUNDARY
Define this macro to the minimum alignment enforced by hardware
for the stack pointer on this machine. The definition is a C
expression for the desired alignment (measured i
typedef unsigned int U032;
typedef volatile struct {
U032 Monochrome[1];
struct {
U032 WidthHeight;
} UnclippedRectangle[1];
} RivaBitmap;
void writel(void *);
void rivafb_fillrect(RivaBitmap *bm)
{
writel(&bm->UnclippedRectangle[0].WidthHeight);
}
fbdev.3.i: In function
pb-d-128-141-24-81:~/src/pr tobi$ cat t.f90
program array_char
implicit none
character (len=2) :: x, y
character (len=2) :: z(2)
x = "a "
y = "cd"
z = [y(1:len(trim(y))), x(1:1)] ! causes segfault
end program array_char
pb-d-128-141-24-81:~/src/pr tobi$ ../hggcc/build/gcc/f951 t.f90
MAIN__
t.f90:
--- Comment #3 from tobi at gcc dot gnu dot org 2007-10-10 14:23 ---
The failure from #2 is now PR 33727.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33254
--- Comment #2 from hjl at lucon dot org 2007-10-10 13:54 ---
(In reply to comment #1)
>
> STACK_BOUNDARY <= PREFERRED_STACK_BOUNDARY <= INCOMING_STACK_BOUNDARY
>
But for backward compatibility, we can only do it with a command line
option.
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #3 from dominiq at lps dot ens dot fr 2007-10-10 14:38 ---
Note that the (IMHO) valid code:
program array_char
implicit none
character (len=2) :: x, y
character (len=2) :: z(2)
x = "a "
y = "cd"
z = (/y(1:len(trim(x))), x(1:len(trim(x)))/) ! causes segfault
print *, z
end p
I have a block of code:
struct LatLon : public Coord
{
std::string lat;
std::string lon;
inline LatLon() : lat(""), lon("") {}
};
Coord* coord;
coord = new LatLon();
static_cast(coord)->lat = static_cast(other.coord)->lat;
static_cast(coord)->lo
--- Comment #4 from tobi at gcc dot gnu dot org 2007-10-10 14:40 ---
OTOH this works:
program array_char
implicit none
character (len=2) :: x
character (len=1) :: z
x = "a "
z = x(1:len(trim(x)))
end program array_char
So the problem is with array constructors.
--
http://gcc.gnu.or
--- Comment #1 from tobi at gcc dot gnu dot org 2007-10-10 14:25 ---
There's a disabled check in bounds_check_10.f90 (to be submitted) which depends
on this bug, please enable it after fixing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33727
--- Comment #2 from tobi at gcc dot gnu dot org 2007-10-10 14:34 ---
(In reply to comment #1)
> There's a disabled check in bounds_check_10.f90 (to be submitted) which
> depends
> on this bug, please enable it after fixing.
Scratch that, of course after the first runtime error the test
--- Comment #5 from bkoz at gcc dot gnu dot org 2007-10-10 15:24 ---
Subject: Bug 33633
Author: bkoz
Date: Wed Oct 10 15:23:59 2007
New Revision: 129210
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129210
Log:
2007-10-10 Benjamin Kosnik <[EMAIL PROTECTED]>
PR libstd
--- Comment #28 from pault at gcc dot gnu dot org 2007-10-10 15:44 ---
The patch below fixes the lot. It was not necessary in the end to touch
trans-intrinsic.c. Once the appropriate, offending bit of trans-array.c was
fixed, all the casting occurred correctly. The fixes to iresolve.c
--- Comment #5 from bkoz at gcc dot gnu dot org 2007-10-10 15:45 ---
This should be fixed now. Please confirm and close.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #29 from rguenther at suse dot de 2007-10-10 15:47 ---
Subject: Re: wrong types in character array/scalar binop
On Wed, 10 Oct 2007, pault at gcc dot gnu dot org wrote:
> --- Comment #28 from pault at gcc dot gnu dot org 2007-10-10 15:44
> ---
> The patch below f
--- Comment #6 from bkoz at gcc dot gnu dot org 2007-10-10 15:49 ---
Fixed.
Current debug mode results (ie, with make CXXFLAGS="-D_GLIBCXX_DEBUG" check)
FAIL: 20_util/pair/moveable.cc execution test
FAIL: 23_containers/deque/moveable.cc execution test
FAIL: 23_containers/headers/bits
--- Comment #7 from pcarlini at suse dot de 2007-10-10 15:52 ---
Yes, time to fix the moveable.cc tests in debug-mode. Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33633
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-10-10
17:04 ---
Subject: Re: 1938 unexpected fails in libjava testsuite
The attached patch fixes the problem.
Dave
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2007-10-10
17:04 ---
Created an at
--- Comment #6 from danglin at gcc dot gnu dot org 2007-10-10 17:08 ---
Hans,
Is the attached patch correct?
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from pcarlini at suse dot de 2007-10-10 17:36 ---
The moveable.cc fails are now fixed. Otherwise, a couple of fails are also
trivial
23_containers/vector/bool/capacity/29134.cc
23_containers/vector/bool/modifiers/insert/31370.cc
_S_word_size in the wrong namespace.
And
On 10 Oct 2007 08:58:00 -, steven at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #33 from steven at gcc dot gnu dot org 2007-10-10 08:57
> ---
> What happened with the suggestion to only do this in reassoc2 (see comment
> #27)?
>
>
Yeah, i'm not sure why we just m
--- Comment #34 from dberlin at gcc dot gnu dot org 2007-10-10 17:43
---
Subject: Re: [4.3 Regression] reassoc2 can more extra calculations into a loop
On 10 Oct 2007 08:58:00 -, steven at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #33 from steven at gcc
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30801
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31090
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32086
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32590
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32653
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32921
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33168
--- Comment #3 from mmitchel at gcc dot gnu dot org 2007-10-10 17:52
---
The original submitter says the problem has disappeared.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
-
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33315
--- Comment #4 from mmitchel at gcc dot gnu dot org 2007-10-10 17:53
---
Dave --
Is this fixed with Jan's patch? If so, please close.
Thanks,
-- Mark
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33318
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33319
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33368
--- Comment #9 from bkoz at gcc dot gnu dot org 2007-10-10 17:56 ---
Sweet, thanks. Any chance you could put in the
23_containers/vector/bool/capacity/29134.cc
23_containers/vector/bool/modifiers/insert/31370.cc
fix too? My sources are in pre-deprecate mode right now...
best,
benjam
--- Comment #11 from mmitchel at gcc dot gnu dot org 2007-10-10 17:57
---
I understand that we don't know whether this is a problem in GCC or in Perl.
However, until we know, I think this should be P1 -- having GCC releases that
don't work with SPEC, without an explanation, undermines
--- Comment #10 from pcarlini at suse dot de 2007-10-10 17:57 ---
I don't have a fix ;) Everything seems rather ugly and not worth the trouble...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33633
--- Comment #7 from mmitchel at gcc dot gnu dot org 2007-10-10 17:58
---
We really need to fix this class of problems. Every release of GCC over the
past couple of years has had serious aliasing issues that caused real-world
programs to fall over. We can fix this by making the compile
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33434
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33458
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33500
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33562
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33589
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33624
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33644
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33670
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33673
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33680
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33645
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33461
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33509
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33544
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33545
--- Comment #3 from mmitchel at gcc dot gnu dot org 2007-10-10 18:10
---
And, if profiling data is required, then we should issue an error saying that,
not fall over.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from jsm28 at gcc dot gnu dot org 2007-10-10 18:24 ---
Subject: Bug 32295
Author: jsm28
Date: Wed Oct 10 18:24:29 2007
New Revision: 129215
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129215
Log:
PR c/32295
* c-typeck.c (default_conversion): Cal
--- Comment #9 from jsm28 at gcc dot gnu dot org 2007-10-10 18:31 ---
Fixed for 4.2.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|jsm
--- Comment #1 from nightstrike at gmail dot com 2007-10-10 18:44 ---
Changed the title to better reflect what was transpiring.
This problem has since been fixed, so I am closing it.
--
nightstrike at gmail dot com changed:
What|Removed |Added
---
I just tried to compile the following C++ source code
with the GNU C++ compiler version 4.3 snapshot 20071005.
static extern c;
The compiler said
testProg.cc:3: error: ISO C++ forbids declaration of 'c' with no type
testProg.cc:3: error: conflicting specifiers in declaration of 'c'
testProg.cc:3
1 - 100 of 135 matches
Mail list logo
