Re: Question about vectorization limit

ubtle part. So my example is just no complex enough to deal with "loop->num_nodes != 2" ... 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/; weather: http://moene.org

Re: Compilation flags in libgfortran

for those modules? Igor, It helps (:-) to send questions about gfortran and its run time library libgfortran cc'd to fort...@gcc.gnu.org, because not every GNU Fortran maintainer reads gcc@gcc.gnu.org Kind regards, -- Toon Moene - e-mail: t...@moene.org - phone: +31 346 2

Sorry, couldn't resist this one:

https://twitter.com/ToonMoene/status/392392928493973504 -- 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

Something wrong with bootstrap-lto, or lto itself:

on/compilers/gcc/gcc/tree-vect-slp.c:2229:44: /home/toon/compilers/gcc/gcc/vec.h:316:3: error: attempt to free a non-heap object 'life' [-Werror=free-nonheap-object] ::free (v); ^ lto1: all warnings being treated as errors -- Toon Moene - e-mail: t...@moene.org - phone: +31 346 2

Spamming the gcc-testresults mailing list (or not).

or more information. If you are not a "spammer", we apologize for the inconvenience. You can add yourself to the gcc.gnu.org "global allow list" by sending email *from*the*blocked*email*address* to: global-allow-subscribe-toon=moene@gcc.gnu.org For certain types

Re: Vectorization: Loop peeling with misaligned support.

nment in GCC. I bet that in the average Fortran program, most arrays are suitably aligned (after all, they're either a - by definition - SAVEd array in a module, or an ALLOCATEd array), and code that does this: CALL AAP(..., A(2), ...) is relatively sparse. -- Toon Moene -

Hmmm, I think we've seen this problem before (lto build):

p-object] ::free (v); ^ lto1: all warnings being treated as errors make[4]: *** [/dev/shm/wd26755/cczzGuTZ.ltrans13.ltrans.o] Error 1 make[4]: *** Waiting for unfinished jobs lto-wrapper: make returned 2 exit status /usr/bin/ld: lto-wrapper failed collect2: error: ld returned 1 exit status --

How to generate AVX512 instructions now (just to look at them).

other-language> --disable-multilib --disable-nls --with-arch=core-avx2 --with-tune=core-avx2 Is it the --with-arch=core-avx2 ? Or perhaps the --with-gnu-as --with-gnu-ld (because the installed ones do not support AVX512 yet ?). Thanks in advance, -- Toon Moene - e-mail: t...@moene.org

Re: How to generate AVX512 instructions now (just to look at them).

On 01/03/2014 07:04 PM, Jakub Jelinek wrote: On Fri, Jan 03, 2014 at 05:04:55PM +0100, Toon Moene wrote: I am trying to figure out how the top-consuming routines in our weather models will be compiled when using AVX512 instructions (and their 32 512 bit registers). I thought an up-to-date

Re: clang vs free software

torm-could-make-next-week-a-mess/ -- 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

Ah HAH - this SANITY stuff is finally going to show its value for GCC development itself.

rs/install --with-gnu-as --with-gnu-ld --with-build-config=bootstrap-ubsan --enable-languages=fortran,objc --disable-multilib --disable-nls --with-arch=core-avx2 --with-tune=core-avx2 -- Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290 Saturnushof 14, 3738 XG Maartensdijk, The Netherlan

Re: Building gcc on Ubuntu 11.10

tallations. Note that there's a simple work around: export LIBRARY_PATH=/usr/lib/x86_64-linux-gnu So this shouldn't block GCC 4.7. I tried that, and it is not enough (it was for a while after August, 2011). -- Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290 Saturnushof 14, 3

Re: Building gcc on Ubuntu 11.10

would clamor for it, too. -- 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

Re: Building gcc on Ubuntu 11.10

On 02/15/2012 03:24 PM, Martin Jambor wrote: Hi, On Thu, Feb 09, 2012 at 08:26:06PM +0100, Toon Moene wrote: On 02/09/2012 07:16 PM, Arnaud Charlet wrote: Yes. Debian moved everything for some reason. It's a problem that must be addressed somehow before gcc 4.7 is released. It's

Re: Animation showing 23 years of GCC development

ortant to the Fortran community, but unless you know exactly at which time the gfortran sources were added to the GCC repository, you'll miss it ... Nevertheless, recommended - I'm going to watch it for the fourth time - to see if I can catch up with things I missed ! -- Toon Moene

Failing bootstraps --with-build-config=bootstrap-lto

