--- Comment #3 from pault at gcc dot gnu dot org 2008-10-19 07:51 ---
Fixed on trunk and 4.3
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pault at gcc dot gnu dot org 2008-10-19 07:52 ---
Subject: Bug 37787
Author: pault
Date: Sun Oct 19 07:50:35 2008
New Revision: 141219
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141219
Log:
2008-10-19 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #22 from burnus at gcc dot gnu dot org 2008-10-19 09:44 ---
(In reply to comment #19)
Warning: CHARACTER expression at (1) is being truncated (222/200)
Tobias, you are right - the string is too short - 250 characters should do,
however, and I get the same error.
How did
Reproducing this is easy.
cat ICE.sample.c 'EOF'
typedef unsigned int size_t;
extern void *memcpy (void *__restrict __dest,
__const void *__restrict __src, size_t __n)
__attribute__ ((__nothrow__)) __attribute__ ((__nonnull__ (1, 2)));
unsigned xxx(long double arg)
{
struct
--- Comment #7 from burnus at gcc dot gnu dot org 2008-10-19 12:01 ---
*** Bug 37827 has been marked as a duplicate of this bug. ***
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from burnus at gcc dot gnu dot org 2008-10-19 12:01 ---
*** This bug has been marked as a duplicate of 37839 ***
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Running
/scratch/packages/gcc/svn/classpath-098-merge-branch/libjava/testsuite/libjava.mauve/mauve.exp
...
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-10-19 12:40 ---
Confirmed.
We try to expand
return (unsigned int) VIEW_CONVERT_EXPRstruct
{
char dummy[8];
unnamed-unsigned:7 yyy;
}(arg).yyy;
which is SRAed from the gimplified memcpy
copy =
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot
|dot org
--- Comment #8 from pault at gcc dot gnu dot org 2008-10-19 12:52 ---
Subject: Bug 37723
Author: pault
Date: Sun Oct 19 12:51:06 2008
New Revision: 141221
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141221
Log:
2008-10-19 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #9 from pault at gcc dot gnu dot org 2008-10-19 12:58 ---
Subject: Bug 37723
Author: pault
Date: Sun Oct 19 12:56:41 2008
New Revision: 141222
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141222
Log:
2008-10-19 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #8 from manu at gcc dot gnu dot org 2008-10-19 13:53 ---
Subject: Bug 30260
Author: manu
Date: Sun Oct 19 13:52:10 2008
New Revision: 141224
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141224
Log:
2008-10-19 Manuel López-Ibáñez [EMAIL PROTECTED]
PR
Reproducing this is easy.
cat ICE.sample.c 'EOF'
typedef unsigned int size_t;
extern void *memcpy (void *__restrict __dest,
__const void *__restrict __src, size_t __n)
__attribute__ ((__nothrow__)) __attribute__ ((__nonnull__ (1, 2)));
unsigned xxx(long double arg)
{
struct
--- Comment #9 from manu at gcc dot gnu dot org 2008-10-19 13:55 ---
Fixed for GCC 4.4
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #1 from bernard at brenda-arkle dot me dot uk 2008-10-19 13:57
---
*** This bug has been marked as a duplicate of 37870 ***
--
bernard at brenda-arkle dot me dot uk changed:
What|Removed |Added
--- Comment #2 from bernard at brenda-arkle dot me dot uk 2008-10-19 13:57
---
*** Bug 37872 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37870
--- Comment #12 from pault at gcc dot gnu dot org 2008-10-19 14:34 ---
To put the arguments succinctly, this is a double problem (apart from the
conformity issue):
(i) The original test case is losing the EXPR_PARENTHESES for some reason. ie.
there is no question that in this case a
--- Comment #10 from pault at gcc dot gnu dot org 2008-10-19 14:34 ---
Fixed as obvious on trunk and 4.3
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Reproducing this is easy.
cat ICE.sample.c 'EOF'
typedef unsigned int size_t;
extern void *memcpy (void *__restrict __dest,
__const void *__restrict __src, size_t __n)
__attribute__ ((__nothrow__)) __attribute__ ((__nonnull__ (1, 2)));
unsigned xxx(long double arg)
{
struct
--- Comment #1 from bernard at brenda-arkle dot me dot uk 2008-10-19 14:39
---
I'm really sorry - requesting the form after network problems apparently
submits it again! Is this itself a bug in the UI?
*** This bug has been marked as a duplicate of 37870 ***
--
bernard at
--- Comment #3 from bernard at brenda-arkle dot me dot uk 2008-10-19 14:39
---
*** Bug 37873 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37870
--- Comment #13 from domob at gcc dot gnu dot org 2008-10-19 14:46 ---
Paul, thanks for stepping into the party :)
My plan for working on this is to look at the first part of the problem for now
(the lost parentheses, this is a general ELEMENTAL problem, as my (invalid)
test from
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-10-19 15:29
---
Subject: Bug 37863
Author: jvdelisle
Date: Sun Oct 19 15:28:25 2008
New Revision: 141227
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141227
Log:
2008-10-19 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #23 from jvdelisle at gcc dot gnu dot org 2008-10-19 15:29
---
Subject: Bug 37707
Author: jvdelisle
Date: Sun Oct 19 15:28:25 2008
New Revision: 141227
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141227
Log:
2008-10-19 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #24 from jvdelisle at gcc dot gnu dot org 2008-10-19 15:31
---
Subject: Bug 37707
Author: jvdelisle
Date: Sun Oct 19 15:30:32 2008
New Revision: 141228
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141228
Log:
2008-10-19 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #25 from jvdelisle at gcc dot gnu dot org 2008-10-19 15:39
---
(In reply to comment #22)
default:
- dtp-u.p.nml_delim = '\0';
+ dtp-u.p.nml_delim = '';
wouldn't it be easier/faster to simply remove the whole switch and use simply
dtp-u.p.nml_delim = '';
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2008-10-19 15:43
---
Fixed on 4.3 and 4.4
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #26 from toon at moene dot indiv dot nluug dot nl 2008-10-19
16:11 ---
The patch works for my case,
Please be careful with the namelist_18,f90 test case - I can't off-hand say
whether it's right or (an extension).
Cheers,
--
--- Comment #14 from domob at gcc dot gnu dot org 2008-10-19 16:16 ---
Actually, the parentheses aren't lost and *do* get honoured, but the temporary
is only inside the scalarization loop and thus not the full array temporary we
want; the problem is that the actual argument expressions
--- Comment #5 from kazu at gcc dot gnu dot org 2008-10-19 16:48 ---
Posted a revised patch. See the patch URL above.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
Sent from my iPhone
On Oct 19, 2008, at 7:39 AM, bernard at brenda-arkle dot me dot uk [EMAIL PROTECTED]
wrote:
--- Comment #1 from bernard at brenda-arkle dot me dot uk
2008-10-19 14:39 ---
I'm really sorry - requesting the form after network problems
apparently
submits
--- Comment #2 from pinskia at gmail dot com 2008-10-19 17:24 ---
Subject: Re: ICE in extract_bit_field_1
Sent from my iPhone
On Oct 19, 2008, at 7:39 AM, bernard at brenda-arkle dot me dot uk
[EMAIL PROTECTED]
wrote:
--- Comment #1 from bernard at brenda-arkle dot me
--- Comment #27 from jvdelisle at gcc dot gnu dot org 2008-10-19 18:16
---
The namelist_18.f90 test change is because we are now defaulting to a quote
delimiter. We do not write a namelist without character string delimiters.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37707
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-10-19 18:36
---
Fixed on trunk.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2008-10-19 18:37
---
Subject: Bug 37834
Author: jvdelisle
Date: Sun Oct 19 18:36:21 2008
New Revision: 141231
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141231
Log:
2008-10-19 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #4 from manu at gcc dot gnu dot org 2008-10-19 22:54 ---
Subject: Bug 37004
Author: manu
Date: Sun Oct 19 22:53:01 2008
New Revision: 141233
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141233
Log:
2008-10-20 Manuel López-Ibáñez [EMAIL PROTECTED]
PR
--- Comment #5 from manu at gcc dot gnu dot org 2008-10-19 22:55 ---
Fixed in GCC 4.4
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
GCC rejects the former, but not the later.
void f2(y, __attribute__(()) x);
void f3(__attribute__(()) x, y);
--
Summary: gcc sometimes accepts attribute in identifier list
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
--- Comment #1 from sabre at nondot dot org 2008-10-20 01:08 ---
It also accepts this:
void f4(__attribute__(()));
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37874
--- Comment #2 from joseph at codesourcery dot com 2008-10-20 01:51 ---
Subject: Re: gcc sometimes accepts attribute in identifier list
On Mon, 20 Oct 2008, sabre at nondot dot org wrote:
It also accepts this:
void f4(__attribute__(()));
This is documented in Attribute Syntax.
--- Comment #3 from sabre at nondot dot org 2008-10-20 02:10 ---
as it turns out, f3 could also be considered valid in c89... because it makes x
and y be implicit int's, not an identifier list.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37874
--- Comment #16 from nemet at gcc dot gnu dot org 2008-10-20 03:54 ---
I'm seeing this with mips64octeon-linux-gnu as well.
I think the problem is that in
ccp_fold_builtin():
2502memset (val, 0, sizeof (val));
2503for (i = 0; i nargs; i++)
2504 {
2505
--- Comment #17 from nemet at gcc dot gnu dot org 2008-10-20 04:21 ---
I'm testing a patch.
--
nemet at gcc dot gnu dot org changed:
What|Removed |Added
43 matches
Mail list logo
