--- Comment #3 from P dot Schaffnit at access dot rwth-aachen dot de
2007-08-07 06:45 ---
Hi!
Fixed: revision 127237 builds smoothly
Thanks!
Philippe
=== gcc Summary ===
# of expected passes43910
# of unexpected failures33
# of unexpected
unsigned short load( void* p )
{
unsigned short v;
__builtin_memcpy( v, p, sizeof( v ) );
return v;
}
recent 4.2 branch produces:
load: movzwl (%rdi), %eax
movw%ax, -2(%rsp)
movzwl %ax, %eax
ret
revsion 101665 produces optimal code:
load:
--- Comment #23 from pluto at agmk dot net 2007-08-07 07:22 ---
(In reply to comment #22)
There are 2 issues, convert and load. They may be caused by different
patches and should be tracked separately when doing binary search.
i've filled the 'load' issue as PR33008.
the
--- Comment #4 from nickc at redhat dot com 2007-08-07 08:11 ---
Subject: Re: -frecord-gcc-switches issues
Hi Roland,
Absolute file names are a very bad idea. That makes for gratuitous
differences
in builds due to the build or source directory name, i.e. unrepeatable
builds.
--- Comment #5 from nickc at redhat dot com 2007-08-07 08:25 ---
Subject: Re: -frecord-gcc-switches issues
Hi Ben,
Is there an easy way to separate out the include and link (-I, -L) bits from
the macro defines and compiler option flags? Could the just the include bits
be
put
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-08-07 08:54
---
Testcase reduced to:
subroutine foo(x)
integer :: x
real :: t
t = x
call bar(nint(t))
end subroutine foo
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33007
--- Comment #3 from nathan at gcc dot gnu dot org 2007-08-07 09:32 ---
This is something to do with the rvalue reference patches
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from saliu at de dot ibm dot com 2007-08-07 11:31 ---
Is this really a regression from 4.1.1?
I got the same error on 4.1.1, before the patch r117696 was applied.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32970
--- Comment #24 from hjl at lucon dot org 2007-08-07 12:57 ---
(In reply to comment #23)
(In reply to comment #22)
There are 2 issues, convert and load. They may be caused by different
patches and should be tracked separately when doing binary search.
i've filled the 'load'
On trunk (currently r127248), with the testcase for PR11832 cc1 goes into an
infinite loop (ctrl-c after 10 minutes).
trunk from 20070418 can compile the same example fine.
flags used to reproduce:
gcc-4.3-HEAD -Os -fomit-frame-pointer -frtl-abstract-sequences -S -o s.S
pr11832.c
--
--- Comment #5 from jose dot r dot fonseca at gmail dot com 2007-08-07
14:01 ---
Note that this problem is actually more general. I bumped into this when doing
a very used pattern for MMX/SSE2 programming, which is making a union between a
vector type and an array of integers:
union
bootstrap for me worked fine on August 6th. Today (August 7th) it fails with:
gmake[6]: Entering directory `/u01/var/tmp/gcc_trunk_svn/gcc_20070807/gcc'
/u01/var/tmp/gcc_trunk_svn/gcc_20070807/./gcc/xgcc
-B/u01/var/tmp/gcc_trunk_svn/gcc_20070807/./gcc/
-B/opt/gcc-4.3/i386-pc-solaris2.11/bin/
--- Comment #6 from jose dot r dot fonseca at gmail dot com 2007-08-07
14:18 ---
Created an attachment (id=14031)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14031action=view)
Example code
This is the source-code for my example above. To get the assembly run as:
gcc -S
Revision 126878 works while revision 126879 fails with:
/home/rask/build/gcc-frv-unknown-elf/./gcc/xgcc
-B/home/rask/build/gcc-frv-unknown-elf/./gcc/ -nostdinc
-B/home/rask/build/gcc-frv-unknown-elf/frv-unknown-elf/newlib/ -isystem
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-08-07 14:32 ---
-frtl-abstract-sequences is not well tested at all. It is in the same
situation as -fsee. There are no testcases which test it so how do we know it
is broken.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-08-07 14:37 ---
I get an ICE:
t.c: In function 'foo':
t.c:28: error: unrecognizable insn:
(insn 177 0 0 (set (reg:SI 0 ax)
(symbol_ref:SI (*L9) [flags 0x2])) -1 (nil))
--
--- Comment #5 from hjl at lucon dot org 2007-08-07 14:40 ---
There is a disconnect between middle-end and back-end. There are many
places in builtins.c with
/* If argument is already integer valued, and we don't need to worry
about setting errno, there's no need to perform
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
Component|bootstrap |target
--- Comment #1 from rask at gcc dot gnu dot org 2007-08-07 14:44 ---
Created an attachment (id=14032)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14032action=view)
Testcase to compile with -O2 -mcpu=fr400
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33011
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #6 from hjl at lucon dot org 2007-08-07 14:56 ---
Here is a testcase in C:
bash-3.2$ cat x.c
extern void bar (int *);
void
foo (int *i)
{
float x;
int y;
x = *i;
y = (int) __builtin_lroundf (x);
bar (y);
}
bash-3.2$
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-08-07 15:04 ---
This has to do with folding of __builtin_strlen.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32975
--- Comment #5 from schwab at gcc dot gnu dot org 2007-08-07 15:32 ---
Subject: Bug 32973
Author: schwab
Date: Tue Aug 7 15:31:56 2007
New Revision: 127272
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=127272
Log:
PR bootstrap/32973
* gengtype-lex.l: Ignore
--- Comment #6 from schwab at suse dot de 2007-08-07 16:05 ---
Fixed.
--
schwab at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from hjl at lucon dot org 2007-08-07 16:24 ---
A more simple testcase also fails on Linux/ia64:
[EMAIL PROTECTED] lround]$ cat x.c
int
foo (int *i)
{
float x;
int y;
x = *i;
y = (int) __builtin_lroundf (x);
return y;
}
[EMAIL PROTECTED] lround]$ make x.s
--- Comment #8 from hjl at lucon dot org 2007-08-07 16:27 ---
This is the smallest testcase I find:
long
foo (int i)
{
float x;
x = i;
return __builtin_lroundf (x);
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33007
--- Comment #9 from hjl at lucon dot org 2007-08-07 17:03 ---
Does this patch:
--- builtins.c.round2007-07-29 13:18:40.0 -0700
+++ builtins.c 2007-08-07 09:58:46.0 -0700
@@ -2689,6 +2689,16 @@ expand_builtin_int_roundingfn_2 (tree ex
start_sequence ();
+ if
--- Comment #3 from tromey at gcc dot gnu dot org 2007-08-07 17:38 ---
Fixed via classpath import.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Compiling a .cpp file with the following contents triggers an internal compiler
error:
/*
* The two Traits templates here are essentially std::iterator_traits
* stripped right down with just enough left to make the test-case work:
*/
templatetypename _Type struct Traits;
templatetypename
--- Comment #25 from pluto at agmk dot net 2007-08-07 17:51 ---
(In reply to comment #24)
(In reply to comment #23)
(In reply to comment #22)
There are 2 issues, convert and load. They may be caused by different
patches and should be tracked separately when doing binary search.
--- Comment #26 from pluto at agmk dot net 2007-08-07 17:53 ---
(In reply to comment #25)
errata:
double convert_long2double( long in )
wrong post, should be 'long long'.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30961
--- Comment #1 from raymond at corvil dot com 2007-08-07 17:59 ---
I have been able to reproduce the same ICE in 3.4.2,
gcc version 3.4.2 20040827 (prerelease) [FreeBSD]
but not in 2.95.4 or 4.1.2:
gcc version 2.95.4 20020320 [FreeBSD]
gcc version 4.1.2 (Ubuntu
--- Comment #27 from hjl at lucon dot org 2007-08-07 18:10 ---
Created an attachment (id=14033)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14033action=view)
An updated patch
My patch works on gcc 4.3:
[EMAIL PROTECTED] 30961]$ cat c.c
double
convert4(long long in )
{
double
The info page says: This built-in function returns EXP1 if CONST_EXP, which is
a constant expression that must be able to be determined at compile time,
is nonzero. Otherwise it returns 0.
The last sentence should read, Otherwise it returns EXP2.
--
Summary: Documentation for
--- Comment #7 from patchapp at dberlin dot org 2007-08-07 19:15 ---
Subject: Bug number PR c++/31749
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-08/msg00452.html
--
The info page says: This built-in function returns EXP1 if CONST_EXP, which is
a constant expression that must be able to be determined at compile time,
is nonzero. Otherwise it returns 0.
The last sentence should read, Otherwise it returns EXP2.
--
Summary: Documentation for
--- Comment #1 from brian at oddchange dot com 2007-08-07 19:40 ---
*** Bug 33014 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33013
--- Comment #1 from brian at oddchange dot com 2007-08-07 19:40 ---
*** This bug has been marked as a duplicate of 33013 ***
--
brian at oddchange dot com changed:
What|Removed |Added
Possible extension to be added is the support of:
data jhlf,jhlg/'f','g'/
Which is interpreted as follows (thanks to Steve Lionel of Intel):
| The character literals are blank-padded on the right to the length of the
| corresponding variables (or truncated as necessary) and then the
gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ./configure --with-gmp=/home/pneveu/apps/gcc-4.1.2/gmp
--with-mpfr=/home/pneveu/apps/gcc-4.1.2/mpfr --prefix=/build/pcitools/gcc4.1.2
Thread model: posix
gcc version 4.1.2
If you compile the file before.cpp, with and
--- Comment #1 from pneveu at pcigeomatics dot com 2007-08-07 20:07 ---
Created an attachment (id=14034)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14034action=view)
Defines a class B that inherit the class A, and print the returned value of
typeid(A).before(typeid(B)).
--
--- Comment #2 from pneveu at pcigeomatics dot com 2007-08-07 20:10 ---
Created an attachment (id=14035)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14035action=view)
The temporary file created when compiling before.cpp without defining
PRINT_TYPE_INFO_NAME_BEFORE.
--
--- Comment #3 from pneveu at pcigeomatics dot com 2007-08-07 20:11 ---
Created an attachment (id=14036)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14036action=view)
The temporary file created when compiling before.cpp with defining
PRINT_TYPE_INFO_NAME_BEFORE.
--
--- Comment #1 from burnus at gcc dot gnu dot org 2007-08-07 20:13 ---
Just for completeness: This is a regression with regards to g77.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from steven at gcc dot gnu dot org 2007-08-07 21:01 ---
Never confirmed, and reported says the bug seems to be fixed.
If the bug is still there, please re-open this PR.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #28 from pluto at agmk dot net 2007-08-07 21:20 ---
(In reply to comment #27)
If you can find which patch causes this regression, it will be easier to
find a solution for 4.2.
r80888 works fine (below) and r85770 is broken.
i can't bisect more dueto build errors.
I just tried to compile Suse Linux package ddiwrapper-0.2-86
with the GNU C compiler version 4.3 snapshot 20070803.
The compiler said
write_msft.c: In function 'ctl2_alloc_string':
write_msft.c:562: internal compiler error: tree check: expected ssa_name, have
symbol_memory_tag in is_old_name, at
--- Comment #1 from dcb314 at hotmail dot com 2007-08-07 21:43 ---
Created an attachment (id=14037)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14037action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33017
linux:~/Desktop/D/gcc-4.2.1# make
[ -f stage_final ] || echo stage3 stage_final
.
..
make[3]: Entering directory `/D/gcc-4.2.1/host-i686-pc-linux-gnu/gcc'
/root/Desktop/D/gcc-4.2.1/host-i686-pc-linux-gnu/prev-gcc/xgcc
--- Comment #5 from pixel at mandriva dot com 2007-08-07 22:33 ---
Created an attachment (id=14038)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14038action=view)
miscompiles with gcc 4.2 -O2
here is a simple test case reproducing the issue.
eg:
% gcc -O2 ivopts-issue.c
--- Comment #6 from pixel at mandriva dot com 2007-08-07 22:41 ---
more info: the tree-vrp issue is raised by ivopts pass:
without ivopts:
D.1541_13 = 3 - i_31;
D.1542_14 = (unsigned int) D.1541_13;
D.1543_15 = D.1542_14 * 4;
D.1544_16 = (int *) D.1543_15;
with ivopts:
--- Comment #3 from ian at gcc dot gnu dot org 2007-08-07 22:44 ---
Subject: Bug 32776
Author: ian
Date: Tue Aug 7 22:43:55 2007
New Revision: 127282
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=127282
Log:
PR rtl-optimization/32776
* lower-subreg.c
--- Comment #7 from pixel at mandriva dot com 2007-08-07 22:45 ---
the following patch fixes the testcase ivopts-issue.c, but breaks everything
else... someone else will find a correct patch :)
--- gcc-4.2.1/gcc/tree-ssa-loop-ivopts.c.pix2006-10-06 21:32:04.0
+0200
+++
--- Comment #4 from ian at airs dot com 2007-08-07 22:47 ---
Fixed.
--
ian at airs dot com changed:
What|Removed |Added
CC|ian at gcc dot gnu dot org
--- Comment #3 from janis at gcc dot gnu dot org 2007-08-07 23:17 ---
It compiles quickly for me with GCC 4.1.1 for powerpc64-linux and with a 4.1.1
cross compiler for i686-linux. Is your 4.1.1 compiler from FSF sources, or
might it have additional backports?
--
--- Comment #29 from hjl at lucon dot org 2007-08-08 00:33 ---
With revision 85770, I got
[EMAIL PROTECTED] rrs]$ cat convert.s
.file convert.c
.text
.align 4
.p2align 4,,15
.globl convert4
.type convert4, @function
convert4:
movq
--- Comment #25 from s_j_newbury at yahoo dot co dot uk 2007-08-08 01:45
---
Created an attachment (id=14039)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14039action=view)
Prevent fixincludes false positive on gentoo stdio.h wrapper
The fixincludes script is hitting a false
Unable to tell the difference between 'CODE' and 'CODEtwo' namelist names in
attachments to follow.
--
Summary: FORTRAN NAMELIST Run Time Problem
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-08-08 02:18
---
Created an attachment (id=14040)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14040action=view)
Namelist input file
Test case using attached input:
PROGRAM namelist
CHARACTER*25 CHAR
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-08-08 02:19
---
Created an attachment (id=14041)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14041action=view)
Namelist input file
Correct input file.
--
jvdelisle at gcc dot gnu dot org changed:
What
--- Comment #30 from hjl at lucon dot org 2007-08-08 03:01 ---
This patch
http://gcc.gnu.org/ml/gcc-cvs/2006-09/msg00042.html
causes this regression.
--
hjl at lucon dot org changed:
What|Removed |Added
--- Comment #9 from guested dot portrayed dot stephen at blacksapphire dot
com 2007-08-08 05:15 ---
Created an attachment (id=14042)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14042action=view)
This fixes a very similar bug in 4.1.1
gcc version 4.1.1 contains a very similar
62 matches
Mail list logo