--disable-libmudflap --disable-multilib --disable-nls --with-arch=native --with-tune=native I hope this helps. I still have to figure out how to include the target triple (probably x86_64-unknown-linux-gnu) in the subject. Kind regards, -- Toon Moene - e-mail: t...@moene.org - phone: +31

The documentation of option -flto-partition=alg

ssume that -flto-partition=alg is only necessary during the final link stage ? If so, shouldn't that be made clear in the documentation ? 2. What is the relation with -flto=n; doesn't no-partitioning imply -flto=1 ? If so, shouldn't that be made clear in the documentation ?

Re: Merge C++ conversion into trunk (0/6 - Overview)

age: http://gcc.gnu.org/ml/gcc-testresults/2012-08/msg01408.html both for x86_64-unknown-linux-gnu native (note: --with-build-config=bootstrap-lto). As far as I can, little difference. Congratulations, Diego and all the others who worked on this transition. Kind regards, -- Toon Moene - e-mail

Re: GCC stack backtraces

arrays that can't be caught by bounds-check due to the wrong bounds being used inside a subroutine). I have had Fortran program tracebacks (as described by Janne) hanging due to this, which is hard to work around (euphemism). -- Toon Moene - e-mail: t...@moene.org - phone: +31 346 2

Many vectorization failures on my x86_64 lto bootstrap.

Compare the log file of the test runs from my lto bootstrap: http://gcc.gnu.org/ml/gcc-testresults/2012-11/msg00832.html to that of a "normal" x86_64 bootstrap: http://gcc.gnu.org/ml/gcc-testresults/2012-11/msg00790.html What log files, if any, would be helpful to hunt this down

Re: Many vectorization failures on my x86_64 lto bootstrap.

. 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/; weather: http://moene.org/~hirlam/ Progress of GNU Fortran: http://gcc.gnu.org/wiki/GFortran#news

Re: RFC - Remove support for PCH post 4.8

rtant. To us, that's our - internal - problem. How can it be that a wart on a C++ problem gets so much air time ? 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: h

Bootstraps with different build configurations.

ake[2]: Leaving directory `/home/toon/compilers/build' make[1]: *** [stage2-bubble] Error 2 make[1]: Leaving directory `/home/toon/compilers/build' make: *** [all] Error 2 (http://gcc.gnu.org/ml/gcc-testresults/2012-12/msg00391.html) -- Toon Moene - e-mail: t...@moene.org - phone: +31 346 214

Re: contrib/test_summary mail error

ian Tesing (several months ago). Apparently I had picked the wrong mail package too. Perhaps test_summary needs some sort of configure-type approach to figure out what the mail sender is on the host system ... -- Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290 Saturnushof 14, 3738 XG Maarten

Re: gcc : c++11 : full support : eta?

th it (it is much *easier*) - that doesn't mean that a focused course can't make students resident at KNMI (the Dutch Meteorological Institute) familiar enough with *our* weather model to work on it. Don't get your nickers in a twist (as we would say in the seventies). -- Toon Moene -

Re: [PATCH][4.3] Deprecate -ftrapv

y use (or would use) checking on signed overflow. In Fortran, integers are used to index arrays. So if you want integer overflow checking, use -fbounds-check :-) -- Toon Moene - e-mail: [EMAIL PROTECTED] - phone: +31 346 214290 Saturnushof 14, 3738 XG Maartensdijk, The Netherlands At home:

Re: [PATCH][4.3] Deprecate -ftrapv

he language) require to specify the extent of integers. Well, it doesn't (it is a implementation quality issue). So the issue really becomes: when is integer overflow a quality of implementation issue ? If you can't index arrays with them - therefore, my remark. -- Toon Moene - e-ma

Need link ln -s ../lib64/libgomp.spec libgomp.spec in $prefix/lib on x86_64-unknown-linux-gnu

Otherwise, the libgomp.spec, which only resides in lib64, won't be found at link time. So I applied the link by hand - however, it occurs to me a computer is the perfect tool to do this for me. Hence, why doesn't the make install machinery do this ? Kind regards, -- Toon Moen

Re: auto vectorization - should this work ?

I'd be willing to test out your solution privately, if you prefer such a round first ... Thanks. -- Toon Moene - e-mail: [EMAIL PROTECTED] - phone: +31 346 214290 Saturnushof 14, 3738 XG Maartensdijk, The Netherlands At home: http://moene.indiv.nluug.nl/~toon/ Who's working on GNU Fort

Re: Some thoughts about steerring commitee work

