--- Comment #1 from sabre at nondot dot org 2007-08-26 05:28 ---
Further, http://gcc.gnu.org/onlinedocs/gcc/Complex.html#Complex does not
document what arguments are accepted to __real and __imag at all.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33193
Some "issues":
__real accepts a struct argument, __imag doesn't.
__real and __imag both accept pointer arguments.
both accept vectors. What does a complex vector mean?
They should all reject all of them. Though it seems questionable to accept a
scalar argument at all to real/imag, they ce
GCC miscompiles this:
int bar();
void foo() {
int X = __imag bar();
}
to not call bar.
-Chris
--
Summary: __imag operator drops side effects in subexpr
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priorit
--- Comment #7 from dje at gcc dot gnu dot org 2007-08-26 02:21 ---
Created an attachment (id=14117)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14117&action=view)
offsettable_mem_operand
v3
--
dje at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-08-26 01:55
---
I am going to try this one.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from hjl at lucon dot org 2007-08-25 23:29 ---
A smaller testcase:
[EMAIL PROTECTED] cmov-1]$ cat cmov.cc
extern "C" void abort (void);
enum Status
{
P_ON_LOWER = -4,
P_ON_UPPER = -2,
P_FREE = -1,
};
void
foo (enum Status & stat, double newUpper, double lower, dou
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-08-25 23:21 ---
Simple fix, negative_expr needs to create the NEGATIVE_EXPR in the same type as
the original.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33146
--- Comment #7 from info at herberouge dot be 2007-08-25 22:35 ---
Subject: Re: add --enable-intermodule
STOP your email please !
- Original Message -
From: "aldot at gcc dot gnu dot org" <[EMAIL PROTECTED]>
To:
Sent: Sunday, August 26, 2007 12:33 AM
Subject: [Bug libfortran/
--- Comment #6 from aldot at gcc dot gnu dot org 2007-08-25 22:33 ---
Created an attachment (id=14116)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14116&action=view)
add missing includes of config.h to avoid conflicts in prototypes for LFS funcs
gfortran-4.3-PR31546-config.h-inc
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2007-08-25
22:24 ---
Subject: Re: New: FAIL: gcc.dg/builtins-20.c (test for excess errors)
test3l and test3f fail. Attached .s file.
Dave
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2007-08-25
22:24 -
--- Comment #5 from aldot at gcc dot gnu dot org 2007-08-25 22:10 ---
Subject: Bug 30620
Author: aldot
Date: Sat Aug 25 22:10:28 2007
New Revision: 127802
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127802
Log:
2007-08-26 Bernhard Fischer <[EMAIL PROTECTED]>
PR boo
--- Comment #2 from hjl at lucon dot org 2007-08-25 20:38 ---
[EMAIL PROTECTED] rrs]$ cat cmov.cc
#include
const double infinity = 1e100;
enum Status
{
P_ON_LOWER = -4,
P_ON_UPPER = -2,
P_FREE = -1,
P_FIXED = P_ON_UPPER + P_ON_LOWER
};
void
foo (enum Status & stat, double newU
--- Comment #6 from burnus at gcc dot gnu dot org 2007-08-25 20:27 ---
READ(a, '*') i
I think you mix this up with * (not '*') which is no character expression but
simply a single asterisk.
R914 format is default-char-expr
or label
or *
And "The default-c
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-08-25 19:14 ---
RANGE_TEST_NON_SHORT_CIRCUIT was renamed to LOGICAL_OP_NON_SHORT_CIRCUIT but
the doc was not updated.
2004-11-18 Nathan Sidwell <[EMAIL PROTECTED]>
Nathan, can you please update the docs for this target macro?
-
--- Comment #7 from tromey at gcc dot gnu dot org 2007-08-25 18:42 ---
FYI -- I talked to Neil and he was of the opinion that non-matching
_Pragma forms were undefined. So, I think it is best if GCC chooses
to continue giving an error in these situations.
--
http://gcc.gnu.org/bugz
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-08-25 18:23
---
I see the fix upstream. FX, do you have an idea of the time it will take for
this to make it into Cygwin update?
I don't want to post a new Cygwin gfortran binary until this is fixed.
--
http://gcc.gnu.org/
--- Comment #1 from mckelvey at maskull dot com 2007-08-25 18:07 ---
Created an attachment (id=14114)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14114&action=view)
Result of "make install"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33191
model: posix
gcc version 4.3.0 20070825 (experimental) (GCC)
alias CONFIGURECVS='../gcc/configure --verbose --enable-languages=c++
--disable-linux-futex --disable-nls --disable-tls >clog 2>&1 &'
alias BUILD='nice gmake CFLAGS='\'''\'' B
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-08-25 18:03
---
The * is not an "edit-descriptor" see 10.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33189
These hooks aren't touched outside of tm.texi and /config/:
ALL_COP_ADDITIONAL_REGISTER_NAMES
DBX_OUTPUT_LBRAC
DBX_OUTPUT_NFUN
DBX_OUTPUT_RBRAC
MD_HANDLE_UNWABI
RANGE_TEST_NON_SHORT_CIRCUIT
REAL_VALUE_TRUNCATE
REVERSE_CONDEXEC_PREDICATES_P
TARGET_ALIGN_ANON_BITFIELDS
TARGET_NARROW_VOLATILE_BITFIEL
--- Comment #9 from zuxy dot meng at gmail dot com 2007-08-25 17:14 ---
I've confirmed that the problem is caused by '-ftree-vectorize' passed to
compile gcc. More precisely, a 'movdqa' instruction in constraint_operands()
accessed an unaligned memory.
--
http://gcc.gnu.org/bugzilla
--- Comment #4 from toon at moene dot indiv dot nluug dot nl 2007-08-25
16:52 ---
Ah, but then the question becomes:
Why is this not valid ?
CHARACTER*10 a
a = '15'
READ(a, '(*)') i
PRINT*,i
END
33189.f:3.72:
READ(a, '(*)') i
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-08-25 16:26
---
All that garbage string ∗ is an * (asterisk)
Character encoding got cobbled up there.
I want to add that the key to this question is that '*' is a character
expression form of the format specifier so 10.1.2 appl
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-08-25 16:20
---
>From 9.4.1
R913format is default-char-expr
or label
or ∗
>From 10.1.2
A character expression used as a format specifier in a formatted
input/output statement shall evaluate to
--- Comment #4 from aldot at gcc dot gnu dot org 2007-08-25 16:04 ---
Created an attachment (id=14113)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14113&action=view)
gcov-iov.h dependency and BUGURL bugfixes
On 4.3, also the recently added BUGURL needs to be added for the oneste
--- Comment #5 from gerald at pfeifer dot com 2007-08-25 14:57 ---
FreeBSD upstream now switched to GCC 4.2.1 to rebuild the whole system,
so this problem was solved there.
Since GCC 3.4.x is no longer maintained by the GCC developers (GCC 4.0.x
being the oldest tree still open), I am t
--- Comment #7 from gerald at pfeifer dot com 2007-08-25 14:55 ---
Is this patch still relevant as is? I'd like to ask our Java developers
to have a look, but it would be good if you (as the original submitter)
could verify and, if needed, provide a patch against our current development
--- Comment #3 from gerald at pfeifer dot com 2007-08-25 14:52 ---
Indeed the (known) problem here is that GCC 4.3 uses more than 512MB
of memory building these Java files.
When I first reported this about eight months ago some attempts were
made to address it, but talking to some of th
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-08-25 14:02
---
I will have a look
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
Ass
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-08-25 13:32 ---
I think this was fixed by
2007-08-24 Richard Guenther <[EMAIL PROTECTED]>
PR middle-end/33166
* tree-ssa.c (useless_type_conversion_p): Split into a
recursive and a non-recursive part.
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-08-25 13:25 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-08-25 13:23 ---
gcc 3.4.6 is no longer maintained. Without preprocessed source we cannot
verify
if it still occurs with later versions, so please follow the bug-reporting
instructions at http://gcc.gnu.org/bugs.html
--
rguenth
The following, IMNSHO, is valid Fortran 95:
CHARACTER*10 a
a = '15'
READ(a, '*') i
PRINT*,i
END
Unfortunately, it draws:
ugh.f:3.72:
READ(a, '*') i
--- Comment #1 from ubizjak at gmail dot com 2007-08-25 12:39 ---
There is a small problem in combine. It tries to combine insn 17 and 18, but:
Failed to match this instruction:
(set (reg:DF 58 [ D.1658 ])
(const_double:DF -1.0e+0 [-0x0.8p+1]))
Failed to match this instruction:
(set
type t
end type t
Is valid Fortran 2003 and invalid Fortran 95; however, gfortran rejects it
with:
Error: Derived type definition at (1) has no components
Fortran 95:
4.4.1 Derived-type definition
R422 derived-type-def is derived-type-stmt
[ private-sequence-stmt ] ..
This testcase:
--cut-here--
double sgn (double __x) {
return __x >= 0.0 ? 1.0 : -1.0;
}
--cut here--
shold compile using -m32 -O2 -march=i686 flags into the code using cmove
instruction, but it doesn't due to interference with float-extension of SFmode
constant into DFmode. Gcc figures out that
--- Comment #1 from ubizjak at gmail dot com 2007-08-25 10:18 ---
>From r127766 it is evident that mentioned commit fixed obvious problem that has
re-enabled a lot of ifcvt functionality. The bug is in this re-enabled part of
ifcvt. But we need a testcase here.
--
http://gcc.gnu.org
--- Comment #1 from tbm at cyrius dot com 2007-08-25 10:13 ---
/* Testcase by Martin Michlmayr <[EMAIL PROTECTED]> */
struct sc_asn1_entry
{
void *parm;
}
asn1_decode_entry (struct sc_asn1_entry *ctx, struct sc_asn1_entry *entry)
{
void (*callback_func) (struct sc_asn1_entry *nctx);
I get the following ICE with trunk from 20070820:
(sid)27957:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -c -O
opensc-asn1.c
opensc-asn1.c: In function 'asn1_decode_entry':
opensc-asn1.c:11: internal compiler error: tree check: expected function_type
or method_type, have void_type in expa
--- Comment #1 from aesok at gcc dot gnu dot org 2007-08-25 10:02 ---
Created an attachment (id=14112)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14112&action=view)
Patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33028
--- Comment #3 from siegerstein at pochta dot ru 2007-08-25 10:01 ---
(In reply to comment #2)
> (float) 5 / 8
> Means the same as:
> ((float)5) / 8
>
> But while both:
> (float) (5 / 8)
> and
> float (5 / 8)
> Are doing the division in integer.
>
> So this is invalid.
>
Thanks, An
--- Comment #2 from tbm at cyrius dot com 2007-08-25 10:00 ---
Created an attachment (id=14111)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14111&action=view)
preprocessed source
I'm attaching the preprocessed source since it's probably helpful anyway.
--
http://gcc.gnu.org
--- Comment #1 from tbm at cyrius dot com 2007-08-25 09:56 ---
95: template
96: struct extent_imp
97: {
98:BOOST_STATIC_CONSTANT(std::size_t, value = 0);
99: };
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33185
I get the following ICE with current trunk. It looks different to
the canonical type ICE reported in PR33112.
(sid)27874:[EMAIL PROTECTED]: ~/src/a/esperanza-0.3]
/usr/lib/gcc-snapshot/bin/g++ -c
-pipe -g -I/usr/include/xmms2 -I/usr/include/xmms2 -Wall -W
-Wno-unused-parameter -D_REENTRANT -DQT_
--- Comment #2 from tbm at cyrius dot com 2007-08-25 09:41 ---
I also get this ICE with 4.3, but with 4.2 I get the following instead:
(sid)25944:[EMAIL PROTECTED]: ~/src/a] g++-4.2 -c t.cc
t.cc:3: error: argument dependent lookup finds âoperator!â
t.cc:5: error: in call to âop
--- Comment #1 from kai-gcc-bugs at khms dot westfalen dot de 2007-08-25
09:38 ---
Found one more: TARGET_DWARF_CALLING_CONVENTION seems to be nested inside
DWARF2_DWARF2_DEBUGGING_INFO. Though I suspect the second half of the
DWARF2_DEBUGGING_INFO text might actually belong to
TARGET_D
--- Comment #15 from tbm at gcc dot gnu dot org 2007-08-25 09:37 ---
*** Bug 31926 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30840
--- Comment #6 from tbm at gcc dot gnu dot org 2007-08-25 09:37 ---
*** This bug has been marked as a duplicate of 30840 ***
--
tbm at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #14 from tbm at gcc dot gnu dot org 2007-08-25 09:37 ---
*** Bug 32607 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30840
--- Comment #6 from tbm at gcc dot gnu dot org 2007-08-25 09:37 ---
*** This bug has been marked as a duplicate of 30840 ***
--
tbm at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-08-25 09:14 ---
(float) 5 / 8
Means the same as:
((float)5) / 8
But while both:
(float) (5 / 8)
and
float (5 / 8)
Are doing the division in integer.
So this is invalid.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #8 from zuxy dot meng at gmail dot com 2007-08-25 08:21 ---
Is it possible that the reason may be that I compiled gcc with additional
CFLAGS? I added -march=pentium-m -ftree-vectorize -mfpmath=sse,387 and
-fomit-frame-pointer in addition to -O2.
--
http://gcc.gnu.org/bug
Revision 127303 works.
Revision 127794 fails.
Configure arguments:
--target m32c-unknown-elf --with-newlib --enable-sim --disable-gdb
--disable-nls --disable-multilib --enable-checking=yes,rtl
--enable-languages=c,c++ --enable-cxx-flags=-O2
libtool: compile: /home/rask/build/gcc-m32c-unknown-elf
/bin/sh /usr/ports/lang/php5/work/php-5.2.3/libtool --silent
--preserve-dup-deps --mode=compile cc -Iext/standard/
-I/usr/ports/lang/php5/work/php-5.2.3/ext/standard/ -DPHP_ATOM_INC
-I/usr/ports/lang/php5/work/php-5.2.3/include
-I/usr/ports/lang/php5/work/php-5.2.3/main
-I/usr/ports/lang/php5/work
54 matches
Mail list logo
