y do not have to invest in
Fortran, because that's run by volunteers :-)
Case closed.
--
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
Basile Starynkevitch wrote:
Toon Moene wrote:
Mutatis mutandis, the same goes for GCC: There might be too many
hurdles to use GCC in academia.
This is probably true, however, the plugin ability of the just released
GCC 4.5 (or is it released tomorrow) helps probably significantly.
My
Basile Starynkevitch wrote:
Toon Moene wrote:
Mutatis mutandis, the same goes for GCC: There might be too many
hurdles to use GCC in academia.
This is probably true, however, the plugin ability of the just released
GCC 4.5 (or is it released tomorrow) helps probably significantly.
My
ad core machine (using make
-j8).
As an absolute number, this tells you nothing. But as a measure of
usefulness, it means that from 4.4 onwards, it is possible to recompile
our complete weather forecasting suite at *every* new run, 4 times a day.
You bet that's sometimes useful ...
--
To
assert checking ? Reducing from several 100's of thousands of lines of
Fortran might be more difficult than to reason from first principles
about how this assert might be hit.
Thanks in advance,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maar
arted
contributing to gcc. And it caused me a lot of frustration.
I wonder what your day time job is.
Compared to *my* day time job, GCC development is a heaven of meritocracy.
Complaints are a dime a dozen - ignore them.
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnush
Richard Guenther wrote:
On Sat, Apr 24, 2010 at 3:28 PM, Toon Moene wrote:
lto-symtab.c:549:
524
525 /* Helper to process the decl chain for the symbol table entry *SLOT.
*/
526
527 static int
528 lto_symtab_merge_decls_1 (void **slot, void *data ATTRIBUTE_UNUSED
nt of work these guys (h, Fortran really is
a "guy" thing, no) have already done, that was an easy request.
So I welcome Daniel, Janus and Mikael in our ranks.
Please add your names in the appropriate place in the MAINTAINERS file.
Kind regards,
--
Toon Moene - e-mail: [EM
stant function
that takes two arrays and returns one (result) array.
I talked about that at the GCC Summit 2007; see
http://moene.org/~toon/GCCSummit-2007.pdf.
Cheers,
--
Toon Moene - e-mail: t...@moene.org (*NEW*) - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At
lobal means it cannot point to global memory (but it assumes global
memory works like Fortran's COMMON).
Thanks for clarifications.
Richard.
Hope this helps,
--
Toon Moene - e-mail: t...@moene.org (*NEW*) - 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.4/changes.html
Toon Moene wrote:
Richard Guenther wrote:
consider
void bar()
{
int i;
p = &i;
foo (&i);
}
does that call to foo invoke undefined behavior if built with
-fargument-noalias-global?
It shouldn't, as 'int i' isn't global.
Ugh, on second thoughts, this isn
Richard Guenther wrote:
On Sat, 3 Jan 2009, Toon Moene wrote:
The pointers used by the Fortran Front End to implement Fortran's argument
association *cannot* point to anything else than the storage of those
arguments, because they (those pointers) are generated by the compiler and
c
Fortran Front End,
we could tie them to the exact meaning of the Fortran "no-alias"
requirements.
So, if it's not to much work, please do that ....
Thanks,
--
Toon Moene - e-mail: t...@moene.org (*NEW*) - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherland
more important restrictions is that two dummy arguments to a
subprogram cannot point to the same memory if one is written to.
I hope this helps,
--
Toon Moene - e-mail: t...@moene.org (*NEW*) - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/
before) with their new status of
"reviewer".
Steve, I suppose you want to have your write privileges (back). Please
use ://gcc.gnu.org/svnwrite.html#authenticated to renew your write
access - and name me as your sponsor.
Thanks Daniel and Steve, for (re-)joining the club !
--
Toon Moen
y the
performance of the FFTs (DGEMMs) inside it.
If it isn't (surely not for us meteorology types) this approach is of
limited use.
--
Toon Moene - e-mail: t...@moene.org (*NEW*) - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/
he very least in the Fortran community,
Certainly, waiting on a license decision doesn't force us to wait to
branch (yes, I know it's twice as much work after branching).
There are three open P1s:
Of course, this is a good reason not to create a branch (as it was in
the past).
Kind re
e under the obvious rule.
The GCC community has rules to guide its development process. These
rules are there so that third parties can evaluate our quality control.
We cannot and will not renege on them, however much we like the
particular developer who came up with this change.
Kind
Steven Bosscher wrote:
On Wed, Mar 11, 2009 at 10:54 PM, Toon Moene wrote:
Unless a very good reason is in my inbox in the next 48 hours, I'll revert
this change under the obvious rule.
It was a regression fix.
See http://gcc.gnu.org/ml/gcc-patches/2009-02/msg00299.html
Pffft - i
Richard Guenther wrote:
On Wed, Mar 11, 2009 at 10:54 PM, Toon Moene wrote:
Unless a very good reason is in my inbox in the next 48 hours, I'll revert
this change under the obvious rule.
It doesn't work this way. You would need to start the 48h clock and have two
maintainers o
Steven Bosscher wrote:
On Wed, Mar 11, 2009 at 11:20 PM, Toon Moene wrote:
I will abide by the rules - but the rules also say that this is not the sort
of "fix" that goes in at phase 4.
Which rule where says so? Not intended in an offensive manner -- just
curious. I'm not awa
&& MMX_REG_P (operands[1]))
|| (SSE_REG_P (operands[0]) && SSE_REG_P (operands[1])))"
[(set (match_dup 0) (match_dup 2))
(set (match_dup 0)
(match_op_dup 3 [(match_dup 0) (match_dup 1)]))]
"")
to see if it makes a difference.
Thanks. Test case is hard,
Paolo Bonzini wrote:
Toon Moene wrote:
H.J. Lu wrote:
If you can provide a testcase, I can take a look. If it isn't easy to
find
a testcase, please disable the second pattern:
(define_peephole2
[(set (match_operand 0 "register_operand" "")
(match_op
, so I'll
send it to you this evening.
Paolo
(*) it would have helped to know the compilation flags and target, of
course.
Yep, sorry: -g -O3 -ffast-math -mcpu=native -march=native
on a x86-64-unknown-linux-gnu system (native 64-bit).
--
Toon Moene, KNMI (Weer/Onderzoek), The Nethe
in the wild because not
enough people are testing floating point intensive programs (SPEC not
withstanding).
Fortunately, Paolo and H.J. took my anger in stride and produced a fix
within 24 hours.
Wherefore thanks and kudo's.
Cheers,
--
Toon Moene - e-mail: t...@moene.org (*NEW*) - pho
ries,
private patches, etc.
It's just bad economics.
--
Toon Moene - e-mail: t...@moene.org (*NEW*) - 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.4/changes.html
libc-2.9-3.x86_64
--
Toon Moene - e-mail: t...@moene.org (*NEW*) - 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.4/changes.html
--- Begin Message ---
Hello,
We have parallelized a
s convinced me that the smallest unit of time lawyers deal with
is a month.
That's a *lot* of development time, software wise.
--
Toon Moene - e-mail: t...@moene.org (*NEW*) - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/
P
maintainers (of g77)
definitely understood it that way.
That was why I was so nervous about it - if the split went off the deep
end, it could have hurt gcc/g++/g77 development for years ...
--
Toon Moene - e-mail: t...@moene.org (*NEW*) - phone: +31 346 214290
Saturnushof 14, 3738 XG
Therefore, my modus
operandi is to "apt-get update && apt-get dist-upgrade" my Debian
testing OS every Sunday morning.
--
Toon Moene - e-mail: t...@moene.org (*NEW*) - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/
Progr
ple to use gfortran
instead of e.g. sunf90, etc.).
I fully agree. Therefore, I practice, and advice anyone to apply RRTC
(reverse reverse telecommuting):
"When arriving at your work place, log in to your home system using ssh
-X and continue from there."
Works for me.
--
Toon Moene - e-
ting system.
The top routine in our profile looks a *lot* like the loop you got such
an improvement on in SPEC's mgrid ...
Finally, we're moving again :-)
--
Toon Moene - e-mail: t...@moene.org (*NEW*) - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
for a 3.5 hour run (~ 1%).
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.4/changes.html
optimizations like vectorization were only enabled after
a cost analysis was in place that assured us (on average) that only
beneficial optimizations would be attempted.
Is that true for the loop transformations enabled by these optimizations
as well ?
Kind regards,
--
Toon Moene - e-mail: t
being fixed already.
A x87 bug only exposed using SPEC ?!?!?!?
What are these guys thinking - like, lets cripple this benchmark and use
completely out of date floating point arithmetic ?
Duh, I hope the rest of their reporting is more useful ...
--
Toon Moene - e-mail: t...@moene.org - phone
ner loop of the Sieve of Eratosthenes as a single
vector instruction.
We do not have a (supported) port for that architecture.
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/
home and abroad) because I compile the full 10^6 lines of
Fortran code HIRLAM weather forecasting system in less than 5 minutes on
my quad core PC (using make -j8). That's using -O3 (i.e., including
vectorization).
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnush
this remark because I got deluged yesterday by
operational problems on my employers' computers.
Does this mean:
You do not support these languages *yet*.
or
You do not plan to support these languages *ever*.
?
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnush
c than it seems. We often run on
the same grid for years without changing an executable, so this
optimization makes sense.
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/
the problems that were underlying these decisions.
Which made me one of the ~ 10,000 proud owners of a NeXT Station (now
retired) at the cost of a reasonably sized family car :-)
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Net
t; 10 slots ?
[ I was on the 2002 "Freenix" parallel-to-the-ordinary-Usenix
program committee, and I remember the 3 day ordeal of figuring
out which talks (sooo diverse) to accept ... ]
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartens
much to my
surprise):
$ cat a.cc
#include "stdio.h"
main (){
int b(int *a);
register int a;
printf("%d\n", b(&a));
}
$ g++ -v a.cc
...
gcc version 4.4.3 20100108 (prerelease) (Debian 4.4.2-9)
...
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738
On 04/25/2010 01:24 PM, Toon Moene wrote:
Richard Guenther wrote:
[ Concerning this assert ]
It is checking that for one symbol we only have one definition.
You are using -fuse-linker-plugin?
Indeed, I do (all of our code ends up in libraries - .a files - so I
have to, to make -flto
On 05/14/2010 03:40 PM, Richard Guenther wrote:
On Fri, May 14, 2010 at 3:34 PM, Toon Moene wrote:
On 04/25/2010 01:24 PM, Toon Moene wrote:
Richard Guenther wrote:
[ Concerning this assert ]
It is checking that for one symbol we only have one definition.
You are using -fuse-linker
e
program".
Or so I'd think.
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/gcc-4.5/changes.html#Fortran
code (~ 1 million lines of Fortran and ~
30,000 lines of C) with -O3 -ffast-math (therefore, with vectorization)
within 5 minutes [quad core Core 2].
This means that recompiling "everything" before every run (4 times a
day) is now a no-brainer (currently, I do it only once a day, m
...
4- Should we make the switch during the 4.6 stage 1?
... version 4.6.
Of course I agree with Richard Guenther that - *if done well and
completely* - turning the tree data type into a class is desirable.
However, that might simply be too much for the approximately 6 months
remaining o
.
I already use --enable-languages=fortran,c++
--enable-stage1-languages=c++ to be able to build gold, so changing the
last option to --enable-build-with-cxx won't be much of a hassle.
Cheers,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maarten
On 06/01/2010 08:02 PM, Diego Novillo wrote:
On Tue, Jun 1, 2010 at 14:00, Toon Moene wrote:
On 06/01/2010 06:07 PM, Richard Guenther wrote:
After fixing build locally I now have
Are you planning to commit the fixes - I don't mind being a guinea pig in
this - I have been recompilin
erred to that project as "the one with its
return on investment date firmly in the 22nd century" to *my* management.
He replied that his management currently doesn't believe it will have a
return on investment at all - they've written it off as a valuable
"learning ex
from removing /usr/snp (and you're using command line
completion).
[ You can't imagine the pain working with a 1.5 year old OS ]
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/; we
8a INTEL
Copyright 2002 Sun Microsystems, Inc. All Rights Reserved.
Assembled 18 December 2001
Yeah, but that was at *work* (2006-ish). At work I get paid for tending
to the past (hey, I'm 53). At home I just want to be productive.
--
Toon Moen
might take the step to "escalate"
this issue to the board of the FSF.
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 GN
7;FORECAST TOOK' HL_Cycle_2010072812.html
FORECAST TOOK 785.2891 SECONDS
FORECAST TOOK 786.7651 SECONDS
FORECAST TOOK31.5340 SECONDS
FORECAST TOOK 8027.6938 SECONDS
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Nethe
th its implementation - more than once it has
saved us from expensive debugging exercises to conclude that *yes* the
implementation didn't match the documentation (or the standard, if the
docs deviate from the standard).
The GFDL/GPL dichotomy makes this scheme impossible.
--
Toon Moene - e-mai
rn ...
This revision works: 162679
--
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/gcc-4.5/changes.html#Fortran
su
that I couldn't wrap my head around reducing the example anymore.
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/; weather: http://moene.org/~hirlam/
Progress of GNU Fortran: http:/
to multi-rank arrays, yet the
opportunity is there ]
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/; weather: http://moene.org/~hirlam/
Progress of GNU Fortran: http://gcc.gnu.org
ecking, or
2. Communicate the assumptions to the middle end.
But as the latter isn't possible (yet), it is an academic question for
now
Thanks,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://
de is simply not written for any higher optimization (i.e., it
assumes the compiler more or less compiles it "literally").
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/
to give a talk. As far
as I can see I can support one person financially (trip from Europe to
Ottawa vice versa and stay in "Les Suites").
Kind regards,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: htt
ecause I'd like to nominate Kai Tietz for
that, if he's willing to accept.
Well, obviously, I mostly interested in the progress of the Mother Of
All Programming Languages, but I might be persuaded to fund a lesser cause.
[ Add :-)'s to taste ]
--
Toon Moene - e-mail: t...@moene.or
to be done for `check'.
make[2]: Leaving directory `/home/toon/compilers/obj-t/fastjar'
make[2]: Entering directory `/home/toon/compilers/obj-t/fixincludes'
autogen -T ../../trunk/fixincludes/check.tpl
../../trunk/fixincludes/inclhack.def
make[2]: autogen: Command not found
--
Toon Moene
know just what went wrong.
OK, I confess, I didn't use gcc_update. Will check next time (if I
recall).
--
Toon Moene - e-mail: [EMAIL PROTECTED] - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
A maintainer of GNU Fortran 95: http://gcc.gnu.org/fortran/
My n
l never fly, of course.
The first thing I teach them is to add -ffast-math -funroll-loops.
Oh, and last week taught *me* to also suggest -msse2 -mfpmath=sse for
those using Intel processors (of course, I use Debian AMD64 testing, so
for me that's the default :-)
--
Toon Moene - e-mail: [
tently review these patches, but I would like
> to see them reviewed. Even though we're in Stage 3, we should try to
> clear the decks for things that have been already submitted.
Cheers,
--
Toon Moene, KNMI, The Netherlands
Phone: +31 30 2206443; e-mail: [EMAIL PROTECTED]
y.
Cheers,
--
Toon Moene - e-mail: [EMAIL PROTECTED] - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
A maintainer of GNU Fortran 95: http://gcc.gnu.org/fortran/
Who's working on GNU Fortran: http://gcc.gnu.org/2006-01/msg0.html
Florian Weimer wrote:
* Toon Moene:
Well, I'd like to order, but it is unclear from the online
documentation whether I'm eligible for the educational / non-profit
price.
$ 800 is a bit too much - even for my most prominent hobby.
I know someone who has received (or is about to
outcomes for gfortran of s390x closely -
it's too easy to mess things up using little-endian.
--
Toon Moene - e-mail: [EMAIL PROTECTED] - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
A maintainer of GNU Fortran: http://gcc.gnu.org/fortran/
Who's work
).
Kind regards,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
On 1/7/22 21:14, cert+donotreply--- via Gcc wrote:
Topic 2: There's no such thing as free software, or, how to invest in OSS
security.
Wasn't this Cygnus motto: "We make free software affordable ?"
Kind regards,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 2
rtran directories ?
I would recommend to send this message to the fort...@gcc.gnu.org list
too, then.
Not everyone reads the gcc and gcc-patches lists ...
Kind regards,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
88:13: runtime error: shift exponent 64 is too large for 64-bit
type 'long unsigned int'
Note that the test case is pure Fortran source. The undefined error
seems to come from a function inside the graphite library ...
Kind regards,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 3
On 2/1/22 22:44, Marc Glisse wrote:
On Tue, 1 Feb 2022, Toon Moene wrote:
I just ran a "ubsan" build on my x86_64-linux-gnu system.
Maybe try with a more recent version of GMP first? gcd_1.c has only 103
lines in release 6.2.1.
A stack trace (UBSAN_OPTIONS=print_stacktrace=1)
On 2/2/22 10:11, Marc Glisse wrote:
On Wed, 2 Feb 2022, Toon Moene wrote:
Fascinating. My gcc directory had both gmp-6.2.1 and -6.1.0, but the
symbolic link 'gmp' pointed to the old one. A similar problem for mpc,
mpfr and isl ...
You need to pass --force to contrib/download_pre
#x27;ll have to test that first, cleanly.
Kind regards,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
it a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.
make[3]: *** [Makefile:4584: matmul_i1.lo] Error 1
make[3]: *** Waiting for unfinished jobs
--
Toon Moene - e-m
recasting software I have to deal with
*today* (all written in Fortran). Some models use complex variables to
encode the "spectral" (wave-decomposed) computations in parts where that
is useful - others just "degrade" those algorithms to explicitly use reals.
Kind regards,
On 9/12/23 11:25, Richard Biener wrote:
On Tue, Sep 5, 2023 at 10:44 PM Toon Moene wrote:
This is even obvious in weather forecasting software I have to deal with
*today* (all written in Fortran). Some models use complex variables to
encode the "spectral" (wave-decomposed) compu
when looking at the
result of -fdump-tree-ssa (on x86_64) for:
cat 128.f90
parameter (iq=kind(1q0))
real(kind=iq) :: a, b
read*, a, b
print*, a / b
end
and:
cat complex.f90
complex a,b
read*,a,b
print*,a/b
end
Hope this helps for a continuing fruitful discussion.
Kind regards,
--
Toon Moen
ourse) not given with a non-lto libgfortran.
The full question of "lto-ing" run time libraries is more complicated
than just "whether it works" as those who attended the BoF will recall.
Hope this helps,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
t of our .mod files.
But it would be a big win for Fortran ...
Kind regards,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
always used only by the same snapshot from the release
branch and so should be compatible with the LTO in it.
This might be an argument to make it a configure option, e.g.
--enable-lto-runtime.
Kind regards,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG
On 9/26/23 20:40, Toon Moene wrote:
On 9/26/23 09:30, Richard Biener via Gcc wrote:
On Mon, Sep 25, 2023 at 5:17 PM Sylvain Noiry via Gcc
wrote:
As I said at the end of the presentation, we have written a paper which
explains
our implementation in details. You can find it on the wiki page
.html
Thanks in advance.
Kind regards,
Toon Moene.
On 10/16/23 11:14, Sylvain Noiry via Gcc wrote:
Hi,
We are trying to update our patches on complex numbers to take into
account what has been discussed.
The main change from our previous patches consists of replacing vectors
of complex
fferences are in COMPLEX16 (i.e., complex
computations using 64 bit REAL and IMAGINARY parts).
Perhaps the failing libgo test case is sufficient to track this down ...
I suppose you can reproduce that one more easily.
Kind regards,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
S
for reading that was
owned by [the equivalent on VMS] of root - or perform other functions
that only root could do), and then drop them immediately afterwards again.
Kind regards,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
#x27;t be vulnerable ?
Thanks,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
g file - there is more
information in it to zoom in on the errors on the aarch64 side (note
that the x86_64 side is not faultless).
Is there a way to pass this information to our websites, so that we do
not "forget" this - or in the alternative, follow the progress in
solving this ?
enabled by default.
I am suspect the aarch64 "excessive exceeding the threshold for
errors" are all caused by the more use of FMA rather than anything
else.
Aah, I forgot to include that tidbit, because its readily apparent from
the full logs - I compiled with *just* -O3.
Thanks,
--
On 5/6/24 23:35, Toon Moene wrote:
On 5/6/24 23:32, Andrew Pinski wrote:
Did you test x86_64 with -march=native (or with -mfma) or just -O3?
The reason why I am asking is aarch64 includes FMA by default while
x86_64 does not.
Most recent x86_64 includes an FMA instruction but since the base
On 5/7/24 00:02, Toon Moene wrote:
OK, perhaps on the aarch64 I need the following option to make the
comparison fair:
‘rdma’
Enable Round Double Multiply Accumulate instructions. This is on by
default for -march=armv8.1-a.
I.e., -mno-rdma
(I hope that's correct - I'll wil
On 5/7/24 20:35, Andrew Pinski wrote:
On Tue, May 7, 2024 at 11:31 AM Toon Moene wrote:
On 5/7/24 00:02, Toon Moene wrote:
OK, perhaps on the aarch64 I need the following option to make the
comparison fair:
‘rdma’
Enable Round Double Multiply Accumulate instructions. This is on by
On 5/7/24 20:44, Toon Moene wrote:
On 5/7/24 20:35, Andrew Pinski wrote:
On Tue, May 7, 2024 at 11:31 AM Toon Moene wrote:
On 5/7/24 00:02, Toon Moene wrote:
OK, perhaps on the aarch64 I need the following option to make the
comparison fair:
‘rdma’
Enable Round Double Multiply
r SSH public key (which you can
generate via the ssh-keygen program) and other details."
Unfortunately, "this form" returned:
"Thank you. This request will now be processed by: None."
Which doesn't look promising. Perhaps we need a human actor in the loop.
Please, adv
found evidence that assigning to a 16-bit variable means: Set the lower
16 bits of this 32-bit variable to .
BTW, success !
--
Toon Moene - e-mail: [EMAIL PROTECTED] - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
Maintainer, GNU Fortran 77: http://gcc.gn
"libasan.a" included ...
--
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
onal code in inner
loops is not sufficient to show any speedup on our code.
Nevertheless, it would be a huge improvement on *other* codes if we
could lift this restriction.
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At h
er down will prohibit vectorization to do anything on loops like
SUBROUTINE XYZ(A, B, N)
DIMENSION A(N), B(N)
DO I = 1, N
IF (A(I) > 0.0) THEN
A(I) = B(I) / A(I)
ELSE
A(I) = B(I)
ENDIF
ENDDO
END
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 X
On 05/31/2013 03:41 PM, Jakub Jelinek wrote:
On Fri, May 31, 2013 at 03:21:51PM +0200, Toon Moene wrote:
SUBROUTINE XYZ(A, B, N)
DIMENSION A(N), B(N)
DO I = 1, N
IF (A(I)> 0.0) THEN
A(I) = B(I) / A(I)
ELSE
A(I) = B(I)
ENDIF
ENDDO
END
Well, in this case (w
201 - 300 of 349 matches
Mail list logo