time, but not all of the people all of the time (whose quote am I mangling here ?). BTW, *I* wouldn't be opposed to elections and no-more-years terms for SC members. Part of it is experience in dealing with GCC-within-the-GNU project; part of it is experience in developing a great compiler

Autovectorized HIRLAM - latest results.

_Cycle_2006120200.html: FORECAST TOOK 6.2924 SECONDS HL_Cycle_2006120200.html: FORECAST TOOK 2371.8962 SECONDS HL_Cycle_2006120200r.html: FORECAST TOOK 432.6790 SECONDS Roughly 3.3 %. Kind regards, -- Toon Moene - e-mail: [EMAIL PROTECTED] - phone: +31 346 214290 Saturnushof 14, 3738

Re: Autovectorized HIRLAM - latest results.

ased. Toon could you provide more data on the size of the executables with and without vectorization, and also: Unfortunately, the binaries are gone. $ grep 'versioning for alias checks' HL_Prepare_00.html | wc -l This I can do: 1095 or slightly over half of the difference. Kind re

Re: GNAT is required to build ada

t; doesn't include GNAT in it's gcc-4.2.3 version either. Don't know why, however. Kind regards, -- Toon Moene - e-mail: [EMAIL PROTECTED] - phone: +31 346 214290 Saturnushof 14, 3738 XG Maartensdijk, The Netherlands At home: http://moene.indiv.nluug.nl/~toon/ GNU Fortran

Re: GNAT is required to build ada

Richard Guenther wrote: On 11/3/07, Toon Moene <[EMAIL PROTECTED]> wrote: To wit: Debian "testing" doesn't include GNAT in it's gcc-4.2.3 version either. Don't know why, however. Because it doesn't build on all required archs. See http://packages.qa.d

Autovectorizing HIRLAM; some progress.

vectorized, 129 not. As I see no activity (svn-wise) on the vectorizer front, it probably is the better alias analysis by Richard Guenther ... -- Toon Moene - e-mail: [EMAIL PROTECTED] - phone: +31 346 214290 Saturnushof 14, 3738 XG Maartensdijk, The Netherlands At home: http://moene.indiv.nluug.nl

Re: Autovectorizing HIRLAM; some progress.

I wrote: 5188 loops vectorized Dang ! Should be 5388 of course, otherwise the math doesn't add up. -- Toon Moene - e-mail: [EMAIL PROTECTED] - phone: +31 346 214290 Saturnushof 14, 3738 XG Maartensdijk, The Netherlands At home: http://moene.indiv.nluug.nl/~toon/ GNU Fortran'

Re: Autovectorizing HIRLAM; some progress.

least have saved the compile log ... -- Toon Moene - e-mail: [EMAIL PROTECTED] - phone: +31 346 214290 Saturnushof 14, 3738 XG Maartensdijk, The Netherlands At home: http://moene.indiv.nluug.nl/~toon/ GNU Fortran's path to Fortran 2003: http://gcc.gnu.org/wiki/Fortran2003

Re: The Regents of the University of California BSD-license in GPLed GCC.

ch of California. -- Toon Moene - e-mail: [EMAIL PROTECTED] - phone: +31 346 214290 Saturnushof 14, 3738 XG Maartensdijk, The Netherlands At home: http://moene.indiv.nluug.nl/~toon/ GNU Fortran's path to Fortran 2003: http://gcc.gnu.org/wiki/Fortran2003

HIRLAM and -ftree-loop-linear

