--- Comment #35 from ubizjak at gmail dot com 2008-02-15 08:01 ---
(In reply to comment #34)
> With the patch in http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00507.html, the
> PR is fixed without regression on intel(32/64 bit) and ppc(32 bit) darwin9.
> I'll post the test results ASAP.
--- Comment #3 from reichelt at gcc dot gnu dot org 2008-02-15 08:19
---
Confirmed. This is a serious problem IMHO. Here's a valid example that crashes
for me:
#include
#include
struct A
{
std::string s;
};
struct B
{
B();
std::vector v;
};
B::B()
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35191
--- Comment #4 from reichelt at gcc dot gnu dot org 2008-02-15 09:03
---
Reduced testcase:
struct A
{
A();
A(const A&);
};
struct B
{
A a;
};
struct C
{
C(const B& = B());
};
C c;
--
http://gcc.gnu.org/bugzilla/s
--- Comment #5 from reichelt at gcc dot gnu dot org 2008-02-15 09:05
---
The (valid!) testcase in comment #4 gives the following error message:
bug.cc:17: error: void value not ignored as it ought to be
bug.cc:17: internal compiler error: tree check: expected class 'expression',
have '
--- Comment #7 from rguenther at suse dot de 2008-02-15 09:08 ---
Subject: Re: [4.3 Regression] crash by too deep
recursion in DFS tree-ssa-sccvn.c:1898
On Thu, 14 Feb 2008, steven at gcc dot gnu dot org wrote:
> --- Comment #6 from steven at gcc dot gnu dot org 2008-02-14 23:25
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-02-15 09:23 ---
Yeah, forwprop checks that it may propagate the name SR.40_22, but it doesn't
check recursively if any of the names occuring in the ADDR_EXPR of the rhs
are marked abnormal.
We should check for this before calling f
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35164
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35150
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-02-15 09:40 ---
Either you want
struct s {
int i;
enum { x } foo;
}a;
and case a.foo: which is indeed not a integral cosntant expression or you
simply want
case x:
which is what of course works.
--
rguenth at gcc dot
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-15 09:43 ---
We can add a warning to follow C++ which would reject this code. EDG for
example says
t.c(38): warning #188: enumerated type mixed with another type
t.model_color = 5;
but the C std says the enum can hold all
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-02-15 09:54 ---
All testcases work for me with r132335.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #36 from uros at gcc dot gnu dot org 2008-02-15 09:56 ---
Subject: Bug 34621
Author: uros
Date: Fri Feb 15 09:55:36 2008
New Revision: 132336
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132336
Log:
PR middle-end/34621
* function.c (pad_to_arg_align
--- Comment #37 from ubizjak at gmail dot com 2008-02-15 10:01 ---
Fixed with the patch that removes the test for STACK_BOUNDARY.
[Let's wait to see if there are any targets that break with this change...]
--
ubizjak at gmail dot com changed:
What|Removed
--- Comment #4 from jerome dot duquennoy at wanadoo dot fr 2008-02-15
10:11 ---
Created an attachment (id=15156)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15156&action=view)
floating point tests with different FPU configuration
This archive contains code to test the behavior
--- Comment #2 from manu at gcc dot gnu dot org 2008-02-15 10:24 ---
*** This bug has been marked as a duplicate of 7654 ***
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #8 from manu at gcc dot gnu dot org 2008-02-15 10:24 ---
*** Bug 35207 has been marked as a duplicate of this bug. ***
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-02-15 10:25 ---
So this is a problem of the oracle library not re-setting FPU state. The
general ada problem, if it exists, is probably a dup of PR323 if it expects
double to behave consistently as if it had a mantissa of 53 bits.
--- Comment #9 from manu at gcc dot gnu dot org 2008-02-15 10:36 ---
It is not clear whether we want such a warning or not (and in 6 years, just 2
people have suggested it not too loudly). But if we do:
* -Wstrict-enums seems a better name. It should be consistent and not handle
only as
--- Comment #6 from jerome dot duquennoy at wanadoo dot fr 2008-02-15
11:07 ---
After testing it, the -mpc option do not help.
I agree this seems to be a problem of oracle not re-setting the FPU state.
Nevertheless, this makes ada unusable (or unreliable, which is not really
better) wi
--- Comment #9 from manu at gcc dot gnu dot org 2008-02-15 11:09 ---
(In reply to comment #0)
> enum E { A };
> ...
> E e = static_cast (10);
>
> Yes, i know that result of this is undefined.
Is this true? I haven't found any mention of this.
> However, previous versions of g++ (and e
--- Comment #7 from ubizjak at gmail dot com 2008-02-15 11:12 ---
(In reply to comment #6)
> After testing it, the -mpc option do not help.
>
> I agree this seems to be a problem of oracle not re-setting the FPU state.
> Nevertheless, this makes ada unusable (or unreliable, which is not
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-02-15 11:13 ---
Is there a reason why this is a GCC bug, from the comments I see you agree it
is a bug in oracle and valgrind.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from pinskia at gcc dot gnu dot org 2008-02-15 11:15
---
> Is this true? I haven't found any mention of this.
It is at least unspecified.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12242
--- Comment #9 from hubicka at gcc dot gnu dot org 2008-02-15 11:15 ---
Fixed by my patch.
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #10 from hubicka at gcc dot gnu dot org 2008-02-15 11:16
---
Subject: Bug 35149
Author: hubicka
Date: Fri Feb 15 11:15:48 2008
New Revision: 132337
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132337
Log:
PR middle-end/35149
* ipa.c (cgraph_remove
--- Comment #5 from manu at gcc dot gnu dot org 2008-02-15 11:25 ---
I am not sure how we want to fix this bug.
A possible fix is to have 2 behaviours, one with -std=cX and another with
-std=gnuX. So, for -std=cX we always convert enum values to integer, while for
-std=gnuX we don't. C
--- Comment #8 from hubicka at ucw dot cz 2008-02-15 11:29 ---
Subject: Re: [4.2/4.3 Regression] ICE in coalesce_abnormal_edges
The split happens in loop_optimized_init during profile construction pass, not
in inliner.
#0 make_ssa_name (var=0xb7da1228, stmt=0xb7daf000) at
../../gcc/tr
--- Comment #11 from manu at gcc dot gnu dot org 2008-02-15 11:32 ---
(In reply to comment #10)
> > Is this true? I haven't found any mention of this.
> It is at least unspecified.
>
So warning makes sense then, doesn't it? But perhaps the wording is not ideal.
--
http://gcc.gnu.o
--- Comment #12 from rguenth at gcc dot gnu dot org 2008-02-15 11:34
---
It should probably say that it will truncate the value, which is what will
happen.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12242
--- Comment #7 from reichelt at gcc dot gnu dot org 2008-02-15 11:40
---
Reopen...
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Status|RES
--- Comment #6 from reichelt at gcc dot gnu dot org 2008-02-15 11:40
---
*** Bug 35191 has been marked as a duplicate of this bug. ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from reichelt at gcc dot gnu dot org 2008-02-15 11:40
---
... to mark as duplicate of PR35116
*** This bug has been marked as a duplicate of 35116 ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from rguenther at suse dot de 2008-02-15 11:41 ---
Subject: Re: [4.2/4.3 Regression] ICE in coalesce_abnormal_edges
On Fri, 15 Feb 2008, hubicka at ucw dot cz wrote:
> --- Comment #8 from hubicka at ucw dot cz 2008-02-15 11:29 ---
> Subject: Re: [4.2/4.3 Regre
--- Comment #9 from jerome dot duquennoy at wanadoo dot fr 2008-02-15
11:55 ---
I believe the problem is enlighten by Oracle, but needs to be addressed in the
compiler :
The adalib requires a specific FPU configuration to behave normally.
Therefore, it should ensure this requirement is
--- Comment #10 from hubicka at gcc dot gnu dot org 2008-02-15 11:55
---
Seems like it. After fwprop1 iter_1 and iter_7 conflict:
D.2095_6 = &iter_1(ab)->D.2086;
iter_7(ab) = iter_1(ab) + 8;
__comp_ctor (&D.2138, D.2094_5);
# SUCC: 4 [100.0%] (fallthru,exec) 5 (ab,eh,exec)
--- Comment #13 from manu at gcc dot gnu dot org 2008-02-15 11:42 ---
(In reply to comment #12)
> It should probably say that it will truncate the value, which is what will
> happen.
>
That doesn't happen. The result of the conversion is 10 in GCC 4.3. It seems it
doesn't need to be 10
--- Comment #14 from ubizjak at gmail dot com 2008-02-15 12:20 ---
Testcase is fixed by http://gcc.gnu.org/ml/gcc-cvs/2008-02/msg00353.html:
Author: uros
Date: Fri Feb 15 12:19:00 2008
New Revision: 132339
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132339
Log:
* gcc.
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2008-02-15 12:23
---
> The adalib requires a specific FPU configuration to behave normally.
> Therefore, it should ensure this requirement is fulfilled.
>
> Under windows, internix, EMX, lynx, netBSD and freeBSD on an i386 CPU, the
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-02-15 12:36
---
It is indeed fixed by a patch for PR35164 which I have.
*** This bug has been marked as a duplicate of 35164 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Add
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-02-15 12:36 ---
*** Bug 35182 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-02-15 12:37 ---
With confirming that PR35182 is the same issue as this I produced a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #14 from rguenth at gcc dot gnu dot org 2008-02-15 12:55
---
Eventually this is related to PR35164, so please re-check here once that is
fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from chrbr at gcc dot gnu dot org 2008-02-15 13:08 ---
If no one as started to do so, I'm resurecting this patch for the mainline, I
can test builtin-apply4.c on sh4.
btw, builtin-apply4.c doesn't currently fail with the testsuite because it is
restricted to { target { {
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||wrong-code
Priority|P3 |P1
http://
Would it be possible to apply the patch in comment #19 of PR35035 before
releasing gcc 4.3.0?
Without this patch the libjava test hangs and needs to reboot the computer if
the window in which the test has been launched is out of focus (for instance
due to the screensave).
--
Summary:
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-02-15 13:32 ---
We can, similarly to limiting the overall SCC size, limit the depth to where
we search. This testcase hits the stack limit on x86_64 with an unoptimized
cc1 built with gcc 4.2 with
(gdb) print *sccstack
$2 = {base
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-02-15 13:35 ---
Shouldn't we make sure, eventually by an ALWAYS_INLINE macro, that all of our
iterator functions are inlined so they definitely can be scalarized?
--
rguenth at gcc dot gnu dot org changed:
What|R
--- Comment #41 from ubizjak at gmail dot com 2008-02-15 13:39 ---
*** Bug 34720 has been marked as a duplicate of this bug. ***
--
ubizjak at gmail dot com changed:
What|Removed |Added
--
--- Comment #10 from ubizjak at gmail dot com 2008-02-15 13:39 ---
Duplicate of PR33992.
*** This bug has been marked as a duplicate of 33992 ***
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #3 from jsm28 at gcc dot gnu dot org 2008-02-15 13:42 ---
Subject: Bug 35088
Author: jsm28
Date: Fri Feb 15 13:41:44 2008
New Revision: 132341
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132341
Log:
PR target/35088
* config/m68k/m68k.h (DWARF_CIE_D
--- Comment #6 from dominiq at lps dot ens dot fr 2008-02-15 13:37 ---
Would it be possible to test the patch in comment #4 on non Darwin architecture
and, if it does not cause regressions, to apply it before the release of gcc
4.3.0?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-15 13:45 ---
Please post/ping patches on the gcc-patches mailinglist. In this case CC
some java/libjava maintainers.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35208
--- Comment #3 from andreast at gcc dot gnu dot org 2008-02-15 13:57
---
http://gcc.gnu.org/ml/java-patches/2008-q1/msg00051.html
I will commit soon.
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from rakdver at kam dot mff dot cuni dot cz 2008-02-15
14:06 ---
Subject: Re: [4.3 regression] Unable to coalesce ab SSA_NAMEs
> Yeah, forwprop checks that it may propagate the name SR.40_22, but it doesn't
> check recursively if any of the names occuring in the ADDR_EX
--- Comment #7 from ubizjak at gmail dot com 2008-02-15 14:06 ---
(In reply to comment #6)
> Would it be possible to test the patch in comment #4 on non Darwin
> architecture
> and, if it does not cause regressions, to apply it before the release of gcc
> 4.3.0?
It works OK on *-linux.
--- Comment #4 from andreast at gcc dot gnu dot org 2008-02-15 14:09
---
Subject: Bug 35208
Author: andreast
Date: Fri Feb 15 14:08:59 2008
New Revision: 132342
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132342
Log:
2008-02-15 Andreas Tobler <[EMAIL PROTECTED]>
P
--- Comment #2 from dominiq at lps dot ens dot fr 2008-02-15 13:55 ---
> Please post/ping patches on the gcc-patches mailinglist.
The patch is not mine. What is the etiquette for this situation, beside adding
the author to the cc list (done)?
> In this case CC some java/libjava maint
--- Comment #5 from andreast at gcc dot gnu dot org 2008-02-15 14:10
---
Fixed.
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGN
--- Comment #10 from rguenther at suse dot de 2008-02-15 14:12 ---
Subject: Re: [4.3 regression] Unable to coalesce
ab SSA_NAMEs
On Fri, 15 Feb 2008, rakdver at kam dot mff dot cuni dot cz wrote:
> --- Comment #9 from rakdver at kam dot mff dot cuni dot cz 2008-02-15
> 14:06 --
--- Comment #8 from uros at gcc dot gnu dot org 2008-02-15 14:34 ---
Subject: Bug 35119
Author: uros
Date: Fri Feb 15 14:33:57 2008
New Revision: 132344
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132344
Log:
PR testsuite/35119
* testsuite/g++.dg/template/spec
--- Comment #10 from ubizjak at gmail dot com 2008-02-15 14:37 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--
ubizjak at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35119
--- Comment #5 from ubizjak at gmail dot com 2008-02-15 14:18 ---
(In reply to comment #4)
> Fixed for real.
Wrong dg-do directive in the testcase was fixed by:
Author: uros
Date: Fri Feb 15 14:17:41 2008
New Revision: 132343
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=13234
--- Comment #9 from dominiq at lps dot ens dot fr 2008-02-15 14:36 ---
Uros, thanks for the quick commit.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35119
--- Comment #3 from manu at gcc dot gnu dot org 2008-02-15 14:36 ---
Andrew,
what is the status of this bug? It seems fixed in trunk. Do you want to fix it
in the branches or should we close it?
--
manu at gcc dot gnu dot org changed:
What|Removed
--
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 #6 from burnus at gcc dot gnu dot org 2008-02-15 15:24 ---
(In reply to comment #3)
> Simplified test case:
This now works with FX's patch.
However, using F03GL still fails with:
OpenGL_glut.f90: In function glutinit_f03:
OpenGL_glut.f90:1518: internal compiler error: in e
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-02-15 15:25
---
Subject: Bug 35164
Author: rguenth
Date: Fri Feb 15 15:24:19 2008
New Revision: 132345
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132345
Log:
2008-02-15 Richard Guenther <[EMAIL PROTECTED]>
Z
--- Comment #12 from rguenth at gcc dot gnu dot org 2008-02-15 15:25
---
Fixed. Thanks Zdenek for the initial analysis.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from Ralf dot Wildenhues at gmx dot de 2008-02-15 15:30
---
OK. Well, libstdc++ should not be present in
/opt/tg/lib/gcc/alphaev56-dec-osf4.0g
but instead in
/opt/tg/lib/gcc/alphaev56-dec-osf4.0g/4.2.3
Do you still have the build tree or a build log? If the former,
The __gnu_cxx::stdio_sync_filebuf constructor are
not listed in gnu.ver, so aren't provided by libstdc++.so.
The following test doesn't link with -O0 or -O1, although
it does with -O2, "-O0 -static" and "-O1 -static".
-
#include
#include
--- Comment #1 from rsandifo at gcc dot gnu dot org 2008-02-15 15:59
---
Er, sorry for the grammar failure in that summary.
I wrote "are" instead of "is" because the same problem
affects the wchar_t version.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35209
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-02-15 15:50 ---
Ok, so with -fmath-errno the middle-end has to assume that the C library will
set errno appropriately for all math functions this is specified, even if
optional. Right? So we could at most detect at compile-time if
const void f(void); void g(void) {f();}
This testcase violates the constraint in C99 6.5.2.2p1 ("The expression that
denotes the called function shall have type pointer to function returning void
or returning an object type other than an array type.", so gcc at the very
least must produce a diagno
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-02-15 15:53 ---
The code that does this transformation is in convert.c:convert_to_real;
auditing
of all cases is required.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-02-15 16:29
---
Well "always" is to be taken with a grain of salt. The testcase doesn't look
common, but is a huge machine-generated piece of cr*p :P
Otherwise this "always" also applies to wrong-code and rejects-valid bugs.
If
--- Comment #10 from steven at gcc dot gnu dot org 2008-02-15 16:20 ---
Re. comment #7, sure this can be P1 and block the release. SCC-VN doesn't have
to be fixed for the release. This bug can be worked around.
Not making a bug P1 because you want a release out the door is not a good
--- Comment #6 from manu at gcc dot gnu dot org 2008-02-15 16:34 ---
Some more findings:
build_binary_op receives two parameters of type int: '(int)x' and '0x7fff'
then it performs the shorten magic that seems right and produces:
arg 1 constant invariant 32767>>
which looks good
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2008-02-15 16:21
---
(In reply to comment #6)
> That is, the ELSE branch needs to be fixed as well; the fix was only for rank
> == 0.
OK, here is an updated patch:
Index: trans-expr.c
--- Comment #7 from manu at gcc dot gnu dot org 2008-02-15 16:53 ---
So fold_unary is transforming (T)(x & c) into (T)x & (T)c. Which is exactly the
opposite transformation that build_binary_op just performed! Weird...
So I see two options:
* Either teach fold_unary to avoid this parti
--- Comment #2 from dgregor at gcc dot gnu dot org 2008-02-15 17:33 ---
Subject: Bug 35026
Author: dgregor
Date: Fri Feb 15 17:33:02 2008
New Revision: 132348
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132348
Log:
2008-02-15 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #2 from dgregor at gcc dot gnu dot org 2008-02-15 17:33 ---
Subject: Bug 35023
Author: dgregor
Date: Fri Feb 15 17:33:02 2008
New Revision: 132348
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132348
Log:
2008-02-15 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #2 from dgregor at gcc dot gnu dot org 2008-02-15 17:33 ---
Subject: Bug 35024
Author: dgregor
Date: Fri Feb 15 17:33:02 2008
New Revision: 132348
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132348
Log:
2008-02-15 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #3 from dgregor at gcc dot gnu dot org 2008-02-15 17:34 ---
Fixed on mainline
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #1 from schwab at suse dot de 2008-02-15 17:35 ---
6.7.3p2: The properties associated with qualified types are meaningful
only for expressions that are lvalues.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35210
--- Comment #3 from dgregor at gcc dot gnu dot org 2008-02-15 17:35 ---
Fixed on mainline
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Statu
Build failed with:
begin
/tg/freeport/src/gcc/gcc--4.2.3/missing bison -t -o java/parse-scan.c
/tg/freeport/src/gcc/gcc--4.2.3/gcc/java/parse-scan.y
WARNING: `bison' missing on your system. You should only need it if
you modified a `.y' file. You may need the `Bison' package
--- Comment #5 from jakub at gcc dot gnu dot org 2008-02-15 17:50 ---
Fixed on the trunk.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35130
--- Comment #2 from eli dot friedman at gmail dot com 2008-02-15 18:01
---
Yes, but "const void" is still a distinct type from "void".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35210
--- Comment #8 from manu at gcc dot gnu dot org 2008-02-15 18:04 ---
This patch fixes this bug but it is an ugly hack. Perhaps such an ugly hack is
the only thing we can do at the moment.
Once bootstrapping + testing finishes, I will submit.
Index: gcc/c-common.c
==
--- Comment #5 from jakub at gcc dot gnu dot org 2008-02-15 18:58 ---
Simplified testcase:
struct S
{
S ();
~S ();
int s;
};
void bar (S);
void
foo ()
{
S s;
#pragma omp parallel shared (s)
bar (s);
}
Works if s is firstprivate or private, or if it doesn't have user defined
--- Comment #2 from jakub at gcc dot gnu dot org 2008-02-15 17:57 ---
This is invalid code (iteration vars must not have reference-type), so
rejects-valid is incorrect keyword.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from dgregor at gcc dot gnu dot org 2008-02-15 17:35 ---
Fixed for 4.3
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Status|AS
g++ fails to generate debugging symbols for some local variables.
Here is the compiler invocation command that produces the bug:
[EMAIL PROTECTED]:~/code$ g++ -v -Wall -O0 -g -save-temps -o stagefile
stagefile.cc -lm
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -
--- Comment #1 from connerta at appliedbiosystems dot com 2008-02-15 19:33
---
Created an attachment (id=15158)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15158&action=view)
This is the ".ii" file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35212
--- Comment #2 from connerta at appliedbiosystems dot com 2008-02-15 19:34
---
Created an attachment (id=15159)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15159&action=view)
This is the ".cc" file used as the source.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35212
--- Comment #3 from connerta at appliedbiosystems dot com 2008-02-15 19:35
---
Created an attachment (id=15160)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15160&action=view)
This is a file showing the problem in more detail.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
--- Comment #1 from dgregor at gcc dot gnu dot org 2008-02-15 19:55 ---
After discussing this with Howard Hinnant, we agree that it is a bug. I'll
handle it.
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from jakub at gcc dot gnu dot org 2008-02-15 17:37 ---
Subject: Bug 35130
Author: jakub
Date: Fri Feb 15 17:36:43 2008
New Revision: 132349
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132349
Log:
PR middle-end/35130
* tree-nested.c (convert_call
1 - 100 of 137 matches
Mail list logo