Kurt,
Am Donnerstag, 9. Mai 2019, 16:35:24 CEST schrieb Kurt
Hornik:> >>>>> Johannes Ranke writes:
> Johannes,
>
> It seems that one can avoid the gfortran problems with Fortran
> BLAS/LAPACK implementations by compiling with
> -fno-optimize-sibling-calls.
...
> Yesterday I changed R-devel and R-patched to use
> -fno-optimize-sibling-calls for gfortran >= 7: it would be great if you
> could pull this change into the R 3.6.0 backports for buster.
Thanks, that sounds good. But I need some help as I do not know much about
autoconf and Debian packaging: Is it enough to patch configure.ac (r76467) or
do we need to update configure as well (r76468)?
> In principle I think all Fortran BLAS/LAPACK implementations (refblas
> and ATLAS) packaged for buster should be recompiled with
> -fno-optimize-sibling-calls (they may be fine in case they were compiled
> with older version of gfortran-8, but then the next rebuild will cause
> trouble): Dirk, any chance you could get the package maintainers to make
> these changes?
It seems to me this is of relevance for for S?bastien (Ccing), or more
generally for debian-science.
Kind regards,
Johannes
>
> Best
> -k
>
> > Am Montag, 29. April 2019, 15:03:54 CEST schrieb Kurt Hornik:
> >> >>>>> Johannes Ranke writes:
> >> > Am Montag, 29. April 2019, 13:44:03 CEST schrieb Kurt Hornik:
> >> >> >>>>> Johannes Ranke writes:
> >> >> Thanks. You may have seen that with current gfortran in
> >> >> testing/unstable, there are problems with the R
BLAS/LAPACK API
> >> >> entries
> >> >> using a Fortran interface (and hence in particular when
using the BLAS
> >> >> and LAPACK sources that ship with R).
> >> >
> >> > No, I wasn't aware of this. Is there a bug report where
this is
> >> > discussed?
> >>
> >> Not really, as the issue seems to complicated to condense into a
bug
> >> report. From discussions with Thomas Koenig from the GCC team, it
seems
> >> that f2c, g77 and now gfortran have always added additional
character
> >> length arguments for each character argument, where the R
> >> F77_NAME/F77_CALL mechanism has always called with the arguments
of the
> >> Fortran subroutine but without the additional length arguments. A
> >> change in gcc trunk also ported to gcc-8-branch apparently changed
what
> >> happened in such case, to the effect that we're now seeing
about 25
> >> CRAN packages fail their run time checks with segfaults or run
time
> >> errors ...
> >>
> >> But things are actually hard to pin down for us, and no obvious
"fix"
> >> is in sight. It would be great if at least for the gfortran-8
that
> >> Debian will release we would get the old behavior back ...
> >
> > I think the likelihood of this would be greater if there was a bug
against
> > the version of gfortran in unstable/testing... Can you give a small
> > reproducible example?
> >
> > Johannes
> >
> >> Best
> >> -k
> >>
> >> > Johannes
> >> >
> >> >> It seems I can avoid these using
> >> >> OpenBLAS (but then this really only works find for me
provided I
> >> >> setenv
> >> >> OPENBLAS_NUM_THREADS=1).
> >> >>
> >> >> -k
> >> >>
> >> >> > Dear all,
> >> >> > Now that the upcoming Debian release
"buster" is frozen, I have
> >> >> > started
> >> >> > supplying backports for it. Pending mirror
synchronisations, R 3.6.0
> >> >> > is
> >> >> > now
> >> >> > available for Debian buster on i386 and amd64
architectures. Please
> >> >> > refer
> >> >> > to>
> >> >> >
> >> >> > https://cran.r-project.org/bin/linux/debian/
> >> >> >
> >> >> > for details. At the moment I am not providing
binaries for the arm
> >> >> > architecture for buster, as the SD card in my
raspberry 3 has died
> >> >> > and
> >> >> > I
> >> >> > do
> >> >> > not use these binaries any more anyways. Let me know
if this is a
> >> >> > problem.
> >> >> >
> >> >> > Kind regards,
> >> >> >
> >> >> > Johannes
> >> >> >
> >> >> > _______________________________________________
> >> >> > R-SIG-Debian mailing list
> >> >> > R-SIG-Debian at r-project.org
> >> >> > https://stat.ethz.ch/mailman/listinfo/r-sig-debian
> >>
> >> _______________________________________________
> >> R-SIG-Debian mailing list
> >> R-SIG-Debian at r-project.org
> >> https://stat.ethz.ch/mailman/listinfo/r-sig-debian
--
PD Dr. Johannes Ranke
Grenzach-Wyhlen