the trunk (otherwise it won't be a fair comparison). Kind regards, -- Toon Moene - e-mail: [EMAIL PROTECTED] - phone: +31 346 214290 Saturnushof 14, 3738 XG Maartensdijk, The Netherlands At home: http://moene.indiv.nluug.nl/~toon/ GNU Fortran's path to Fortran 2003: http://gcc.gn

HIRLAM with -ftree-loop-distribution.

bution *makes* more loops. In run time it has little (but positive) effect. Kind regards, -- Toon Moene - e-mail: [EMAIL PROTECTED] - phone: +31 346 214290 Saturnushof 14, 3738 XG Maartensdijk, The Netherlands At home: http://moene.indiv.nluug.nl/~toon/ GNU Fortran's path to Fortran 2003: http:

Re: HIRLAM with -ftree-loop-distribution.

- and why (in a single sentence). For more detailed logging, one should use -ftree-vectorizer-verbose=n with n>2, IMNSHO. Kind regards, -- Toon Moene - e-mail: [EMAIL PROTECTED] - phone: +31 346 214290 Saturnushof 14, 3738 XG Maartensdijk, The Netherlands At home: http://moene.indiv.nluug

libgfortran, libgomp not compiled with BOOT_CFLAGS.

ing is compiled with -mcpu=native -mtune=native, *except* the run time libraries ... Is that because they're target libraries - if so, how would one get them compiled "optimally" if not building a cross-compiler ? Thanks in advance for any insight. -- Toon Moene - e-mail: [EMAIL

Re: HIRLAM and -ftree-loop-linear

xes also this problem? Unfortunately, it doesn't; I get exactly the same error message as before. Kind regards, -- Toon Moene - e-mail: [EMAIL PROTECTED] - phone: +31 346 214290 Saturnushof 14, 3738 XG Maartensdijk, The Netherlands At home: http://moene.indiv.nluug.nl/~toon/ GNU Fortran'

Re: HIRLAM and -ftree-loop-linear

1 tonight - i.e., to establish a base (with the latest trunk check-out, not using -ftree-loop-linear), and then subsequently using that flag. Kind regards, -- Toon Moene - e-mail: [EMAIL PROTECTED] - phone: +31 346 214290 Saturnushof 14, 3738 XG Maartensdijk, The Netherland

Re: HIRLAM with -ftree-loop-distribution.

Sebastian Pop wrote: Wow! Thanks for the numbers. I guess from your message that there were no ICEs or other problems with the loop distribution patch. Exactly. -- Toon Moene - e-mail: [EMAIL PROTECTED] - phone: +31 346 214290 Saturnushof 14, 3738 XG Maartensdijk, The Netherlands At home

Re: Complex arithmetic in Fortran

nction p(c, r) complex, intent(in) :: c real, intent(in):: r p = c * r end I definitely see a difference between $ gfortran -O2 -S complex.f90 and $ gfortran -O2 -ffast-math -S complex.f90 -- Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290 Saturnushof 14, 3738 XG Maarten

Re: Complex arithmetic in Fortran

On 11/13/24 15:40, Richard Biener wrote: On Wed, Nov 13, 2024 at 3:21 PM Toon Moene wrote: On 11/13/24 15:12, Richard Biener wrote: On Wed, Nov 13, 2024 at 3:05 PM Thomas Koenig wrote: Hello world, J3, the US Fortran standards committee, has passed https://j3-fortran.org/doc/year/24/24

On master, with checking=all, I get dozens of fails for g++, already for months on end.

: Segmentation fault) FAIL: g++.dg/modules/xtreme-header-8.C -std=c++2a (test for excess errors) FAIL: g++.dg/modules/xtreme-header-8.C module-cmi xstd (gcm.cache/xstd.gcm) Hope this is useful. Kind regards, -- Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290 Saturnushof 14, 3738 XG

Re: On master, with checking=all, I get dozens of fails for g++, already for months on end.

On 2/9/25 11:34, Nathaniel Shead wrote: On Fri, Feb 07, 2025 at 10:57:19AM +0100, Toon Moene wrote: Compare a standard gcc build: https://gcc.gnu.org/pipermail/gcc-testresults/2025-February/837664.html with this one using checking=all: https://gcc.gnu.org/pipermail/gcc-testresults/2025

Re: message has lines too long for transport - Was: Fwd: Mail delivery failed: returning message to sender

On 3/24/25 17:27, Richard Earnshaw (lists) wrote: On 23/03/2025 20:26, Toon Moene wrote: I had the following message when sending test results to gcc-testresults *starting* today (3 times): Note that the message is generated by *my* exim4 "mail delivery software" (Debian Testin

Rust: error[E0554]: `#![feature]` may not be used on the stable release channel

? Kind regards, -- Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290 Saturnushof 14, 3738 XG Maartensdijk, The Netherlands

message has lines too long for transport - Was: Fwd: Mail delivery failed: returning message to sender

uages: all; tasks: 64) on aarch64-linux-gnu. MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Message-Id: From: Toon Moene Date: Sun, 23 Mar 2025 18:18:28 +0100 X-Exim-DSN-Information: Due to administrative limits only headers are returned

Re: message has lines too long for transport - Was: Fwd: Mail delivery failed: returning message to sender

On 3/25/25 11:32, Richard Earnshaw (lists) wrote: On 24/03/2025 22:08, Toon Moene wrote: On 3/24/25 17:27, Richard Earnshaw (lists) wrote: On 23/03/2025 20:26, Toon Moene wrote: I had the following message when sending test results to gcc-testresults *starting* today (3 times): Note that

<    1   2   3   4