--- Comment #8 from cnstar9988 at gmail dot com 2008-04-17 06:55 ---
gcc 4.2.2 hp ia64 11.23
Possible causes: insufficient memory or swap space,
or stack size exceeded maxssiz.
make[4]: *** [libgcc/hpux64/__divxf3.o] Segmentation fault (core dumped)
make[4]: Leaving directory `/os/build
--- Comment #1 from pault at gcc dot gnu dot org 2008-04-17 05:59 ---
Here is a further reduced version of the testcase:
program testprog
type :: t_type
integer, dimension(:), allocatable :: chars
end type t_type
integer, save :: callnb = 0
type(t_type) :: this
allocate (
--- Comment #2 from dimhen at gmail dot com 2008-04-17 05:05 ---
i reproduce err with #134344.
1. pre condition
'svnversion -n' print 134340
'gcc -v' print 134340
'g++ -v' print 134339
2. gcc_update. Update to #134344. No files has changed.
3. make install
'gcc -v' print 134344
'g++ -
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2008-04-17 04:38
---
I need to backport this to 4.3.1. Also, Dick, please let me know if you see
any other combinations like this that fail.
Thanks for reporting.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35724
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2008-04-17 04:33
---
Subject: Bug 35724
Author: jvdelisle
Date: Thu Apr 17 04:33:11 2008
New Revision: 134377
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134377
Log:
2008-04-16 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2008-04-17 04:31
---
Subject: Bug 35724
Author: jvdelisle
Date: Thu Apr 17 04:30:04 2008
New Revision: 134376
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134376
Log:
2008-04-16 Jerry DeLisle <[EMAIL PROTECTED]>
When compiling the recent proftpd-1.3.2rc1 source code using gcc-4.3.0, a user
reported a problem where gcc reports a problem with the -Wno-long-double
option:
gcc -DHAVE_CONFIG_H -DLINUX -I.. -I../include -I/usr/include/mysql -O2
-Wall
-Wno-long-double -c mod_sql.c
mod_sql.c: In functio
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2008-04-17 01:35
---
I failed to take care of the equivalent problem for eoshift. Here is a case
from Dick on this. I have a patch testing.
SUBROUTINE RA0072(DDA,LDA,nf10,nf1,mf1,nf2)
! fails on Windows XP
! gcc version 4.4.0
--- Comment #4 from gnu_andrew at member dot fsf dot org 2008-04-16 23:34
---
I recall there was a CP one that was fixed, but can't seem to find it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35950
--- Comment #3 from tromey at gcc dot gnu dot org 2008-04-16 22:32 ---
Never mind, I see it now.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tromey at gcc dot gnu dot org 2008-04-16 22:30 ---
If you know of a specific gjar patch, I can pull it over.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from gnu_andrew at member dot fsf dot org 2008-04-16 22:21
---
The difference is noticeable just from the zip output. This is the working
tools.zip created by fastjar:
0 04-16-08 03:08 gnu/classpath/tools/tnameserv/
2391 04-16-08 03:08 gnu/classpath/t
--- Comment #10 from andreast at gcc dot gnu dot org 2008-04-16 21:30
---
Subject: Bug 35915
Author: andreast
Date: Wed Apr 16 21:30:11 2008
New Revision: 134368
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134368
Log:
2008-04-16 Andreas Tobler <[EMAIL PROTECTED]>
--- Comment #4 from tromey at gcc dot gnu dot org 2008-04-16 21:29 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|u
Each line of the following subroutine causes a run-time
abort. Except for the one labeled gf1069. It works if
literal constants are used in place of the nf* variables.
Dick Hendrickson
program try_gf1065
! fails on Windows XP
! gcc version 4.4.0 20080312 (experimental) [trunk revision 13
--- Comment #4 from pault at gcc dot gnu dot org 2008-04-16 21:07 ---
Fixed on 4.4 and 4.3
Thanks for the report
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pault at gcc dot gnu dot org 2008-04-16 21:02 ---
Subject: Bug 35932
Author: pault
Date: Wed Apr 16 21:02:10 2008
New Revision: 134366
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134366
Log:
2008-04-16 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #5 from steven at gcc dot gnu dot org 2008-04-16 21:02 ---
This will probably only be fixed once a gfortran developer gets access to
Vista...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35916
--- Comment #9 from andreast at gcc dot gnu dot org 2008-04-16 20:56
---
Patch is here, the changes from comment #8 are included.
http://gcc.gnu.org/ml/gcc-patches/2008-04/msg01320.html
--
andreast at gcc dot gnu dot org changed:
What|Removed |Ad
--- Comment #2 from pault at gcc dot gnu dot org 2008-04-16 20:53 ---
Subject: Bug 35932
Author: pault
Date: Wed Apr 16 20:53:07 2008
New Revision: 134364
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134364
Log:
2008-04-16 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #3 from tromey at gcc dot gnu dot org 2008-04-16 20:37 ---
I think some BOMs will be handled by iconv.
In particular I tried UTF-16 and this seemed to work ok.
UTF-8 is a special problem in two ways. First, glibc's iconv does not
appear to recognize the UTF-8 BOM.
And, eve
Problem with gfortran while developing a recursive function
which allocates an array stored in a derived-type.
This is the sample test :
module testmod
#define _DYNAMIC_TYPE allocatable
!#define _DYNAMIC_TYPE pointer
type, public :: t_type
integer, dimension(:), _DYNAMIC_TYPE :: chars
end
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-04-16 19:50 ---
I see this issue even with 4.1.1 and even without -ftest-coverage.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34609
--- Comment #8 from bkoz at gcc dot gnu dot org 2008-04-16 18:52 ---
in configure.ac please put
GCC_STDINT
out of native/cross bit of configure, and run unconditionally like so:
GCC_LINUX_FUTEX([AC_DEFINE(HAVE_LINUX_FUTEX, 1, [Define if futex syscall is
available.])])
GCC_HEADER_ST
--- Comment #7 from uros at gcc dot gnu dot org 2008-04-16 18:39 ---
Subject: Bug 35944
Author: uros
Date: Wed Apr 16 18:39:08 2008
New Revision: 134359
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134359
Log:
PR target/35944
* gfortran.dg/pr35944-1.f90: New te
--- Comment #7 from bkoz at gcc dot gnu dot org 2008-04-16 18:39 ---
Hey Andreas. This is fine for the time being.
If (include/gstdint.h) ends up being a problem (as include directory may not
exist when being output?), you can just do (gstdint.h) and then add a special
rule in include
--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-04-16 18:36 ---
Confirmed, a regression vs. 4.2.3:
$ gfortran fa.f
$ ./a.out
10.0 9.0 8.0 7.0 6.0 5.0 4.0 3.0 2.0 1.0
1 0.11066 0.09967 -0.01099
2 0.24498 0.21867 -0.02631
3 0.40489 0.35877 -0.04612
--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-04-16 18:19 ---
Confirmed, a regression:
$ gfortran foo.f
$ ./a.out
1 2 3 4 5 6 7 8 9 10
10 9 8 7 6 5 4 3 2 1
8 10 4 2 0 2 4 10 8***
11 11 11 3 3 3 3 11 11 11
$ ifort foo.f
$ ./a.out
1 2 3 4
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #3 from tkoenig at gcc dot gnu dot org 2008-04-16 18:15 ---
I cannot reproduce this on i686-pc-linux-gnu; valgrind
shows no errors.
This may be target specific.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35952
--- Comment #6 from andreast at gcc dot gnu dot org 2008-04-16 18:12
---
I have a patch in testing. Looks ok so far.
One question, is it ok to place gstdint.h into the include directory? And not
like others in the toplevel build dir?
Index: configure.ac
--- Comment #2 from tkoenig at gcc dot gnu dot org 2008-04-16 18:09 ---
Confirmed, not a regression.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-04-16 17:54 ---
I don't have this problem:
[EMAIL PROTECTED] local]$ ~/gcc-spu/bin/spu-elf-gcc -v
Using built-in specs.
Target: spu-elf
Configured with: /home/apinski/src/local/gcc/configure --target=spu-elf
--prefix=/home/apinski/g
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-04-16 17:48 ---
*** Bug 35958 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35916
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-04-16 17:48 ---
The driver has not changed since January.
*** This bug has been marked as a duplicate of 35916 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from DHConsultancy at skynet dot be 2008-04-16 17:44 ---
Subject: Re: gfortran for Vista
in a sense, yes, except that now also gcc 4.3.0 doesnt work anymore on
Vista
pinskia at gcc dot gnu dot org wrote:
> --- Comment #3 from pinskia at gcc dot gnu dot org 2
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-04-16 17:40 ---
Isn't this the same bug as PR 35916 ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35958
--- Comment #2 from tromey at gcc dot gnu dot org 2008-04-16 16:57 ---
This works ok with 4.1 and with svn trunk.
So, I'm closing this, since 4.0 is a closed branch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |sam at gcc dot gnu dot org
|dot org
--- Comment #7 from jakub at gcc dot gnu dot org 2008-04-16 16:12 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from jakub at gcc dot gnu dot org 2008-04-16 16:11 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||bkoz at gcc dot gnu dot org
Severity|normal
--- Comment #4 from jakub at gcc dot gnu dot org 2008-04-16 16:11 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from jakub at gcc dot gnu dot org 2008-04-16 16:10 ---
Subject: Bug 35739
Author: jakub
Date: Wed Apr 16 16:10:04 2008
New Revision: 134354
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134354
Log:
PR c/35739
* tree-nrv.c (tree_nrv): Don't optimiz
--- Comment #6 from jakub at gcc dot gnu dot org 2008-04-16 16:08 ---
Subject: Bug 35899
Author: jakub
Date: Wed Apr 16 16:07:46 2008
New Revision: 134353
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134353
Log:
PR tree-optimization/35899
* tree-inline.c (expan
--- Comment #3 from jakub at gcc dot gnu dot org 2008-04-16 16:06 ---
Subject: Bug 35662
Author: jakub
Date: Wed Apr 16 16:05:51 2008
New Revision: 134352
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134352
Log:
PR target/35662
* f95-lang.c (gfc_init_builtin_fu
--- Comment #6 from ubizjak at gmail dot com 2008-04-16 16:05 ---
Fixed in mainline. I'm not a fortran person; can someone please construct a
testcase from the example in the description to be committed to SVN?
--
ubizjak at gmail dot com changed:
What|Removed
--- Comment #5 from jakub at gcc dot gnu dot org 2008-04-16 16:02 ---
Subject: Bug 35739
Author: jakub
Date: Wed Apr 16 16:01:57 2008
New Revision: 134351
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134351
Log:
PR c/35739
* tree-nrv.c (tree_nrv): Don't optimiz
--- Comment #5 from jakub at gcc dot gnu dot org 2008-04-16 16:01 ---
Subject: Bug 35899
Author: jakub
Date: Wed Apr 16 16:00:34 2008
New Revision: 134350
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134350
Log:
PR tree-optimization/35899
* tree-inline.c (expan
--- Comment #2 from jakub at gcc dot gnu dot org 2008-04-16 15:57 ---
Subject: Bug 35662
Author: jakub
Date: Wed Apr 16 15:56:58 2008
New Revision: 134349
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134349
Log:
PR target/35662
* f95-lang.c (gfc_init_builtin_fu
--- Comment #5 from uros at gcc dot gnu dot org 2008-04-16 15:54 ---
Subject: Bug 35944
Author: uros
Date: Wed Apr 16 15:53:59 2008
New Revision: 134348
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134348
Log:
PR target/35944
* config/i386/i386.md (fmodxf3): Co
--- Comment #2 from DHConsultancy at skynet dot be 2008-04-16 15:08 ---
Subject: Re: gfortran for Vista
it is...
I got a response on the previous one which helped for some compilations,
but not for all
so, now I'm basically stuck without gfortran...
steven at gcc dot gnu dot org wro
--- Comment #5 from brian at dessent dot net 2008-04-16 14:50 ---
Subject: Re: gcj: error trying to exec 'ecj1': execvp: No such
file or directory
david dot griffiths at gmail dot com wrote:
> Note that the build directory contains no libjava on completion, not sure if
> it
> shoul
--- Comment #4 from david dot griffiths at gmail dot com 2008-04-16 14:31
---
Hi, made no difference. I created a separate gcc-4.3.0-build directory and
placed the ecj.jar both in there and in the top level source director (just to
be sure).
Note that the build directory contains no li
--- Comment #1 from steven at gcc dot gnu dot org 2008-04-16 13:46 ---
Looks related to http://gcc.gnu.org/ml/fortran/2008-03/msg00119.html and the
thread surrounding it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35958
--- Comment #16 from jamborm at gcc dot gnu dot org 2008-04-16 13:27
---
I'm now working on inlining of indirect calls (PR 9079) and intend to allow for
inlining of calls through member pointers too.
--
jamborm at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from hutchinsonandy at aim dot com 2008-04-16 13:10 ---
Subject: Re: [4.3 Regression] [avr] code bloat caused by
-fsplit-wide-types
Yes, indeed, I have patches in progress for AVR that do split
operation to take more advantage of lowering but the "bug" is still an
is
--- Comment #7 from hjl dot tools at gmail dot com 2008-04-16 13:02 ---
Joey has a point:
http://gcc.gnu.org/ml/gcc-patches/2008-04/msg01280.html
It does look wired for a *dump-tree* option to generate a RTL looking
result.
--
hjl dot tools at gmail dot com changed:
Wha
--- Comment #8 from hjl dot tools at gmail dot com 2008-04-16 12:56 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|WAITING
--- Comment #10 from sam at gcc dot gnu dot org 2008-04-16 12:44 ---
This is fixed in the current GCC SVN.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from sam at gcc dot gnu dot org 2008-04-16 12:38 ---
Subject: Bug 29015
Author: sam
Date: Wed Apr 16 12:37:38 2008
New Revision: 134345
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134345
Log:
gcc/ada/
PR ada/29015
* sem_ch12.adb (Instantiate
Hi,
after running into severe problems with gfortran 4.4.0 under Vista, I wanted to
regress to 4.3.0. I installed gcc 4.3.0, but this still resulted in:
gfortran: CreateProcess: No such file or directory
The previous version I worked with was gfortran 4.3.0 (20071017), trunk 129419.
This one work
--- Comment #4 from ubizjak at gmail dot com 2008-04-16 11:28 ---
(In reply to comment #3)
> Can somebody provide equivalent c testcase? I will look into this problem.
I have a patch in testing.
--
ubizjak at gmail dot com changed:
What|Removed |
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-04-16 11:27 ---
Not unconditionally. With -Wconversion it does since gcc 4.3:
t.c: In function 'main':
t.c:11: warning: conversion to 'unsigned char' from 'unsigned int' may alter
its value
t.c:15: warning: conversion to 'unsigned
I hope this does not conflict with the C-standard, but why does the following
code not issue a warning about the return value of 'someFunction'?
#include
unsigned int someFunction() { return 0xbadc0de; }
void someOtherFunction(unsigned char in) { printf("0x%x\n", in); }
int main(int argc, char
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |sam at gcc dot gnu dot org
|dot org
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |sam at gcc dot gnu dot org
|dot org
--- Comment #7 from steven at gcc dot gnu dot org 2008-04-16 09:07 ---
Fixed, or what?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UN
--- Comment #7 from steven at gcc dot gnu dot org 2008-04-16 08:59 ---
I agree with Paolo in comment #6. One purpose of the lower-subreg path was to
allow backends to *not* define insns that it doesn't have. The expanders will
generate inline code for such patterns at expand time, with
--- Comment #2 from dimhen at gmail dot com 2008-04-16 08:19 ---
Function according C/C++ specs
--
dimhen at gmail dot com changed:
What|Removed |Added
Status
--- Comment #24 from pluto at agmk dot net 2008-04-16 08:03 ---
(In reply to comment #23)
> Fixed in 4.0.2 and above.
>
i have one more testcase which still exposes this bug.
$ cat 0.cpp
struct X
{
X();
~X();
};
bool f( int k )
{
X x;
switch ( k )
-v
> Using built-in specs.
> Target: i686-pc-linux-gnu
> Configured with: ../gcc_current/configure
> --prefix=/usr/local/i686-pc-linux-gnu-current
> --enable-version-specific-runtime-libs --enable-checking=yes
> --enable-languages=c,c++
> Thread model: posix
> gcc version 4.
me-libs --enable-checking=yes
--enable-languages=c,c++
Thread model: posix
gcc version 4.4.0 20080416 (experimental) [trunk revision 134340]
(GCC)
g++ -Wignored-qualifiers -c t.cpp
t.cpp:5: warning: type qualifiers ignored on function return type
This warning is correct, with the typedef the
$ gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc_current/configure
--prefix=/usr/local/i686-pc-linux-gnu-current
--enable-version-specific-runtime-libs --enable-checking=yes
--enable-languages=c,c++
Thread model: posix
gcc version 4.4.0 20080416 (experimental
g++ -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc_current/configure
--prefix=/usr/local/i686-pc-linux-gnu-current
--enable-version-specific-runtime-libs --enable-checking=yes
--enable-languages=c,c++
Thread model: posix
gcc version 4.4.0 20080416 (experimental) [trunk
This change
2007-08-21 Benjamin Kosnik <[EMAIL PROTECTED]>
* include/Makefile.am (install-data-local): Remove pch-install rules.
(host_headers): Add stdc++.h, stdtr1c++.h, extc++.h.
* include/Makefile.in: Regenerate.
* config.h.in: Same.
* scripts/check_
76 matches
Mail list logo
