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
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
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
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
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
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
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
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
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
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
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)
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
12 matches
Mail list logo
