Hi all,
I need some clarification in understanding the below mentioned RTL Expressions
1. (insn 11 10 12 0
gcc/testsuite/gcc.c-torture/execute/20020611-1.c:13 (parallel [
(set (reg/f:SI 13 a5 [28])
(symbol_ref:SI (n) [flags 0x2] var_decl 0x40227160 n))
On 10/23/06, Rafael Espíndola [EMAIL PROTECTED] wrote:
I have an approved patch that factors code that is common to all
builtin_function implementations
(http://gcc.gnu.org/ml/gcc-patches/2006-03/msg00195.html,
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01499.html).
I have just updated and
Hi,
is it a known bug that `main' function (and so even specially compiled with the
specific prologue/epilogue) missing DWARF `DW_AT_location' for its `argc' and
`argv' on 32-bit targets? I did not find a Bugzilla entry for it.
affected: x86_64-redhat-linux with -m32, i386-redhat-linux
not
Hey Kaveh.
I'm trying to do a build of gcc. As documented here:
http://gcc.gnu.org/install/prerequisites.html
Apparently a specific version of GMP and MPFR are suggested. Any chance you
could upload this to ftp.gcc.gnu.org/pub/infrastructure? I've found the GMP
website to be quite
a) To which register is the value of n copied? if a5 is the register
what is 13 and [28]
All of those numbers refer to the same register -
13 is the number of the register; a5 is the name of the register
(if it is an hard register);
[28] is the number of the old pseudo register.
(please look
Hi all,
This small bit of code worked fine with all optimization except Os.
unsigned int n = 30;
void x ()
{
unsigned int h;
h = n = 30; // Line 1
if (h)
p = 1;
else
p = 0;
}
when we tried to debug the emitted RTL instruction for Os, it was
found that RTL instruction for
Steven Bosscher wrote:
I want to make gfortran produce better debug information, but I want to do it
in a way that doesn't make it hard/impossible to read back in sufficient
information for LTO to work for gfortran.
I haven't really been following the whole LTO thing much, but if I
2006/10/17, Mike Stump [EMAIL PROTECTED]:
On Oct 17, 2006, at 8:05 AM, Dino Puller wrote:
i'm looking for a statistic of how many expressions simplification
may be possible on source code
One way would be:
http://www.cs.fit.edu/~mmahoney/compression/text.html
But it´s a benchmark about
On Mon, 2006-10-23 at 16:14 +0530, Rohit Arul Raj wrote:
Hi all,
This small bit of code worked fine with all optimization except Os.
If you are working with 4.0 and greater, there are optimizations that
happen before RTL, called the Tree-ssa optimizations. The optimization
you are noticing
On Mon, 23 Oct 2006, Benjamin Kosnik wrote:
Hey Kaveh.
I'm trying to do a build of gcc. As documented here:
http://gcc.gnu.org/install/prerequisites.html
Apparently a specific version of GMP and MPFR are suggested. Any chance
you could upload this to ftp.gcc.gnu.org/pub/infrastructure?
I think that is a splendid idea. But I don't recall having access to that
directory. Or is it something anyone with svn write access can do?
I believe it is something that anybody could do. If you have questions,
you can ask on overseers or ping one of the overseers on IRC.
The docs
Hello,
for project http://gcc.gnu.org/wiki/PreservingLoops, I am considering
introducing a tree LOOP_HEADER with single argument N (number of
iterations of the loop), that would be present in IL at the beginning of
header of each loop. I have following motivations:
1) One of the goals of the
On Mon, 23 Oct 2006, Benjamin Kosnik wrote:
I think that is a splendid idea. But I don't recall having access to that
directory. Or is it something anyone with svn write access can do?
I believe it is something that anybody could do. If you have questions,
you can ask on overseers or
On Mon, 23 Oct 2006, Kaveh R. GHAZI wrote:
I'd be happy to upload these once I get access (unless someone beats me to
it).
Ben - Gerald uploaded the files. (Thanks Gerald!)
--Kaveh
--
Kaveh R. Ghazi [EMAIL PROTECTED]
Mark Mitchell wrote:
Andrew Pinski wrote:
On Sun, 2006-10-22 at 12:58 +, Joseph S. Myers wrote:
All the bugs with 4.2 in their summaries ([4.1/4.2 Regression]
etc.) need to have it changed to 4.2/4.3. I don't know the
procedure for this, but perhaps it needs adding to the branching
with this.
--
Mark Mitchell
CodeSourcery
[EMAIL PROTECTED]
(650) 331-3385 x713
---BeginMessage---
Snapshot gcc-4.3-20061023 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20061023/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been
Jack Howarth wrote:
Mark,
What happened to the gcc 4.2 snapshot
tarball for this week?
It gets build on Tuesdays, or at least it does now according to crontab.
--
Mark Mitchell
CodeSourcery
[EMAIL PROTECTED]
(650) 331-3385 x713
It seems that the GMP test is always run, even when installing binutils
or gdb.
You probably need something like
if test -d ${srcdir}/gcc test x$have_gmp != xyes; then
...
fi
but I think that the whole test now belongs in the GCC subdirectory, not
in the toplevel (it was anyway a hack
It seems that the GMP test is always run, even when installing binutils
or gdb.
You probably need something like
if test -d ${srcdir}/gcc test x$have_gmp != xyes; then
...
fi
but I think that the whole test now belongs in the GCC subdirectory, not
in the toplevel (it was
if test -d ${srcdir}/gcc test x$have_gmp != xyes; then
...
fi
but I think that the whole test now belongs in the GCC subdirectory, not
in the toplevel (it was anyway a hack for the sake of disabling Fortran).
Moving it is not really a good thing anyways as you are able to configure
and
On Oct 23, 2006, at 4:15 PM, Paolo Bonzini wrote:
if test -d ${srcdir}/gcc test x$have_gmp != xyes; then
...
fi
but I think that the whole test now belongs in the GCC
subdirectory, not in the toplevel (it was anyway a hack for the
sake of disabling Fortran).
Moving it is not really
if test -d ${srcdir}/gcc test x$have_gmp != xyes; then
...
fi
but I think that the whole test now belongs in the GCC subdirectory, not
in the toplevel (it was anyway a hack for the sake of disabling Fortran).
Moving it is not really a good thing anyways as you are able
Hi again,
I am having issues with the __comp_ctor () __base_ctor () etc functions
that I encounter in the C++ front-end tree (Just before gimplification).
If i compile some code that looks like:
#include string
int main()
{
std::allocatorchar alloc;
const char* str1 = Hello;
const
On Tue, 2006-10-24 at 02:30 +, Brendon Costa wrote:
I am trying to find the corresponding constructor from the basic_string
class that should be called in place of the __comp_ctor function. There
seems to be no FUNCTION_DECL node for the constructor:
basic_string(::char const*, ::char
As I understand it, it involves editing the mysql database by hand (well
by a script) instead of doing it inside bugzilla. Daniel Berlin has
done that the last couple of releases.
I have checked in the attached patch to add this step to the branching
checklist. I will now ask Daniel to
On Tue, 2006-10-24 at 03:32 +, Brendon Costa wrote:
Sorry that my previous email was unclear. I have tried to clarify what i
meant in this email by answering your questions.
If there is a simple class like:
class MyClass
{
MyClass()
{}
};
int main()
{
MyClass
Daniel Berlin wrote:
Anyway, i made 43changer.pl and ran it, so the bug summaries have been
updated.
Thanks!
--
Mark Mitchell
CodeSourcery
[EMAIL PROTECTED]
(650) 331-3385 x713
Andrew Pinski wrote:
Why do you need to find (2)? It is not the function which is actually
called. DECL_SAVED_TREE might not be set but that is because it has
already been gimplified and lowered to CFG at the time you are looking
through the calls.
Why do you need to know the constructor
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-10-23 06:19
---
Created an attachment (id=12477)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12477action=view)
Example patch
I don't know if it's giving correct results in all cases, or if it works even
on platforms
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-10-23 06:39 ---
(gdb) p debug_rtx(x)
(unspec:DI [
(symbol_ref:DI (_ZN6string20_S_empty_rep_storageE) [flags 0x40]
var_decl 0xb7d9c060 _S_empty_rep_storage)
] 2)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29443
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-10-23 06:47 ---
Reduced testcase:
struct string
{
struct _Rep{}; static _Rep _S_empty_rep_storage[];
void *_M_rep () const{} void _M_destroy () throw ();
~string ()
{
_Rep *a = (_Rep *)((void
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-10-23 06:48 ---
Note this looks like a latent bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29443
--- Comment #11 from rguenth at gcc dot gnu dot org 2006-10-23 07:15
---
Subject: Bug 21032
Author: rguenth
Date: Mon Oct 23 07:15:45 2006
New Revision: 117968
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117968
Log:
2006-10-23 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #12 from rguenth at gcc dot gnu dot org 2006-10-23 07:16
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-10-23 07:19 ---
Subject: Bug 29548
Author: rguenth
Date: Mon Oct 23 07:19:34 2006
New Revision: 117969
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117969
Log:
2006-10-24 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-10-23 07:19
---
Subject: Bug 23295
Author: rguenth
Date: Mon Oct 23 07:19:34 2006
New Revision: 117969
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117969
Log:
2006-10-24 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-10-23 07:19 ---
Subject: Bug 27132
Author: rguenth
Date: Mon Oct 23 07:19:34 2006
New Revision: 117969
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117969
Log:
2006-10-24 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #11 from rguenth at gcc dot gnu dot org 2006-10-23 07:20
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-10-23 07:20 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-10-23 07:20 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29548
--- Comment #2 from keinstein_junior at gmx dot net 2006-10-23 07:28
---
(In reply to comment #1)
Can you provide some details on the out of date .mod files? Were they
compiled
with a different compiler version or on a different architecture? Or are they
just not up-to-date with
--- Comment #16 from nathan at gcc dot gnu dot org 2006-10-23 07:42 ---
Subject: Bug 20647
Author: nathan
Date: Mon Oct 23 07:42:02 2006
New Revision: 117970
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117970
Log:
cp/
PR c++/20647
* rtti.c (tinfo_base_init):
--- Comment #16 from pluto at agmk dot net 2006-10-23 08:11 ---
Subject: Re: cross build's libgcc picks up CFLAGS
lianghua xu napisaÅ(a):
did you save this bug? I am failled in this trouble 2 weeks since I
making the
cross tools for arm-elf-tools under CYGWIN on XP os. any
(...)
Adding multilib support to Makefile in ../../zlib
multidirs=32
with_multisubdir=
Running configure in multilib subdirs 32
pwd: /home/users/pluto/rpm/BUILD/gcc-4_2-branch/builddir/zlib
Running configure in multilib subdir 32
pwd: /home/users/pluto/rpm/BUILD/gcc-4_2-branch/builddir
mkdir 32
We ICE there with the following testcase compiled with -g -O:
void stpi_unpack_16_1(int length,const unsigned char *in,unsigned char
*out0,unsigned char *out1,unsigned char *out2,unsigned char *out3,
unsigned char *out4,unsigned char *out5,unsigned char *out6,
--- Comment #6 from rakdver at gcc dot gnu dot org 2006-10-23 09:23 ---
Patch:
http://gcc.gnu.org/ml/gcc-patches/2006-10/msg01156.html
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pault at gcc dot gnu dot org 2006-10-23 09:49 ---
Created an attachment (id=12478)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12478action=view)
Provisional fix for the PR
This not only fixes the PR but the modification to trans-types allows a data
statement
--- Comment #3 from pault at gcc dot gnu dot org 2006-10-23 10:02 ---
Created an attachment (id=12479)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12479action=view)
Provisional general fix for the PR
This patch fixes the the following:
real, parameter :: a(2,2) = reshape
--- Comment #4 from bonzini at gnu dot org 2006-10-23 10:11 ---
Like this?
Index: /Users/bonzinip/cvs/gcc/Makefile.def
===
--- /Users/bonzinip/cvs/gcc/Makefile.def(revision 116745)
+++
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-10-23 10:14 ---
Slightly more reduced:
void stpi_unpack_16_1(int length, unsigned char *out, unsigned char bit)
{
unsigned char tempin;
unsigned char temp[16];
for (bit = 128; length 0; length--) {
if (tempin 128)
with '-O1 -ftree-vrp -fwrapv' the armencrypt.test from
gnupg-1.4.5 release producing an output until ENOSPC.
with '-O1 -fno-tree-vrp' test passes.
$ cd gnupg-1.4.5/checks/
$ srcdir=. ./armencrypt.test
$ ls -l x
-rw--- 1 builder2 users 108946 Oct 23 10:32 x
this bug is specific for
--- Comment #1 from pluto at agmk dot net 2006-10-23 10:35 ---
(In reply to comment #0)
with '-O1 -ftree-vrp -fwrapv' the armencrypt.test from
gnupg-1.4.5 release producing an output until ENOSPC.
with '-O1 -fno-tree-vrp' test passes.
^ fix: -O1
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-10-23 11:29 ---
Fails on the 4.2.0 branch. On the 4.1 branch it might be due to packports of
2006-05-23 Alexandre Oliva [EMAIL PROTECTED]
* simplify-rtx.c (simplify_subreg): Adjust REG_OFFSET for
big-endian
For setting individual bits of a register, the construct
unsigned char BitLocation = Whatever;
REG |= (1BitLocation);
is commonly used. avr-gcc fails to realize that the target register
is only 8 bits wide and performs an unnecessary 16-Bit shift of 1.
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-10-23 11:45 ---
Testcase? ;)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #3 from pluto at agmk dot net 2006-10-23 11:51 ---
(In reply to comment #2)
Testcase? ;)
ftp://ftp.gnupg.org/gcrypt/gnupg/gnupg-1.4.5.tar.bz2 ;)
working on reduced version...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29559
this error:
gfortran -o testhex TestHex.F90
In file TestHex.F90:8
integer(i4_), parameter :: b = zFF81
1
Error: Arithmetic overflow converting INTEGER(8) to INTEGER(4) at (1)
for the gfortran version downloaded today (20061023) from
http://quatramaran.ens.fr
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-10-23 11:58 ---
Note this is a regression on the 4.1 branch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from kloedej at knmi dot nl 2006-10-23 12:03 ---
Sorry, variable names should differ of course, the sample code should be:
program testhexconstant
integer, parameter :: i4_ = Selected_Int_Kind( 9)
! works fine
integer(i4_), parameter :: a = z7F81
!
--- Comment #4 from amylaar at gcc dot gnu dot org 2006-10-23 12:10 ---
(In reply to comment #3)
Can you provide a testcase where something goes wrong?
I was merely documenting a problem that I found while reading the code;
I don't have time to write a testcase now.
--
The program
program gftest
write(*,'(a)') 'Hello World'
end program gftest
generates the erroneous error report
At line 3 of file gftest.f90
Fortran runtime error: Missing initial left parenthesis in format
Äø
when compiled with the -malign-double flag. In a larger
--- Comment #1 from pault at gcc dot gnu dot org 2006-10-23 13:02 ---
Keith,
You do not report your hardware/OS/gfortran version - your testcase works for
me on amd64/SUSE10.1 or Cygwin_NT/gcc-4.3
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29562
--- Comment #2 from refson dot temp at ntlworld dot com 2006-10-23 13:46
---
Sorry. This is on a 32-bit AMD Athlon 1800+ processor. I assume the issue
doesn't
arise on 64-bit hardware.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29562
/gfortran_nightbuild/irun-20061023
--enable-languages=c,fortran
--with-gmp=/home/fxcoudert/gfortran_nightbuild/software
Thread model: posix
gcc version 4.3.0 20061023 (experimental)
The O/S is Mandriva 2006.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29562
gcc version 4.3.0 20061023 (experimental)
Mandriva 2006.0
The program
program gfbread
character(len=256), dimension(3) :: block_data = (/'1 2 3','4 5 6','7 8
9'/)
real(kind=8), dimension(3,3) :: tmp_box
read(block_data,*,iostat=iostat)((tmp_box(i,j),j=1,3),i=1,3)
write
I want to build gfortran with --disable-shared so that I can give fortran
programs created with gfortran to people who need to use the programs, but do
not have gfortran installed. I configured with -
../gcc/configure --disable-shared --prefix=/usr/local/gfortran
--enable-languages=c,fortran
--- Comment #9 from drow at gcc dot gnu dot org 2006-10-23 14:15 ---
I haven't had another chance to work on this; update assigned to reflect
reality. Hopefully the analysis will be useful to someone.
--
drow at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from arno at heho dot snv dot jussieu dot fr 2006-10-23
14:58 ---
Created an attachment (id=12480)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12480action=view)
Take III
Most of the original patch probably has been commited when
adding support for GNU/kFreeBSD.
--- Comment #8 from daney at gcc dot gnu dot org 2006-10-23 15:00 ---
The patch is here:
http://gcc.gnu.org/ml/gcc-patches/2006-10/msg01149.html
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-10-23 15:19 ---
This is not a bug, -malign-double changes the ABI.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-23 15:22 ---
*** This bug has been marked as a duplicate of 26510 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-10-23 15:22 ---
*** Bug 29564 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-10-23 15:24 ---
Caused by:
2005-09-28 Geoffrey Keating [EMAIL PROTECTED]
* config/rs6000/t-darwin8: Uncomment contents, allow -m64
multilib to be built.
* Makefile.in: Export LIPO_FOR_TARGET,
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-10-23 15:26 ---
Caused by:
2004-11-03 Andrew Pinski [EMAIL PROTECTED]
* config/darwin.h (REAL_LIBGCC_SPEC): Define to use shared
libgcc for shared libraries.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-10-23 15:44 ---
(In reply to comment #4)
Like this?
Actually thinking about it some more, that will cause stage1 not to be build
with the more checking if the user wanted it to be, ie
--enable-checking=yes,rtl,gcac when
Fortran 95 (GCC) 4.3.0 20061023 (experimental)
--
Summary: ICE in gimplify_var_or_parm_decl, at gimplify.c
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: fortran
--- Comment #1 from william dot mitchell at nist dot gov 2006-10-23 15:47
---
Created an attachment (id=12481)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12481action=view)
this is the program that demonstrates the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29565
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #2 from william dot mitchell at nist dot gov 2006-10-23 15:49
---
This is on Linux Fedora Core 1 with a Linux binary download of gfortran.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29565
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29565
--- Comment #1 from pault at gcc dot gnu dot org 2006-10-23 15:54 ---
program gfbread
character(len=256), dimension(3) :: block_data = (/' 1 2 3',' 4 5 6',' 7 8
9'/)
real(kind=8), dimension(3,3) :: tmp_box
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-10-23 15:58 ---
Confirmed, reduced testcase:
module hash_mod
type element_t
integer :: gid
end type element_t
type grid_type
type(element_t), pointer :: element(:)
end type grid_type
contains
subroutine hash_read_key(key)
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-10-23 16:06 ---
It works for me with 4.1.2 20061017 but fails with 4.2.0 20061015 so this only
fails on the 4.2 branch.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pcarlini at suse dot de 2006-10-23 16:26 ---
The issue seems more tricky, even for TLS platforms, see:
http://gcc.gnu.org/ml/gcc-patches/2006-10/msg00333.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24025
--- Comment #2 from kargl at gcc dot gnu dot org 2006-10-23 17:10 ---
Please the audit trail for Pr 18026. It gives the details.
Also, the difference in the earlier version of gfortran to
the newer version is due to this patch.
2006-09-07 Steven G. Kargl [EMAIL PROTECTED]
--- Comment #11 from kargl at gcc dot gnu dot org 2006-10-23 17:10 ---
*** Bug 29561 has been marked as a duplicate of this bug. ***
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-10-23 17:11
---
Further reduced testcase, confirmed on ppc-darwin:
type element_t
integer :: gid
end type element_t
type(element_t) :: element(1)
call hash_read_key(element%gid)
call hash_read_key(element%gid)
--- Comment #7 from amylaar at gcc dot gnu dot org 2006-10-23 17:30 ---
(In reply to comment #6)
A regression hunt identified the following patch:
http://gcc.gnu.org/viewcvs?view=revrev=116424
r116424 | amylaar | 2006-08-25 18:51:57 + (Fri, 25 Aug 2006)
When I
version 4.3.0 20061023 (experimental)
/home/martin/software/ugcc/libexec/gcc/x86_64-unknown-linux-gnu/4.3.0/f951
test.f90 -quiet -dumpbase test.f90 -mtune=generic -auxbase test -O2 -version -I
/home/martin/software/ugcc/lib/gcc/x86_64-unknown-linux-gnu/4.3.0/finclude -o
/tmp/ccsOQohf.s
GNU F95
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-23 18:13 ---
Can you try the patch in:
http://gcc.gnu.org/ml/gcc-patches/2006-10/msg01168.html
?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
There's an on-off discussion on the gfortran mailing
list on making 4-byte record markers the default for gfortran.
This would only be acceptable if large (2 GB) records could
be written that way.
I'm taking a shot at this.
--
Summary: implement unformatted files with subrecords
--- Comment #12 from tobias dot burnus at physik dot fu-berlin dot de
2006-10-23 18:52 ---
Cf. also bug 29471.
In the Intel Fortran Compiler
real :: r
data r/some BOZ/
gives the same result as using the Fortran 2003 statement in ifort:
real :: r
r = real(some boz)
(At least with
(stevenhu) / [159] cat a.c
void func(){}
main(){
int a,b;
/*asm( %ecx %eax);*/
asm(add %0,%1,%2:=r(a):m(func),m(b));
}
(stevenhu) / [160] gcc -S a.c
a.c: In function `main':
a.c:6: Internal compiler error in instantiate_virtual_regs_1, at
function.c:3972
Please submit a full bug report,
with
--- Comment #6 from dir at lanl dot gov 2006-10-23 19:02 ---
I tried to disable the multilib with -
../gcc/configure --disable-shared --disable-multilib
--prefix=/usr/local/gfortran --enable-languages=c,fortran
but I still about the save errors -
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-10-23 19:05
---
(In reply to comment #4)
Can this PR be closed?
I'd say yes.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-10-23 19:07
---
Fixed on 4.2 branch and probably earlier:
In file a.f90:1
integer*1 :: i1 = 255_1
1
Error: Integer too big for its kind at (1)
In file a.f90:2
integer*2 :: i2 = 65535_2
--- Comment #4 from batt at develer dot com 2006-10-23 19:09 ---
I have 3 projects involving gcc and avr, and all of these have an increased RAM
usage due to __clz_tab linking after switching from gcc 4.1.1 to 4.2.
I will try as soon as possible to find a suitable testcase.
--
--- Comment #8 from reichelt at gcc dot gnu dot org 2006-10-23 19:11
---
As Andrew already noted, this is not fixed on the 4.1 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 147 matches
Mail list logo
