--- 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 #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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- 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
---
--- 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
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
Component|c |middle-end
h
--- 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
---
--- 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 #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 #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 #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 #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
---
--
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 #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
--- 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
.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 #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
--- 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 #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 #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 #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:44 ---
Confirmed, this worked in 4.3.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36798
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- 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.
--- 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
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 #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
--- 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 #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 #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 #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 #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 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 #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 #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 #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.
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
--
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
--- 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
--- 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 #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
101 - 142 of 142 matches
Mail list logo
