code could be modified and not resemble a fresh WRF setup ...
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/; weather: http://moene.org/~hirlam/
Progress of GNU Fortran: http://gcc.gnu.org/wiki
netcdf.
The trunk compiler I have at hand is revision 271618, so it includes
your update that's the subject of PR90539.
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/; weather: http:
On 5/25/19 7:43 PM, Toon Moene wrote:
On 5/25/19 7:31 PM, Thomas Koenig wrote:
Hi Toon,
On 5/25/19 7:01 PM, Steve Kargl wrote:
For WRF, I suppose you or Martin could be a good citizen and
contact the project to report a bug.
I have thought about this. As a person with experience building
ement substring.
Of course, you need to read much more of the F77 Standard to find the
definitions of all these terms, but I think the last line quoted
actually *allows* passing WORK( IETGK ) as an actual argument associated
with an array dummy argument.
Shoot me.
--
Toon Moene - e-ma
lf, of countless Fortran books,
whom I met once (when I was on the Fortran Standardization Committee).
He might be persuaded to give us a copy for analysis if this really is
an outlier in performance.
Kind regards,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof
t - it can solve 3x3, 4x4, 5x5, and 6x6 Sudoku's. Up til now,
I have only been able to test it on 3x3 and 4x4 examples.
You'll find it on my web page (indicated below).
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At
on wherever the keyboard happened to be. But I don't make these decisions.
So we are going to base this world wide free software endeavor on a
source code system that doesn't keep time by UTC ?
My God - imagine if weather forecasting was done this way.
--
Toon Moene - e-mail: t...@m
, the only reaction I got from
git-cognoscenti was "Don't do that - it will ruin history for everybody!".
Thanks ! Might 2020 be the year of git for GCC.
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At ho
I guessed correctly - .al is Albania.
What's my prize ?
Forwarded Message
Subject: Test announcement
Date: Mon, 27 Feb 2017 16:21:04 +
From: Noreply via gcc
Reply-To: Noreply , Noreply
To: gcc@gcc.gnu.org
test
http://tracking.desktop.al/tracking/unsubscribe?msgid=xuZX
sense.
The person developing the warning could *at least* have bootstrapped all
languages and detected, warned and helped the Fortran/Ada/whatever side
to cope with it.
[ Man, I'm glad we don't have this problem in Fortran-the-language ].
--
Toon Moene - e-mail: t...@moene.org -
On 03/27/2017 08:29 PM, Marek Polacek wrote:
On Mon, Mar 27, 2017 at 11:16:32AM -0700, Steve Kargl wrote:
On Mon, Mar 27, 2017 at 07:41:12PM +0200, Marek Polacek wrote:
On Mon, Mar 27, 2017 at 07:33:05PM +0200, Toon Moene wrote:
The person developing the warning could *at least* have
ously, I'll only be able to implement this once retirement comes
around (i.e., after 2023).
Kind regards,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/; weather: http://moene.org/~hirlam
de in the context of graphite.
Is this something that should be pursued ?
Kind regards,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/; weather: http://moene.org/~hirlam/
Progress of GNU Fortran: http://gcc.gnu.org/wiki/GFortran#news
On 04/23/2018 01:00 PM, Richard Biener wrote:
On Sun, Apr 22, 2018 at 4:27 PM, Toon Moene wrote:
A few days ago there was a rant on the Fortran Standardization Committee's
e-mail list about Fortran's "whole array arithmetic" being unoptimizable.
An example picked at ran
On 04/24/2018 09:18 AM, Richard Biener wrote:
On Mon, Apr 23, 2018 at 8:35 PM, Toon Moene wrote:
On 04/23/2018 01:00 PM, Richard Biener wrote:
Note that while it looks "obvious" in the above source fragment the IL
that is presented to optimizers may make things a lot less &q
this for speed (is quite
complicated, as I have to build several support libraries with 8.1, like
openmpi, netcdf, hdf{4|5}, fftw ...)
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/; weather:
/tmp partition only had 850 Mb left.
Kind regards,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/; weather: http://moene.org/~hirlam/
Progress of GNU Fortran: http://gcc.gnu.org/wiki/GFortran#news
On 04/17/2011 05:24 PM, Toon Moene wrote:
BTW, does the build process of GCC honor $TMPDIR - I had a melt-down of
a build due to the fact that my /tmp partition only had 850 Mb left.
Well, it seems to. Unfortunately, I do not have the time (between two
runs of HIRLAM) to wait for a --with
tests C and Fortran, but those are the most tested frontends
anyway (/snark)
[ counting tests in the Summary list ]
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/; weather: http://moene.org
tage2-bubble] Error 2
make[1]: Leaving directory `/home/toon/compilers/obj-t'
make: *** [all] Error 2
This is in stage 2.
[ Now I have to figure out a way to automate this message :-) ]
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdi
My C++-fu is pretty non-existent; I tried a C++ bootstrap and got this:
http://gcc.gnu.org/ml/gcc-testresults/2011-05/msg01129.html
Why is that a problem in the C++ bootstrap and not the normal one ?
Cheers,
--
Toon Moene, KNMI (Weer/Onderzoek), The Netherlands
Phone: +31 30 2206443; e-mail
On 05/11/2011 02:58 PM, Toon Moene wrote:
My C++-fu is pretty non-existent; I tried a C++ bootstrap and got this:
http://gcc.gnu.org/ml/gcc-testresults/2011-05/msg01129.html
Why is that a problem in the C++ bootstrap and not the normal one ?
For completeness, the message is generated by the
Toon Moene wrote:
On 05/11/2011 02:58 PM, Toon Moene wrote:
My C++-fu is pretty non-existent; I tried a C++ bootstrap and got this:
http://gcc.gnu.org/ml/gcc-testresults/2011-05/msg01129.html
Why is that a problem in the C++ bootstrap and not the normal one ?
For completeness, the message
;
...
Note that this command line option '-mno-msse4.2' is not explicitly set.
--
Toon Moene, KNMI (Weer/Onderzoek), The Netherlands
Phone: +31 30 2206443; e-mail: mo...@knmi.nl
mous quote of colleague: You know which versions to avoid because
they have problems ... ]
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/; weather: http://moene.org/~hirlam/
Progress of GNU For
On 06/18/2011 11:24 AM, theUser BL wrote:
Hi!
Currently I have nothing about it found in the mailinglist. So I try to ask it:
How effect the OpenSource EKOPath the GCC ?
Perhaps in this way ?
http://gcc.gnu.org/ml/fortran/2011-06/msg00141.html
--
Toon Moene - e-mail: t...@moene.org - phone
On 06/18/2011 12:12 PM, Toon Moene wrote:
On 06/18/2011 05:05 AM, Christopher Bergström wrote:
Hi
We're in the process of considering contributing to gfortran for a
special project, but when we started to vet the codebase we hit a bump
in lack of commit history.
Additional informati
On 06/18/2011 01:02 PM, "C. Bergström" wrote:
On 06/18/11 05:16 PM, Toon Moene wrote:
On 06/18/2011 12:12 PM, Toon Moene wrote:
On 06/18/2011 05:05 AM, Christopher Bergström wrote:
Hi
We're in the process of considering contributing to gfortran for a
special proje
suggest upgrading to at least 4.4 or possibly 4.5.
Kind regards,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/; weather: http://moene.org/~hirlam/
Progress of GNU Fortran: http://gcc.gnu.org/wiki
n 4.6.0-10)
and
$ ld -v
GNU ld (GNU Binutils for Debian) 2.21.51.20110523
It worked as expected. Perhaps some kind soul with access to bugzilla
can close this one.
Thanks.
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At
one from my Debian
Testing installation ?
$ find /usr/lib -name crti.o
/usr/lib/x86_64-linux-gnu/crti.o
This is ld:
$ which ld
/usr/bin/ld
$ ld -v
GNU ld (GNU Binutils for Debian) 2.21.52.20110606
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, T
On 07/02/2011 11:25 PM, Martin Jambor wrote:
On Sat, Jul 02, 2011 at 04:05:59PM +0200, Toon Moene wrote:
Which crti.o is the build looking for ? The original one from my
Debian Testing installation ?
$ find /usr/lib -name crti.o
/usr/lib/x86_64-linux-gnu/crti.o
set LIBRARY_PATH (I really
gcc
It is not quite clear what the outcome of this discussion was.
Is there still interest in daily builds like mine ?
Kind regards,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/; weather
On 07/10/2011 06:45 AM, Ian Lance Taylor wrote:
Toon Moene writes:
As of a couple of months, I perform a bootstrap-with-C++
(--enable-build-with-cxx) daily on my machine between 18:10 and 20:10
UTC.
I see that the build by a C++ compiler has been the subject of the GCC
Gathering at Google
On 07/10/2011 11:20 PM, Laurent GUERBY wrote:
On Sun, 2011-07-10 at 20:03 +0200, Toon Moene wrote:
Last month I got past year's electricity bill - it turns out that I am
now (16 hours of weather forecasting and 4 hours of GCC bootstrapping
per day) using 3200 KWh a year - to the tune of
86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.6.1 (Debian 4.6.1-1)
toon@super:~$ gnat -v
GNAT 4.6.1
...
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/; weather: h
fortran
if [ $RANDOM -lt 16384 ]
then
language=ada
fi
...
../gcc/configure \
...
--enable-languages=c++,$language \
Still have to see if this will fit in the 2:20 hour gap between two
weather forecasting runs.
Cheers,
--
Toon Moene - e-mail: t...@moene.o
On 07/20/2011 04:34 PM, Toon Moene wrote:
So I changed my "lto" bootstrap script to do the following:
language=fortran
if [ $RANDOM -lt 16384 ]
then
language=ada
fi
...
../gcc/configure \
...
--enable-languages=c++,$language \
Still have to see if this will fit in the 2:20 hour g
See:
http://gcc.gnu.org/ml/gcc-testresults/2011-08/msg00117.html
Kind regards,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/; weather: http://moene.org/~hirlam/
Progress of GNU Fortran
On 08/01/2011 08:45 PM, Marc Glisse wrote:
On Mon, 1 Aug 2011, Toon Moene wrote:
See:
http://gcc.gnu.org/ml/gcc-testresults/2011-08/msg00117.html
Er, the python thing only tells you your system has a broken symlink but
ignores it. Did you check in libgcc/config.log for the real error
On 08/01/2011 08:56 PM, Toon Moene wrote:
On 08/01/2011 08:45 PM, Marc Glisse wrote:
On Mon, 1 Aug 2011, Toon Moene wrote:
See:
http://gcc.gnu.org/ml/gcc-testresults/2011-08/msg00117.html
Er, the python thing only tells you your system has a broken symlink but
ignores it. Did you check
-disable-multilib
--disable-nls --with-arch=native --with-tune=native && \
Kind regards,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/; weather: http://moene.org/~hirlam/
Prog
s run time libraries.
I think the outlook is good :-)
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/; weather: http://moene.org/~hirlam/
Progress of GNU Fortran: http://gcc.gnu.org/wiki/GFortran#news
still survive).
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/; weather: http://moene.org/~hirlam/
Progress of GNU Fortran: http://gcc.gnu.org/wiki/GFortran#news
\
--disable-multilib \
--disable-nls \
--with-arch=native \
--with-tune=native
on x86_64-x86_64-unknown-linux-gnu
Cheers,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http
On 08/21/2011 08:19 PM, Toon Moene wrote:
See:
http://gcc.gnu.org/ml/gcc-testresults/2011-08/msg02361.html
The configure line is:
../gcc/configure \
--prefix=/tmp/lto \
--enable-languages=c++ \
--with-build-config=bootstrap-lto \
--with-gnu-ld \
--disable-multilib \
--disable-nls \
--with
coded in octal in a DATA statement.
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/; weather: http://moene.org/~hirlam/
Progress of GNU Fortran: http://gcc.gnu.org/wiki/GFortran#news
testing as of
yesterday):
#ifdef CLOOG_PPL_BACKEND
# define GNUMP
# include
#else
# include
# include
#endif
Thanks for any advice,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/
Progress of GNU
Note how it says: "This package provides the header files and static
libraries for the C and C++ interfaces."
Note that I was trying this on the trunk (forgot to add this quite
important detail the first time around - sorry).
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214
Toon Moene wrote:
Relevant lines of /usr/include/cloog/cloog.h (Debian testing as of
yesterday):
#ifdef CLOOG_PPL_BACKEND
Dang ! The answer *is* the obvious - this symbol isn't defined *unless*
you specify --with-cloog=bla on the configure line (I assumed it would
just find the inst
error messages) ?
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/
Progress of GNU Fortran: http://gcc.gnu.org/gcc-4.5/changes.html
mainline
before we branch) ?
Unfortunately, I cannot help you with the decision on the VTA branch -
as you said, it is important work, but the changes seem pretty invasive.
Kind regards,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The
rrent cloog/ppl package, so that I wouldn't have to build it myself (I
use mpc, gmp and mpfr from the standard Debian testing install).
Cheers,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/
P
.mod)
that are generated from source files that contain MODULE ... END MODULE
constructs *now* contain version information.
I still get occasionally beaten by picking up modules from 4.3 that
don't have this - you'll get all sorts of unintelligible error messages
that just distract from what&
I get:
../../../gcc/libgcc/../gcc/libgcc2.c: In function '__powixf2':
../../../gcc/libgcc/../gcc/libgcc2.c:1739:1: internal compiler error: in
convert_regs_1, at reg-stack.c:3052
That's going back to revision 151853.
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214
H.J. Lu wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41395
Indeed, bootstrapping after:
$ svn up -r 151799
worked.
Thanks !
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/
Progress
so no contributions from my side ...
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/
Progress of GNU Fortran: http://gcc.gnu.org/gcc-4.5/changes.html
o write the JCL jobs he needed
for him. ]
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/
Progress of GNU Fortran: http://gcc.gnu.org/gcc-4.5/changes.html
?
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/
Progress of GNU Fortran: http://gcc.gnu.org/gcc-4.5/changes.html
Diego Novillo wrote:
On Sat, Oct 3, 2009 at 10:13, Toon Moene wrote:
Will the merge allow lto by default (so that we do not have to specify
--enable-lto) ?
If the correct version is found, yes. This is the same behaviour that
is implemented in the lto branch.
Or do we have to force it
s.
PR 41566 (which is probably related to PR 41521, as noted by Richard
Guenther) points at some code of ours that doesn't yet compile with -flto.
Kind regards, and thanks to all involved with this effort !
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3
back in '92:
Compiling all forecast Fortran code with f2c to make it C code, combine
all the C files in one file in the right order, and slap "static inline"
on all functions. then compiling the resulting file with -O3.
That gave me 10 % at that time.
--
Toon Moene - e-mail:
updated trunk (so the correct
behavior of -fwhole-program), and I got an additional 3 seconds (from 65
to 62 seconds per time step), which is ~ 5 %.
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon
ine help here
? Perhaps I should scan the assembler output (HAH!).
Kind regards,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/
Progress of GNU Fortran: http://gcc.gnu.org/gcc-4.5/changes.html
Richard Guenther wrote:
On Sat, Oct 10, 2009 at 12:55 PM, Toon Moene wrote:
Well, I think that we should try to not do this across the whole program.
Simply for the reason that a gigantic main function will hit several
non-linear complexity algorithms in GCC.
But, but ... other people are
Richard Guenther wrote:
On Sat, Oct 10, 2009 at 1:46 PM, Richard Guenther
wrote:
On Sat, Oct 10, 2009 at 1:34 PM, Toon Moene wrote:
[ Inlining all functions called once ]
I'd like to see some fireworks, too !
That's not the parameter you want to tweak ;) You want
--p
Toon Moene wrote:
Richard Guenther wrote:
Or rather for testing the effect of inlining all functions called once
use the following
patch:
Index: ipa-inline.c
===
--- ipa-inline.c(revision 152615)
+++ ipa-inline.c
-flto -fwhole-program starts to *do* something: lto1 spend a
whole 25 seconds on processing this. ]
Line counts:
3298 gemini.f
830 hlprog.f
2 main.f
584 phcall.f
882 phtask.f
2182 sl2tim.f
7778 total
Cheers,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnush
se of:
gfortran -o exe -O3 -flto -fwhole-program -fdump-ipa-inline a.f lib.a
?
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/
Progress of GNU Fortran: http://gcc.gnu.org/gcc-4.5/changes.html
Richard Guenther wrote:
On Tue, Oct 13, 2009 at 8:31 PM, Toon Moene wrote:
gfortran -o exe -O3 -flto -fwhole-program -fdump-ipa-inline a.f lib.a
?
It'll be in /tmp and named after the first object file, in your case it will
be ccGGS24.o.047i.inline (because the first object file wi
rself.
HLPROG calls GEMINI, which calls SL2TIM, which calls PHCALL, which calls
PHTASK (all "only-once calls").
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/
Progress of GNU Fortran: http://gcc.gnu.org/gcc-4.5/changes.html
Jan Hubicka wrote:
Yes, I would be interested. It seems that for osme reason the other
functions are not considered to be called once, perhaps a visibility
issue. We also should say what limit was reached on inlining hlprog.
Sent off bzip2'd tar file.
--
Toon Moene - e-mail: t...@moen
-plugins to the configure
line. Indeed build/gold/config.h contains the following define:
#define ENABLE_PLUGINS 1
As my knowledge of the C++ language is close to zero, I do not see how
to work around this, but the error message seems to indicate that a
union is missing a member that's access
Toon Moene wrote:
As follows:
g++ -DHAVE_CONFIG_H -I. -I../../gcc/gold -I../../gcc/gold
-I../../gcc/gold/../include -I../../gcc/gold/../elfcpp
-DLOCALEDIR="\"/usr/snp/share/locale\"" -DBINDIR="\"/usr/snp/bin\""
-DTOOLBINDIR="\"/usr/snp/x
Richard Guenther wrote:
On Sun, Oct 25, 2009 at 7:42 PM, Toon Moene wrote:
/usr/snp/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../../../x86_64-unknown-linux-gnu/bin/ld:
error: /scratch/hirlam/hl_home/EXP/lib/src/linuxgfortran/lib/port.a:
multiple definition of casihl_
/usr/snp/lib/gcc/x86_64
with the largest executable of our weather forecasting system.
[ BTW, you could just say ulimit -n 10 before running the test :-) ]
--
Toon Moene, KNMI (Weer/Onderzoek), The Netherlands
Phone: +31 30 2206443; e-mail: mo...@knmi.nl
Richard Guenther wrote:
On Thu, 29 Oct 2009, Toon Moene wrote:
You wrote:
I refrained from adding a 4000 file testcase ;)
Never mind - I have one. I didn't understand why lto1 said this:
/usr/snp/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../../../x86_64-unknown-linux
-gnu/bin/ld:
nsidered a
function-only-called-once.
I don't think this is really what we want with
functions-only-called-once: If only the .clone version of a function is
used, than a function that's only called once *inside this clone* is a
function-only-called-once.
I hope this analysis helps,
--
which was
also compiled by f2c - g77 didn't exist at that time).
So my hopes on this optimization (when done right) are quite high :-)
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/
Pro
(in number of instructions saved).
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/
Progress of GNU Fortran: http://gcc.gnu.org/gcc-4.5/changes.html
Richard Guenther wrote:
2009/11/14 Toon Moene :
However, my endeavour is to boldly go where no inliner has gone before, and
implement -falways-inline-functions-only-called-once, along the following
lines:
...
(Sugg. b. Rich. G.), because inlining functions that are only called once is
out a year later.
So it doesn't really matter how much time a compile/link step takes. ]
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/
Progress of GNU Fortran: http://gcc.gnu.org/gcc-4.5/changes.html
Richard Guenther wrote:
On Sun, Nov 15, 2009 at 8:07 AM, Toon Moene wrote:
Steven Bosscher wrote:
At least CPROP, LCM-PRE, and HOIST (i.e. all passes in gcse.c), and
variable tracking.
Are they covered by a --param ? At least that way I could teach them to go
on indefinitely ...
I
been eliminated,
because %rax also counts upwards (but 16 at a time instead of 1) ]
Thanks for any insight,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/
Progress of GNU Fortran: http://gcc.
H.J. Lu wrote:
On Sat, Nov 28, 2009 at 3:21 AM, Toon Moene wrote:
L.S.,
Due to the discussion on register allocation, I went back to a hobby of
mine: Studying the assembly output of the compiler.
For this Fortran subroutine (note: unless otherwise told to the Fortran
front end, reals are 32
%r8,%rax)
addq$16, %rax
cmpl%r10d, %ecx
jb .L6
Thanks,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/
Progress of GNU Fortran: http://gcc.gnu.org/gcc-
Toon Moene wrote:
Tim Prince wrote:
> If you want those, you must request them with -mtune=barcelona.
OK, so it is an alignment issue (with -mtune=barcelona):
.L6:
movups 0(%rbp,%rax), %xmm0
movups (%rbx,%rax), %xmm1
incl%ecx
addps %xmm1, %x
Toon Moene wrote:
I wrote:
OK, so it is an alignment issue (with -mtune=barcelona):
.L6:
movups 0(%rbp,%rax), %xmm0
movups (%rbx,%rax), %xmm1
incl%ecx
addps %xmm1, %xmm0
movaps %xmm0, (%r8,%rax)
addq$16, %rax
cmpl%r10d
Toon Moene wrote:
Tim Prince wrote:
> If you want those, you must request them with -mtune=barcelona.
OK, so it is an alignment issue (with -mtune=barcelona):
.L6:
movups 0(%rbp,%rax), %xmm0
movups (%rbx,%rax), %xmm1
incl%ecx
addps %xmm1, %x
Toon Moene wrote:
This is where IPA could help. I created the following main program:
real a(10), b(10), c(10)
a = 0.
b = 1.
print '(3(1x,z16))', loc(a), loc(b), loc(c)
call sum(a, b, c, 10)
print *, c(5)
end
So the alignment of a, b and
relevant:
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01405.html
dorit
Jeepers creepers - why has this never been included in the trunk (it
might be quite a bit of work to get it going again, and I certainly do
not have time before the Christmas holidays )
--
Toon Moene - e-mail: t
e !
To help to boost the incentive, compare the code I attach, when compiled
separately with gfortran -O3 -S main.f sum.f and what happens when you
inline the loop in sum.f manually into main.f and compile the resulting
file with -O3 -S.
Kind regards,
--
Toon Moene - e-mail: t...@moene.org -
) = OP(A(J,I), B(J,I))
ENDDO
ENDDO
Obviously, this could benefit from loop fusion, by combining the four
assignments in one loop.
Is that on the horizon ?
Thanks in advance,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At
Sebastian Pop wrote:
Hi Toon,
On Mon, Nov 30, 2009 at 13:51, Toon Moene wrote:
Sebastian,
Obviously, this could benefit from loop fusion, by combining the four
assignments in one loop.
Is that on the horizon ?
Yes, that's for gcc-4.6.
Thanks !
--
Toon Moene - e-ma
loop nests result quite naturally from whole array expressions in
Fortran.
Cheers,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/
Progress of GNU Fortran: http://gcc.gnu.org/gcc-4.5/changes.html
with-arch-32=i486
--with-tune=generic --enable-checking=release --build=x86_64-linux-gnu
--host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.4.3 20100108 (prerelease) (Debian 4.4.2-9)
Hope this helps,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 21429
I have little time) it is
impossible to say what change in the past week "made the difference" (if
even it is just one).
Cheers,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/
P
be. I now configure as follows:
--with-arch-64=native --with-tune-64=native
as opposed to:
--with-arch-64=core2 --with-tune-64=core2
previously.
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon
enerates C code, and feed that code back into GCC, you
can get a 2 times speedup on some Fortran code.
This excercise is not useful, unless you can point out exactly what's
wrong with today's GCC optimization passes.
Cheers,
--
Toon Moene - e-mail: t...@moene.org - phone: +31
a
followup mail, I said "Anyway, we will produce a Fortran 95 compiler,
regardless."
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/
Progress of GNU Fortran: http://gcc.gnu.org/gcc-4.5/changes.html
101 - 200 of 349 matches
Mail list logo
