OS: CentOS 5.0 x86_64
or Debian Sid (i386)
GCC Version:
gcc (GCC) 4.1.3 20070718 (prerelease) (Debian 4.1.2-14)
gcc (GCC) 4.1.1 20070105 (Red Hat 4.1.1-52)
Test Code (test.cpp) :
=CODE STARTS HERE
#include
#include
int main(int argc, char** argv)
{
std::string a
http://www.lrz-muenchen.de/services/software/mathematik/gsl/fortran/index.html
This program (./configure --f90 gfortran) fails to compile with the message:
call c_f_pointer(pdata,fgsl_permutation_data,(/size/))
1
Error: Type/rank mismatch
--- 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=14042&action=view)
This fixes a very similar bug in 4.1.1
gcc version 4.1.1 contains a very similar (
--- 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 #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=14041&action=view)
Namelist input file
Correct input file.
--
jvdelisle at gcc dot gnu dot org changed:
What
--- 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=14040&action=view)
Namelist input file
Test case using attached input:
PROGRAM namelist
CHARACTER*25 CHAR
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 #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=14039&action=view)
Prevent fixincludes false positive on gentoo stdio.h wrapper
The fixincludes script is hitting a false po
--- 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 #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?
--
http://gcc.gnu.org/
--- 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 |ia
--- 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
+++ gcc-4
--- 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=gcc&view=rev&rev=127282
Log:
PR rtl-optimization/32776
* lower-subreg.c (resolve_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:
D.16
--- 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=14038&action=view)
miscompiles with gcc 4.2 -O2
here is a simple test case reproducing the issue.
eg:
% gcc -O2 ivopts-issue.c && ./a
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
-B/root/Desktop/D/gcc-4.2.1/host-i686-pc-linux-gnu/prev-gc
--- 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=14037&action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33017
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 #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.
gcc{42/
--- 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 #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 #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=14036&action=view)
The temporary file created when compiling before.cpp with defining
PRINT_TYPE_INFO_NAME_BEFORE.
--
http://g
--- 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=14035&action=view)
The temporary file created when compiling before.cpp without defining
PRINT_TYPE_INFO_NAME_BEFORE.
--
http:
--- 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=14034&action=view)
Defines a class B that inherit the class A, and print the returned value of
typeid(A).before(typeid(B)).
--
> 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 withou
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 ASCII
--- 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
--
--- 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
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 f
--- 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
--
http://gcc.gnu.org/bugzil
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 f
--- 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=14033&action=view)
An updated patch
My patch works on gcc 4.3:
[EMAIL PROTECTED] 30961]$ cat c.c
double
convert4(long long in )
{
double
--- 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 4.1.2-0ubun
--- 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 #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
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:
*/
template
--- 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
--- 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 (T
--- 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 #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
/expor
--- 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 #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=gcc&view=rev&rev=127272
Log:
PR bootstrap/32973
* gengtype-lex.l: Ignore bac
--- 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 #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$ /export/build/gnu/gcc/build-x86_64-linux/gcc/x
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- 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=14032&action=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
Severity|critical|normal
Component|bootstrap |target
--- 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 round
--- 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))
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33
--- 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:
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
/home/rask/build/gcc-frv-unknown-elf/frv-unknown-elf/newlib/targ-i
--- 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=14031&action=view)
Example code
This is the source-code for my example above. To get the assembly run as:
gcc -S -DCASE
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/ -B/o
--- 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 I1
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 #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
--- 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 #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 #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 #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 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 #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 gcc-reload-
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:
63 matches
Mail list logo
