On Fri, Mar 19, 2021 at 07:19:16AM +0100, Thomas Koenig wrote:
>
> Hi Steve,
>
> > On my old core2 cpu, a quick test with N=1000 and NxN matrix
> > suggest a cross over near N=1000 for REAL(4). This cpu doesn't
> > have any AVX* instruction, so YMMV. Program follows .sig
>
> Looking at your da
See PR for some analysis. The problem is that during
gfc_intrinsic_func_interface, sym->attr.flavor == FL_PROCEDURE,
hence, attr.intrinsic is not set – but later when parsing
'null()', gfortran calls:
if (sym->attr.proc != PROC_INTRINSIC
&& !(sym->attr.use_assoc && sym->attr.intrinsic)
FYI.
On my side, I would like to backport the following patch, which is still
pending preview:
https://gcc.gnu.org/pipermail/gcc-patches/2021-March/566890.html
(*PING*: Re: [Patch] Fortran: Fix func decl mismatch [PR93660])
and possible the following patch as well, also pending review:
https://g
Hell world,
here is the patch I talked about earlier. It passes regression testing.
OK for trunk?
Best regards
Thomas
Add size check to vector-matrix matmul.
It turns out the library version is much faster for vector-matrix
multiplications for large sizes than what inlining can prod
Hi Tobias,
I'll do the reviews for you tomorrow morning. Right now my brain has turned
to mush after an excess of online meetings :-(
I'll take a look through my PRs to see what might need pushing onto
10-branch.
Cheers
Paul
On Fri, 19 Mar 2021 at 14:15, Tobias Burnus wrote:
> FYI.
>
> On m
On Fri, Mar 19, 2021 at 07:36:22AM +0100, Thomas Koenig wrote:
>
> Am 19.03.21 um 07:19 schrieb Thomas Koenig:
>
> > I'll work on a patch.
>
> So, here's a concept patch. It still needs a ChangeLog and testsuite
> adjustment, but this is what I would propose to use.
>
I see that you've submit
Yes Ok for trunk.
Thanks much!
On 3/19/21 10:37 AM, Thomas Koenig via Fortran wrote:
Hell world,
here is the patch I talked about earlier. It passes regression testing.
OK for trunk?
Best regards
Thomas
Add size check to vector-matrix matmul.
It turns out the library version is much
Is there a way to make a statically linked binary with fortran in OS
X? For much of the past year I have been using:
gfortran taxsim.for -static-libgfortran -static-libgcc
but since January I only get the error message;
ld: library not found for -lm.
collect2: error: ld returned 1
Hi,
I am not sure whether it helps, but I want to point out that libm is the
math library which is on Linux usually GLIBC and I assume on OS X it is
provided by the OS vendor.
Additionally, that libm is linked dynamically.
This seems to be a OS X issue – and I have no idea about OS X, but I
Hi Daniel,
Tobias Burnus wrote:
I am not sure whether it helps, but I want to point out that libm is the
math library which is on Linux usually GLIBC and I assume on OS X it is
provided by the OS vendor.
actually part of libSystem (but, yes, provided by the vendor)
On 19.03.21 21:22, D
On Fri, 19 Mar 2021, Tobias Burnus wrote:
Hi,
I am not sure whether it helps, but I want to point out that libm is the math
library which is on Linux usually GLIBC and I assume on OS X it is provided
by the OS vendor.
Additionally, that libm is linked dynamically.
This seems to be a OS
Daniel Feenberg wrote:
On Fri, 19 Mar 2021, Tobias Burnus wrote:
This seems to be a OS X issue ? and I have no idea about OS X, but I
found the following:
https://github.com/fxcoudert/gfortran-for-macOS/issues/12
It is certainly an OS X issue.
Actually, it’s a gfortran issue.
The
12 matches
Mail list logo