--- Comment #6 from pinskia at gcc dot gnu dot org 2008-08-10 07:28 ---
It doesn't work on gcc.dg/pch/valid-1b.c since it explicitly tests -g vs -g0:
I don't think valid-1b.c is valid any more in general, You have to supply -g
to get a valid PCH now that works with -g.
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 07:31 ---
Hmm, the one that says HELLO1 is fully specialization and not a partial one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37066
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 07:39 ---
Nope, GCC's behavior is correct according to the C++ standard:
12.7/3:
When a virtual function is called directly or indirectly from a constructor
(including from the mem-initializer for a data member) or from a
--- Comment #2 from marc dot glisse at normalesup dot org 2008-08-10 09:42
---
(In reply to comment #1)
Hmm, the one that says HELLO1 is fully specialization and not a partial one.
Indeed, sorry for the wrong vocabulary. So the title should be something like:
partial specialization
--- Comment #2 from kristian dot spangsege at gmail dot com 2008-08-10
09:49 ---
I just confirmed this bug in GCC 4.3.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27775
--- Comment #3 from marc dot glisse at normalesup dot org 2008-08-10 10:50
---
Hmm apparently partial specialization of function does not exist. Depending on
the order, the full specialization is considered either as a specialization of
the first declaration or of the HELLO2 one. Now
--- Comment #4 from marc dot glisse at normalesup dot org 2008-08-10 14:20
---
This looks really close to the exemple explained here (near the end):
http://www.gotw.ca/publications/mill17.htm
except that there is no or ... after the name of the function in the
specialization (guess
--- Comment #12 from manu at gcc dot gnu dot org 2008-08-10 14:48 ---
Closing again.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
See http://gcc.gnu.org/ml/gcc-testresults/2008-08/msg00955.html.
First seen in revision 138887. Revision 138716 was ok.
There is no indication of the cause of the failures in the testsuite
logs.
--
Summary: [4.4 Regression] EH is broken
Product: gcc
Version:
--- Comment #3 from Jay dot St dot Pierre at Colorado dot EDU 2008-08-10
15:43 ---
I was able to get 4.3.1 to compile with 4.2.4 by removing old GNU utils from
the search path. That trick does not work for 4.3.1 using Sun's gcc (4.2.0).
--
--- Comment #37 from manu at gcc dot gnu dot org 2008-08-10 16:02 ---
I thinks this is fixed and should be closed.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from paolo dot carlini at oracle dot com 2008-08-10 16:36
---
*** Bug 20410 has been marked as a duplicate of this bug. ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #6 from paolo dot carlini at oracle dot com 2008-08-10 16:36
---
I think this is really a duplicate of c++/33979.
*** This bug has been marked as a duplicate of 33979 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed
--- Comment #1 from linuxl4 at sohu dot com 2008-08-10 16:41 ---
today I compiled again and no error appeared.
gcc -v
gcc version 4.4.0 20080810 (experimental) (GCC)
--
linuxl4 at sohu dot com changed:
What|Removed |Added
--- Comment #13 from eric dot weddington at atmel dot com 2008-08-10 16:50
---
Manuel,
Note that I have *not committed* your patch to fix this. I don't have
assignment papers done yet, nor do I have commit privs. You'll need to commit
this to fix the problem.
--
--- Comment #7 from hjl dot tools at gmail dot com 2008-08-10 16:56 ---
(In reply to comment #6)
It doesn't work on gcc.dg/pch/valid-1b.c since it explicitly tests -g vs -g0:
I don't think valid-1b.c is valid any more in general, You have to supply -g
to get a valid PCH now that
--- Comment #38 from pinskia at gmail dot com 2008-08-10 18:22 ---
Subject: Re: [DR 325] GCC can't parse a non-parenthesized comma in a
template-id within a default argument
Sent from my iPhone
On Aug 10, 2008, at 9:02, manu at gcc dot gnu dot org
[EMAIL PROTECTED]
wrote:
--- Comment #39 from manu at gcc dot gnu dot org 2008-08-10 18:31 ---
So then it should be SUSPENDED until the DR is solved.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from manu at gcc dot gnu dot org 2008-08-10 18:34 ---
Subject: Bug 36901
Author: manu
Date: Sun Aug 10 18:32:52 2008
New Revision: 138932
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138932
Log:
2008-08-10 Manuel Lopez-Ibanez [EMAIL PROTECTED]
PR
--- Comment #10 from manu at gcc dot gnu dot org 2008-08-10 18:47 ---
Subject: Bug 20644
Author: manu
Date: Sun Aug 10 18:46:10 2008
New Revision: 138933
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138933
Log:
2008-08-10 Manuel Lopez-Ibanez [EMAIL PROTECTED]
PR
-mno-fancy-math-387 disables generation of fsqrt, fsin, and several other
instructions. It was needed long ago when FreeBSD supported FPUless 80386 and
80486 systems via a partial in-kernel emulator that couldn't cope with these
instructions. Support for FPUless x86 machines was dropped many years
--- Comment #11 from manu at gcc dot gnu dot org 2008-08-10 19:25 ---
(In reply to comment #10)
I think this should be fixable now that mapped locations have gone in.
The key is to have c_lex_with_flags return a value for in_system_header
which comes from the token's original
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2008-08-10
19:32 ---
Subject: Re: /bin/sh: line 1: 26087 Aborted (core dumped) ./xsinfo
../../sinfo.h
Right, and xeinfo is built with your base compiler. I'd try with an older
or more recent base GNAT version. It's more
The FreeBSD math library doesn't support the SysV mistake of setting errno in
libm functions, and never has. As on Darwin, -fno-math-errno should be the
default.
Darwin changes the default by adding an override for every relevant machine
config. There needs to be a cleaner way to do this.
Doc
--- Comment #11 from manu at gcc dot gnu dot org 2008-08-10 19:48 ---
This is FIXED in GCC 4.4. This may have fixed other uninitialized PRs, so if
you have reported one, please recheck with the a recent 4.4 revision
--
manu at gcc dot gnu dot org changed:
What
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 19:54 ---
It works with 2.17.50 20070213 on powerpc64-linux-gnu.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-08-10 19:54 ---
Fixed, and confirmed fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 19:55 ---
I want to say something is being miscompiled.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 19:56 ---
Most likely related to the .cfi_* changes.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37072
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Component|c |target
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 19:56 ---
Patches goto [EMAIL PROTECTED] with a changelog.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37073
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 19:57 ---
Patches goto [EMAIL PROTECTED] with a changelog.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37072
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet|x86_64-unknown-linux-gnu|dwarf2 targets
|avr-*-* |
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37017
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-08-10 20:01 ---
As mentioned this was fixed on the trunk for 4.4.0 so closing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 20:03 ---
This was introduced by the truples merge.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
Summary|[4.2 Regression]
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 20:08 ---
Did you set CONFIG_SHELL?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37035
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-08-10 20:19 ---
Note this testcase fails on powerpc64-linux-gnu with the following warning:
/home/apinski/src/local/gcc/gcc/testsuite/gcc.dg/Wstrict-aliasing-bogus-ref-all-2.c:8:
warning: GCC vector returned by reference:
gcc.dg/torture/stackalign/builtin-apply-4.c failed with SSE2. The
problem is MMX enabled with SSE2, but builtin-apply-4.c mixes mmx
and x87 instructions without emms in between.
--
Summary: gcc.dg/torture/stackalign/builtin-apply-4.c failed with
SSE2
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |blocker
Keywords|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet||i?86-*-*
Keywords||build,
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Summary|ICE for h264ref in
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 20:22 ---
This sounds like there is a race condition inside ecj and not a bug in GCJ.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37051
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 20:22 ---
Mine, there are other functions missing from libobjc.def. I have to look into
which ones are missing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from hjl dot tools at gmail dot com 2008-08-10 20:23 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00664.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-08-10 20:17 ---
(In reply to comment #4)
The warning is likely to come from tree-vrp.c.
The only place which emits this warning is from c-common.c so I think someone
needs to debug this a little bit. Place a breakpoint on
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
Component|c |middle-end
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-08-10 20:27 ---
Parts of it is fixed by:
http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00549.html
Or is it a full fix, I can't tell anymore :).
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from sam at gcc dot gnu dot org 2008-08-10 20:30 ---
Subject: Re: Bogus warning from GCC
The warning is likely to come from tree-vrp.c.
The only place which emits this warning is from c-common.c so I
think someone needs to debug this a little bit. Place a
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-08-10 20:34 ---
Oh I see it now:
/* If the comparison is being folded and the operand on the LHS
is being compared against a constant value that is outside of
the natural range of OP0's type, then the
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #12 from tobi at gcc dot gnu dot org 2008-08-10 20:43 ---
The GFORTRAN_STDOUT_UNIT environment variable mentioned above should make your
life a lot easier.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18985
--- Comment #7 from rguenther at suse dot de 2008-08-10 20:44 ---
Subject: Re: [4.4 Regression] Inlining produces calls
which gimple_call_fndecl cannot handle correctly
On Sun, 10 Aug 2008, pinskia at gcc dot gnu dot org wrote:
--- Comment #6 from pinskia at gcc dot gnu dot org
--- Comment #2 from chewi at aura-online dot co dot uk 2008-08-10 20:57
---
Can this please be verified? They have already closed the bug on their end and
I don't have the knowledge to do this myself.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37051
--- Comment #4 from jakub at gcc dot gnu dot org 2008-08-10 21:46 ---
This is invalid OpenMP code.
See 2.5.1 (in OpenMP 3.0, similar wording is in 2.5 standard too):
init-expr One of the following:
var = lb
integer-type var = lb
--- Comment #12 from tromey at gcc dot gnu dot org 2008-08-10 22:17 ---
I am not sure how that will work. How do you specify a different value of
system_header for a single location? My understanding is that sysp is for a
whole line_map, so you cannot just change its value for a
--- Comment #5 from danny dot dyk at tu-dortmund dot de 2008-08-10 22:17
---
That means - contrary to popular knowledge - that OpenMP is not C++ compatible.
Fair enough! Just don't announce it as such, then.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35158
--- Comment #6 from jakub at gcc dot gnu dot org 2008-08-10 22:28 ---
No idea how do you infer that from this.
If you use #pragma omp for before a loop construct, there are many restrictions
you need to honor to have a valid OpenMP program, this is just one of them.
To list just some
--- Comment #6 from danglin at gcc dot gnu dot org 2008-08-10 22:30 ---
I tried this 4.1.2, 4.2.4 and 4.3.1. 4.1.2 aborts, the others don't.
Also checked the test on HP-UX 11.00 with 4.3.1. As the 4.1 branch is
closed, I am closing this patch as fixed.
Regarding patches, I have
--- Comment #7 from danny dot dyk at tu-dortmund dot de 2008-08-10 22:49
---
Applicable to a subset of C++ doesn't equal C++ compatibility.
I'm fine with OpenMP unable to successfully parallelise a majority of possible
for loops. It's quite understandable. However, instead of throwing
--- Comment #8 from manu at gcc dot gnu dot org 2008-08-10 22:50 ---
A patch was posted here:
http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00442.html
(I miss the patch tracker!!!)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35158
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-10 23:13 ---
The matrix-*.c ones have been fixed now by:
2008-08-01 Doug Kwan [EMAIL PROTECTED]
* matrix-reorg.c: Re-enable all code.
...
bitfld-1* were fixed by:
2008-07-29 Jakub Jelinek [EMAIL PROTECTED]
--- Comment #13 from manu at gcc dot gnu dot org 2008-08-10 23:13 ---
(In reply to comment #12)
I am not sure how that will work. How do you specify a different value of
system_header for a single location? My understanding is that sysp is for a
whole line_map, so you cannot just
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
Component|c |target
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 23:15 ---
*** This bug has been marked as a duplicate of 29143 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-10 23:15 ---
*** Bug 36975 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-08-10 23:20 ---
*** Bug 36979 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 23:20 ---
This was fixed with the patch that fixed PR 36662.
*** This bug has been marked as a duplicate of 36662 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 23:21 ---
This is correct behavior as MyType is not in the namespace so Read is not found
after the call. If you want Read to be found, you can put it in the same
namespace as MyType.
--
pinskia at gcc dot gnu dot org
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-08-10 23:24 ---
-fipa-pta is the cause, don't use that option as it does nothing to the
generated code anyways.
*** This bug has been marked as a duplicate of 32305 ***
--
pinskia at gcc dot gnu dot org changed:
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-08-10 23:24 ---
*** Bug 36985 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-08-10 23:25 ---
*** This bug has been marked as a duplicate of 32305 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-08-10 23:25 ---
*** Bug 36600 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-10 23:26 ---
As mentioned this is not a bug as you have to make sure that the dependent
libraries are compatible.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
Component|driver |other
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 23:28 ---
d *ptr = reinterpret_castd* (c1);
You are violating C/C++ aliasing rules as *c1 here is a c and not a d. Even
though d inherits from c, this is undefined behavior still as it is not the
opposite way around.
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 23:36 ---
I don't think this is a good warning really as static is used all over the
place. In system headers and really in almost all C++ code in general.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37047
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-11 00:09 ---
Reduced testcase:
templateint class cla;
typedef cla 1 clas1;
templateint struct cla
{
int f1(int (*__pf)(const int))
{
return __pf(1);
}
};
int endl(const int __os);
extern template class
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-08-11 00:18 ---
This is related to PR 37046.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-08-11 00:19 ---
If you remove -ffast-math, does it miscompare?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36983
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-11 00:21 ---
It compiled with 4.0.1.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from aaronavay62 at aaronwl dot com 2008-08-11 00:22 ---
Fixed.
--
aaronavay62 at aaronwl dot com changed:
What|Removed |Added
Status|ASSIGNED
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37033
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-11 00:24 ---
I don't that many folks who don't have a SSE2 compatible machine any more ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-08-11 00:26 ---
Mine, this is a regression as 4.0.1 did not ICE.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-11 00:28 ---
Let me expand on what I mean by the attribute deprecated.
See http://gcc.gnu.org/onlinedocs/gcc-4.3.0/gcc/Function-Attributes.html:
deprecated
The deprecated attribute results in a warning if the function is used
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-11 00:30 ---
Fixed by:
2008-07-29 Jan Hubicka [EMAIL PROTECTED]
* gcc.dg/20040206-1.c: Expect frontend warning now.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-11 00:37 ---
So what is happening is that we are saying pp is another name for p so it gets
optimized as that.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-11 00:44 ---
This warning is valid as far as I can tell as the compiler does not know
ACE_OS::mutex_lock does not throw.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36833
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-08-11 00:46 ---
Does this work now?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-11 00:50 ---
The error message is correct as the function types are not compatible. If in
fact this is invalid C even though we don't currently diagnostic it without
-combine.
Closing as invalid as -combine is doing the
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-08-11 00:51 ---
Most likely stage1 is being miscompiled. This is hard to debug without
knowing what version of GCC you are starting with.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-11 00:53 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-11 00:53 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from pinskia at gcc dot gnu dot org 2008-08-11 00:54
---
Isn't this fixed now?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36827
--- Comment #9 from pinskia at gcc dot gnu dot org 2008-08-11 00:56 ---
*** Bug 36853 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-08-11 00:56 ---
make profiledbootstrap
Don't use make profiledbootstrap and that will make it through.
*** This bug has been marked as a duplicate of 32581 ***
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-11 01:01 ---
*** This bug has been marked as a duplicate of 35468 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 141 matches
Mail list logo
