--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot
|dot org
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot
|dot org
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot
|dot org
pito /tmp $ mkdir mod
pito /tmp $ cat > a.f90
module foo
end module foo
use foo
end
pito /tmp $ ~/gfortran/devel/irun/bin/gfortran -v
Using built-in specs.
Target: powerpc-apple-darwin8.8.0
Configured with: ../trunk/configure --prefix=/Users/fx/gfortran/devel/irun
--enable-languages=c,fortran --wi
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-01-12 06:35
---
Simpler example:
real :: t, dist
t = 12
dist = 5
if (dist < 0) then
print *, dist
end if
end
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30438
--- Comment #24 from pault at gcc dot gnu dot org 2007-01-12 06:09 ---
Kaveh,
> I must have misread the svn archive, looks like you're right. I've ping'ed
> Alexandre and if he cops to the error then I'll take care of removing the
> testcases. And as I flasely blamed you for the probl
--- Comment #3 from pault at gcc dot gnu dot org 2007-01-12 06:00 ---
The attached bootstraps and regtests on IA64/FC5 - it even fixes the bug, as
the testcase shows. (I will have to do the attaching a bit later - whatever I
try with cookies does not seem to work right now.)
The patch w
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-12 05:34 ---
The hash* functions were renamed because they conflict with some functions in
some other library.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30445
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-01-12 05:31 ---
> Please note (with the CVS from a few days ago) that "make check" misses
> some things. To get all the logs you need to type:
No you just do "make -k check". I mentioned this before.
--
http://gcc.gnu.org/bug
This info is a fix for a "FIXME" in gcc-4_2-branch/libobjc/Makefile.in
To create libobjc.dll a fix to
/cygdrive/C/makecygwin/gcc-4_2-branch/libobjc/Makefile, is needed. This
makefile is created from gcc-4_2-branch/libobjc/Makefile.in
There is no author name or e-mail given but these words are en
--- Comment #2 from rob1weld at aol dot com 2007-01-12 05:12 ---
Thank you kindly for your comments and e-mails everyone.
Firstly, I am NOT building in the source directory.
My result (as of a while ago) for libmudflap are:
=== libmudflap Summary ===
# of expected passes 1194
# of u
--- Comment #23 from aoliva at gcc dot gnu dot org 2007-01-12 04:04 ---
I can't imagine why I might have added or merged those files. I'm pretty sure
I had no intention of merging them. I may have goofed in the merge command, or
I ran into some SVN bug. Whatever it was, I apologize fo
--- Comment #5 from sgk at troutmask dot apl dot washington dot edu
2007-01-12 02:20 ---
Subject: Re: sfstubs.f90:48: internal compiler error: Illegal instruction
On Thu, Jan 11, 2007 at 03:41:38PM -0800, Steve Kargl wrote:
>
> I forgot to mention that
> f95 -fPIC -c sfstubsf95.f90
--- Comment #3 from hubicka at gcc dot gnu dot org 2007-01-12 01:43 ---
Patch in testing. It is related to function cloning update needed by Razya's
IPCP code.
Honza
Index: tree-inline.c
===
*** tree-inline.c (revis
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-01-12 00:57
---
I think I was the last to touch on this section of code so I will take a look
and see if I can fix it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30435
--- Comment #32 from rakdver at gcc dot gnu dot org 2007-01-12 00:18
---
Subject: Bug 29516
Author: rakdver
Date: Fri Jan 12 00:17:50 2007
New Revision: 120695
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120695
Log:
PR tree-optimization/29516
* tree-ssa-addre
--- Comment #4 from sgk at troutmask dot apl dot washington dot edu
2007-01-11 23:45 ---
Subject: Re: sfstubs.f90:48: internal compiler error: Illegal instruction
On Thu, Jan 11, 2007 at 11:40:07PM -, kargl at gcc dot gnu dot org wrote:
>
> --- Comment #3 from kargl at gcc do
--- Comment #3 from kargl at gcc dot gnu dot org 2007-01-11 23:40 ---
The code at http://www.cora.nwra.com/~orion/f95bug.tar.gz
is broken.
laptop:kargl[226] gfc4x -c sfstubs.f90
sfstubs.f90:127.21:
real(kind=plflt) x0, y0, xtick, ytick
1
Error: Symbol 'plflt'
--- Comment #2 from orion at cora dot nwra dot com 2007-01-11 23:21 ---
I'm getting a bugzilla error when I try to make and attachment (reported).
Source can be found here: http://www.cora.nwra.com/~orion/f95bug.tar.gz, or in
the fedora buzilla: https://bugzilla.redhat.com/bugzilla/show
--- Comment #22 from ghazi at gcc dot gnu dot org 2007-01-11 22:54 ---
> However, I note that the commit to which you pointed, was made by me to
> trunk:
> http://gcc.gnu.org/ml/gcc-cvs/2006-07/msg00074.html
> The commit to 4.0 that introduced the testcases was made by aoliva at
> gcc
--- Comment #1 from kargl at gcc dot gnu dot org 2007-01-11 22:41 ---
Can you try the compiler available from the fortran wiki?
Can you attach the fortran code?
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from echristo at apple dot com 2007-01-11 22:34 ---
I can see this on x86-darwin.
--
echristo at apple dot com changed:
What|Removed |Added
Sta
gcc (GCC) 4.1.1 20070105 (Red Hat 4.1.1-53)
from Fedora Development.
f95 -fPIC -c sfstubsf95.f90
sfstubs.f90:48: internal compiler error: Illegal instruction
--
Summary: sfstubs.f90:48: internal compiler error: Illegal
instruction
Product: gcc
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|libstdc++ |middle-end
Keywords||build, ice
--- Comment #1 from jojelino at gmail dot com 2007-01-11 22:30 ---
Created an attachment (id=12893)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12893&action=view)
sstream-inst.ii
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30443
svn 120684
sstream-inst.ii costs 640kb. i cannot attach it to bugzilla
$ /tmp/gcc/host-i686-pc-cygwin/gcc/xgcc -shared-libgcc -B/tmp/gcc/host-i686-pc-
cygwin/gcc -nostdinc++ -L/tmp/gcc/i686-pc-cygwin/libstdc++-v3/src -L/tmp/gcc/i6
86-pc-cygwin/libstdc++-v3/src/.libs -B/usr/i686-pc-cygwin/bin/ -B/
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-01-11 22:19 ---
Can you try with a newer 4.1.2?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-01-11 22:16 ---
> IIRC, this optimization was recently implemented in gfrortran...
That is because in Fortran, you have "a = 0" and instead of lowering it into a
loop, it lowers it to a memset instead.
--
pinskia at gcc dot gnu
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-01-11 21:47 ---
Works for me - I bet this is a dup of PR28545.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30440
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-01-11 20:55 ---
We should be consistent to
program main
integer :: i
i = 154
print *,achar(i)
end program main
Confirmed. I'll do this.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-01-11 20:32 ---
Subject: Bug 30415
Author: tkoenig
Date: Thu Jan 11 20:32:42 2007
New Revision: 120685
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120685
Log:
2007-01-11 Thomas Koenig <[EMAIL PROTECTED]>
PR li
Array initialization could use memset builtin function. In following two
testcases, array is initialized without use of memset:
--cut here--
long long foo(long long *);
long long test1(void)
{
long long a[32];
a[0] = 0;
a[1] = 0;
a[2] = 0;
a[3] = 0;
a[4] = 0;
a[5] = 0;
a[6] = 0;
--- Comment #3 from simartin at gcc dot gnu dot org 2007-01-11 19:46
---
Subject: Bug 29573
Author: simartin
Date: Thu Jan 11 19:46:03 2007
New Revision: 120683
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120683
Log:
2007-01-11 Simon Martin <[EMAIL PROTECTED]>
PR
--- Comment #21 from paulthomas2 at wanadoo dot fr 2007-01-11 19:28 ---
Subject: Re: testsuite failures in actual_array_constructor_2.f90
and actual_array_substr_2.f90
Kaveh,
> Paul - I understand that you may not have time to actually fix the bug.
> However something seems to have
--- Comment #22 from thiago at kde dot org 2007-01-11 18:42 ---
Is there any update on this bug?
According to http://sourceware.org/ml/binutils/2005-01/msg00401.html, a
protected function symbol cannot be used in a R_386_GOTOFF. I don't claim to
understand the full implications of the i
--- Comment #17 from pinskia at gcc dot gnu dot org 2007-01-11 18:28
---
*** Bug 30441 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-01-11 18:28 ---
*** This bug has been marked as a duplicate of 29922 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from hjl at lucon dot org 2007-01-11 18:12 ---
Created an attachment (id=12892)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12892&action=view)
An updated patch
"cp -L" may not be portable. This updated patch tries "cp -LpR" before "cp
-pR".
--
hjl at lucon dot
--- Comment #20 from rguenth at gcc dot gnu dot org 2007-01-11 18:12
---
Again tonight - Mark broke bootstrap.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30089
--- Comment #1 from Jean-pierre dot vial at wanadoo dot fr 2007-01-11
17:45 ---
Created an attachment (id=12891)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12891&action=view)
the two lapack files that show the bug (from lapack-3.1.0)
note that lapack has other similar files sg
--- Comment #3 from jasonmbechtel at gmail dot com 2007-01-11 17:42 ---
I have since been able to successfully compile this program using the following
'build (platform)'s:
gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-52)
gcc version 3.3.3 20040412 (Red Hat Linux 3.3.3-7)
--
jaso
compilation of two testing functions of lapack fails (ICE)
with the -O2 or -O3 optimisation levels
level -O1 works
gfortran -funroll-all-loops -O3 -fomit-frame-pointer -c dget33.f
dget33.f: In function dget33:
dget33.f:1: erreur interne du compilateur: dans insert_into_preds_of_block, à
tree-s
--- Comment #2 from jasonmbechtel at gmail dot com 2007-01-11 17:36 ---
Created an attachment (id=12890)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12890&action=view)
complete package for executing steps to reproduce error
It's a GPL-ed program. ;-)
--
http://gcc.gnu.org/
--- Comment #1 from jasonmbechtel at gmail dot com 2007-01-11 17:33 ---
Created an attachment (id=12889)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12889&action=view)
Preprocessed source
This is the file GCC told me to attach to my bug report.
--
http://gcc.gnu.org/bugzill
--- Comment #5 from andersin at freenet dot de 2007-01-11 17:33 ---
Created an attachment (id=12888)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12888&action=view)
preprossesed source on success
Preprocessed source when ./source.h is not present
--
http://gcc.gnu.org/bugzil
--- Comment #4 from andersin at freenet dot de 2007-01-11 17:33 ---
Created an attachment (id=12887)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12887&action=view)
output on success
Output when running gcc -v signal.c when ./signal.h is not present
--
http://gcc.gnu.org/bug
--- Comment #3 from andersin at freenet dot de 2007-01-11 17:32 ---
Created an attachment (id=12886)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12886&action=view)
preprossesed source on error
Preprocessed source when ./signal.h exists and compiling fails
--
http://gcc.gnu.
Internal compiler error in tree-ssa-pre.c when compiling lib_vwk.c in Situs
version 2.2.1.
To reproduce:
tar xvzf Situs_2.2.1.tar.gz
cd Situs_2.2.1
make all
The result:
gcc -I/usr/local/include -I../fftw -O3 -g -Wall -D_SMP_ -DMAX_NUM_THREADS=16 -c
./lib_vwk.c
./lib_vwk.c: In function 'create_l
--- Comment #2 from andersin at freenet dot de 2007-01-11 17:31 ---
Created an attachment (id=12885)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12885&action=view)
output on failure
output of gcc -v source.c if ./signal.h exists
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #1 from andersin at freenet dot de 2007-01-11 17:29 ---
Created an attachment (id=12884)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12884&action=view)
testcase
Testcase:
if ./signal.h exists, it fails to compile, since sig_atomic_t is not defined.
If ./signal.h does
Problem:
#include does not include /usr/include/signal.h (the library header)
if ./signal.h exists.
Expected Behavior:
If a file ./signal.h exists, #include includes /usr/include/signal.h
and #include "signal.h" includes ./signal.h
As far as I know, ANSI C states that #include includes only libra
--- Comment #4 from kargl at gcc dot gnu dot org 2007-01-11 17:25 ---
(In reply to comment #3)
> Paul, Steve, Please let me know if you see an issue with the above analysis.
> Hopefully, the three-loop strategy of (i) determine mask size, (ii) populate
> mask and (iii) conditionally exec
--- Comment #20 from ghazi at gcc dot gnu dot org 2007-01-11 17:16 ---
(In reply to comment #14)
> Subject: Re: testsuite failures in actual_array_constructor_2.f90
> and actual_array_substr_2.f90
> Kaveh
> > --- Comment #13 from ghazi at gcc dot gnu dot org 2007-01-10 21:45
> >
--- Comment #19 from ghazi at gcc dot gnu dot org 2007-01-11 17:04 ---
(In reply to comment #18)
> Well then please accept my humble apology. No intent to disparage. I was
> attempting to concur with Kaveh's suggestion in Comment #13 that ""WONTFIX"
> may
> be a more accurate descripti
--- Comment #2 from hald at kc dot rr dot com 2007-01-11 17:03 ---
This is one of the HP Testdrive machines (td176.testdrive.hp.com), so I am
unable to modify what version of gcc is installed on it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30429
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirm
--- Comment #1 from kargl at gcc dot gnu dot org 2007-01-11 17:00 ---
The relevant section of the F2003 standard is 10.9.1.1.
It appears that in list-directed input that if we advance
to a newline during the read and the first item hit is a
/ when get it wrong. Here a test program.
pr
--- Comment #3 from roger at eyesopen dot com 2007-01-11 16:56 ---
Ok, I've now spent some time reading the code, I understand what's going wrong
and what needs to be done to fix it. The problem resolves around the
"nest_flag" argument to gfc_trans_nested_forall_loop. This argument onl
--- Comment #16 from hubicka at gcc dot gnu dot org 2007-01-11 16:50
---
Subject: Bug 1046
Author: hubicka
Date: Thu Jan 11 16:50:32 2007
New Revision: 120681
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120681
Log:
PR tree-optimization/1046
* tree-tailcall.c
--- Comment #15 from hubicka at gcc dot gnu dot org 2007-01-11 16:45
---
Subject: Bug 1046
Author: hubicka
Date: Thu Jan 11 16:44:56 2007
New Revision: 120680
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120680
Log:
PR tree-optimization/1046
* tree-tailcall.c
--- Comment #6 from tromey at gcc dot gnu dot org 2007-01-11 16:27 ---
Subject: Bug 20989
Author: tromey
Date: Thu Jan 11 16:26:55 2007
New Revision: 120679
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120679
Log:
PR preprocessor/15185, PR preprocessor/20989:
*
--- Comment #5 from tromey at gcc dot gnu dot org 2007-01-11 16:27 ---
Subject: Bug 15185
Author: tromey
Date: Thu Jan 11 16:26:55 2007
New Revision: 120679
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120679
Log:
PR preprocessor/15185, PR preprocessor/20989:
*
Just so that I don't forget, in the following code, t is set but never used:
integer, parameter :: nconf = 4000, nmol = 300
integer, parameter :: nhist = 200
real, parameter :: delta = 0.05
integer :: conf, i, cote, idO, idH1, idH2
integer(kind=8) :: hist(2,2,nhist)
real :: t, dist(2,
--- Comment #1 from manu at gcc dot gnu dot org 2007-01-11 16:00 ---
This seems like a regression to me.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
(Ignore that I have gcc installed in $HOME/powerpc, that's Apple's fault for
not setting $HOSTTYPE correctly...)
delices ~ $ ./powerpc/bin/gcc -Wno-all foo.c
cc1: error: unrecognized command line option "-Wno-all"
delices ~ $ ./powerpc/bin/gcc -v
Using built-in specs.
Target: i386-apple-darwin8.8.
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-01-11 15:16 ---
The 3.4 branch is no longer maintained, please try the latest release which is
4.1.1.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
The Fortran standard states that when you have list directed input, and a
forward slash (/) appears at the end of a line of input, that any variables in
the read statement that have not been initialized should simply be skipped over
(ignored).
When gfortran encounters a slash at the beginning of
The C++ standard allows to add exceptions to the list of throwable exceptions
in virtual functions. But this does not work with multiple inheritence, as the
following example shows:
// CODE BEGIN
#include
#include
#include
#include
class my_exception
{
protected :
std::string error_
--- Comment #31 from rakdver at gcc dot gnu dot org 2007-01-11 09:02
---
Patch: http://gcc.gnu.org/ml/gcc-patches/2007-01/msg00970.html
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #23 from fxcoudert at gcc dot gnu dot org 2007-01-11 08:08
---
The same code seems to be present in 4.1 and 4.2 branches. Andrew, would you
mind include add a testcase to testsuite/gfortran.dg/ when you commit a patch?
(if Andrew doesn't commit the patch, same request for th
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-01-11 08:01
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
71 matches
Mail list logo
