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 myse
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 p
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
>
>
and best regards,
--
José Matos
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
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
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 th
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 %{_libdir}/R/library/*
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 confi
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'
> ma
Prof Brian Ripley wrote:
> I've seen that with mobile Pentium chips using ATLAS tuned on desktop
> machines
In the future (not now), since Intel plans to sell those chips to desktop
machines, that will not be a bad thing. ;-)
And yes, I do understand your point. :-)
--
José Abílio
___
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 gener
Peter Dalgaard wrote:
> José Matos <[EMAIL PROTECTED]> writes:
>
>> The change was necessary to allow atlas to compile and interact with
>> lapack.
>>
>> atlas is on the queue to Fedora Extras, it is in the review phase now.
>
> Hmm. Doesn&
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,
14 matches
Mail list logo
