On Thursday 18 April 2013 17:38:06 Thomas Petzoldt wrote:
Dear R developers,
I've got an information from Prof. Ripley regarding a bug found with
AdressSanitizer in one of our packages. It is now fixed, thank you for
this information.
Now, I would like to run AddressSanitizer myself
On 19/09/06, Prof Brian Ripley [EMAIL PROTECTED] wrote:
Apparently FC6 will have different flags/ different default behaviour, at
least for ld.
Just for reference I have tested the default CFLAGS in FC-5 and FC-6.
They are equal, namely:
CFLAGS=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
On 04/03/06, Prof Brian Ripley [EMAIL PROTECTED] wrote:
I've made two changes for R 2.3.0
1) as the LibPath is not actually used, it is recorded as . (For
compatibility we don't want to remove the field.) Since it was returned
but not printed by help.search(), the actual installed path is
conventions for rpms but I hope that
with small changes this can be helpfull for other people.
The script (released under GPL2) can be found here:
http://www.fc.up.pt/pessoas/jamatos/R/cran2rpmspec
All comments are welcome. :-)
--
José Matos
and best regards,
--
José Matos
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 03/03/06, José Matos [EMAIL PROTECTED] wrote:
Hi,
in Fedora Extras we build R packages to a temporary directory. The
relevant section in
the spec file is this:
%build
cd ..; R CMD INSTALL %{packname} -l %{buildroot}%{_libdir}/R/library
It works. :-)
We noticed one problem though (I
Hello,
I maintain some packages in Fedora Extras for R related modules.
Until R 2.2.0 I used for post processing (both after installing and
removing the package) the following lines:
%{_bindir}/R CMD perl %{_libdir}/R/share/perl/build-help.pl --htmllists
cat
Prof Brian Ripley wrote:
On Tue, 11 Oct 2005, [UTF-8] José Matos wrote:
Hello,I maintain some packages in Fedora Extras for R related
modules.
Until R 2.2.0 I used for post processing (both after installing
andremoving the package) the following lines:
%{_bindir}/R
Peter Dalgaard wrote:
Hmm. Doesn't look like it is actually working, though. Install
lapack-devel, configure --with-lapack, and make check dies with
running code in 'base-Ex.R' ...make[4]: *** [base-Ex.Rout] Error 1
make[4]: Leaving directory `/home/pd/r-devel/BUILD/tests/Examples'
Peter Dalgaard wrote:
-L/usr/lib64 I think. I have
#LAPACK_LIBS=-L/usr/lib64 -llapack
(commented out now) in config.site.
I'm sorry, it was my mistake. I forgot to install blas-devel where
libblas.so is defined as a symbolic link to the correct library version.
Since the configure
Peter Dalgaard wrote:
Prof Brian Ripley wrote:
BTW, I don't understand how a Linux distro can supply ATLAS tuned to
my CPU/FPU. Dr Goto has had about ten versions of his optimized BLAS
covering just a small subset of i686 CPUs. So although a distro's
ATLAS may be better than a generic BLAS,
Martyn Plummer wrote:
Fedora have just split off a separate lapack-devel package containing
the static library and the symlink liblapack.so. (Mandrake/Mandriva has
been doing this for some time. I don't know about SuSE). The up2date
service will recognize that it needs to update lapack, but
12 matches
Mail list logo