Displaying 6 results from an estimated 6 matches for "_initial".
Did you mean:
initial
2019 May 10
2
R 3.6.0 for Debian buster
...e
> recompiled. The discussion about this has been going on for a few weeks and
> is now also between gcc/gfortran upstream and the lapack folks. See Tomas's
> posts on (IIRC) r-devel.
> So in short, things are moving, and in the right direction. Also worth
> recalling that the _initial findings_ were and still are about a gcc /
> gfortran version _not even in Debian unstable yet_ (but the folks in
> Fedora once again jumped the gun and they now have that problem with
> gfortran 9).
Afaics, the issue certainly affects current gfortran-8 in testing?
-k
2019 May 10
2
R 3.6.0 for Debian buster
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
2019 May 10
0
R 3.6.0 for Debian buster
...r LAPACK/BLAS needed to be
recompiled. The discussion about this has been going on for a few weeks and
is now also between gcc/gfortran upstream and the lapack folks. See Tomas's
posts on (IIRC) r-devel.
So in short, things are moving, and in the right direction. Also worth
recalling that the _initial findings_ were and still are about a gcc /
gfortran version _not even in Debian unstable yet_ (but the folks in Fedora
once again jumped the gun and they now have that problem with gfortran 9).
Dirk
--
http://dirk.eddelbuettel.com | @eddelbuettel | edd at debian.org
2019 May 10
0
R 3.6.0 for Debian buster
...ompiled. The discussion about this has been going on for a few weeks and
| > is now also between gcc/gfortran upstream and the lapack folks. See Tomas's
| > posts on (IIRC) r-devel.
|
| > So in short, things are moving, and in the right direction. Also worth
| > recalling that the _initial findings_ were and still are about a gcc /
| > gfortran version _not even in Debian unstable yet_ (but the folks in
| > Fedora once again jumped the gun and they now have that problem with
| > gfortran 9).
|
| Afaics, the issue certainly affects current gfortran-8 in testing?
Correct --...
2019 May 10
2
R 3.6.0 for Debian buster
...about this has been going on for a few weeks and
> | > is now also between gcc/gfortran upstream and the lapack folks. See Tomas's
> | > posts on (IIRC) r-devel.
> |
> | > So in short, things are moving, and in the right direction. Also worth
> | > recalling that the _initial findings_ were and still are about a gcc /
> | > gfortran version _not even in Debian unstable yet_ (but the folks in
> | > Fedora once again jumped the gun and they now have that problem with
> | > gfortran 9).
> |
> | Afaics, the issue certainly affects current gfortran-8...
2006 Feb 18
5
Model methods and partial view templates
I have a method in a controller that invokes a
render :partial => ''some_partial_view''
In that view, I''m trying to access a method defined in a model, like
this;
<% for view in @an_array %>
<% local_var = view.some_method() %>
<% another_var = view.a_column_name %>
etc..
I am getting an undefined method error but the model is accessible