--- Comment #3 from gcc at dpinol dot com 2008-08-11 06:33 ---
(In reply to comment #2)
> This warning is valid as far as I can tell as the compiler does not know
> ACE_OS::mutex_lock does not throw.
>
Hi,
then why removing any of these 3 lines from CircularBuffer's constructor causes
--- Comment #6 from Joey dot ye at intel dot com 2008-08-11 05:52 ---
(In reply to comment #4)
> If you remove -ffast-math, does it miscompare?
Passes without -ffast-math.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36983
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2008-08-11 05:14
---
Currently the Fortran front end does not recognize an internal unit of KIND=4.
Fixing this is a follow up to the UTF-8 patch.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed
--
Summary: Implement Internal Unit I/O for character KIND=4
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
R
This program illustrates the problem. I think this is a rejects valid. At the
point of failure in resolve.c, one of the operands has kind=1 for some reason.
program test3
integer,parameter :: u = 4
character(1,u),parameter :: nen=char(int(z'5e74'),u) !year
character(25,u) :: string
strin
--- Comment #5 from hjl dot tools at gmail dot com 2008-08-11 03:29 ---
More info:
1. Revision 138207 introduced ICE.
2. Revision 138318 fixed ICE, but miscompiled mgrid.
3. Revision 138207 + change in revision 138318 also miscompiled mgrid.
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-08-11 02:40 ---
Hmm, the attributes are being mishandled for some builtins:
unit size
align 64 symtab 0 alias set -1 canonical type 0x42d1e620 precision
64
pointer_to_this >
QI
s
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-08-11 02:35 ---
Reduced testcase:
extern unsigned char vec1[1024];
extern unsigned char vec2_char[1024];
void sse5_div_const2_uns_char ()
{
unsigned i;
for (i = 0; i < 1024; i++)
vec1[i] = vec2_char[i] / 2;
}
--- CUT ---
Com
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-11 02:22 ---
Reducing this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36436
--- Comment #14 from tromey at gcc dot gnu dot org 2008-08-11 02:18 ---
Just FYI -- I was thinking of PR 36478.
I'll respond to the rest later.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7263
--- Comment #2 from bje at gcc dot gnu dot org 2008-08-11 02:17 ---
Thanks for the clarification, Andrew.
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-11 02:14 ---
>When binding an rvalue of class type to a reference, the copy constructor of
>the class must be accessible. For instance, consider the following code:
>From http://gcc.gnu.org/gcc-3.4/changes.html
--
pinskia a
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-08-11 02:13 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-11 02:10 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-11 02:08 ---
This comes down to DECL_EXPR and BIND_EXPR. The BIND_EXPR is printing out the
first "char * c = 0B;" while the DECL_EXPR is printing out the second one.
This is expected as not all decls have a DECL_EXPR, only ones
Running gcc with -fdump-tree-all to get the gimple dumps, I see duplicate
statements in the .003t.original dump:
[bug.c]
int foo () { char *c = 0; return 0; }
[bug.c.003t.original]
;; Function foo (foo)
;; enabled by -tree-original
{
char * c = 0B;
char * c = 0B;
return 0;
}
(the fac
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-08-11 02:02 ---
Use -iquote for "" paths.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36277
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-11 02:00 ---
(In reply to comment #1)
> Redhat has patches that automatically tries to compile again and then produce
> a
> preprocessed source which makes this easier.
I can contribute an updated patch for this too if needed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36798
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-11 01:44 ---
Confirmed, this worked in 4.3.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from andry at inbox dot ru 2008-08-11 01:42 ---
I don't know already. At now i have no this error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36545
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-11 01:41 ---
Confirmed, it is at least an user visible regression for 4.4.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-11 01:38 ---
Confirmed, target independent.
> t_foo x = init_x;
This is getting compiled down to just x = {} for some reason inside the
gimplifier.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-11 01:33 ---
This works on the trunk on x86_64-darwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36732
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-08-11 01:32 ---
This is expected -O0 resulting code generation. We need it for getting good
debugging information in some cases.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
.ident "GCC: (GNU) 4.4.0 20080810 (experimental) [trunk revision
138922]"
.section.note.GNU-stack,"",@progbits
--
pinskia at gcc dot gnu dot org changed:
Wha
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-11 01:27 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-11 01:26 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36640
--- Comment #9 from pinskia at gcc dot gnu dot org 2008-08-11 01:22 ---
*** Bug 36529 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-08-11 01:22 ---
*** This bug has been marked as a duplicate of 34408 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-08-11 01:21 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-11 01:12 ---
If I remove default(none), then it works.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-11 01:09 ---
*** This bug has been marked as a duplicate of 36506 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-08-11 01:09 ---
*** Bug 36555 has been marked as a duplicate of this bug. ***
--
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|c |middle-end
h
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-11 01:07 ---
How did you configure GCC and how did you invoke make?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-11 01:06 ---
Can you provide a source which is able to reproduce this warning?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-08-11 01:02 ---
This happens with the short testcase which does not need -fno-tree-dce and it
only needs -O0:
int main() {
*"c" = 'x';
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35468
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-08-11 01:01 ---
*** Bug 36532 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-11 01:01 ---
*** This bug has been marked as a duplicate of 35468 ***
--
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|R
--- 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 #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 #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
Status|UNCON
--- 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
Status|UNCON
--- 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: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 correct
--- 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
Sta
--- 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 #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 #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 |Add
--- 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 an
--- 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 #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
---
--
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 #2 from aaronavay62 at aaronwl dot com 2008-08-11 00:22 ---
Fixed.
--
aaronavay62 at aaronwl dot com changed:
What|Removed |Added
Status|ASSIGNED
--- 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 #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 #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 #2 from pinskia at gcc dot gnu dot org 2008-08-11 00:09 ---
Reduced testcase:
template class cla;
typedef cla <1> clas1;
template struct cla
{
int& f1(int& (*__pf)(const int&))
{
return __pf(1);
}
};
int& endl(const int& __os);
extern template class cl
--- 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 #1 from pinskia at gcc dot gnu dot org 2008-08-10 23:28 ---
>d *ptr = reinterpret_cast (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.
--
p
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
Component|driver |other
Targe
--- 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
--- 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 #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 #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 #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:
Wha
--- 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 cha
--- 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 #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 #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 #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
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
Component|c |target
http:
--- 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
--- 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 #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 #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 #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 essent
--- 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 oth
--- 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 #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 si
--- 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
random-a
--- 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 #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 #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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- 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 predica
--- 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 breakp
--- 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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
Component|c |middle-end
--- 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 warnin
--- 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 #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 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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Summary|ICE for h264ref in |[4.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet||i?86-*-*
Keywords||build, ice-o
1 - 100 of 142 matches
Mail list logo
