On Thu, Nov 14, 2024 at 12:23 PM Patrick Dupre via users <
users@lists.fedoraproject.org> wrote:
> Hello,
>
> I am sorry, but I think that I solved the issue by running a make clean
> Now the generated code is the same on both machines.
>
> Probably I have an object from a
>
> On Wed, Nov 13, 2024 at 11:21:46PM +0100, Patrick Dupre wrote:
> > > Subject: Re: gcc/gsl
> > >
> > > On Wed, Nov 13, 2024 at 10:50:38PM +0100, Patrick Dupre via users wrote:
> > > > >
> > > > > > On
On Thu, Nov 14, 2024 at 09:25:40AM +0100, Patrick Dupre wrote:
> No, I do not use such options
Then I don't believe you can get different assembly from the same compiler
same source same options. GCC ought to produce the same output
reproduceably (unless the source uses __DATE__, __TIME__ or __TI
:46 AM
> From: "Michael Hennebry"
> To: "Community support for Fedora users"
> Subject: Re: gcc/gsl
>
> On Wed, 13 Nov 2024, Roger Heflin wrote:
>
> > On Wed, Nov 13, 2024 at 4:25?PM Patrick Dupre wrote:
> >>
> >>>
> >>&g
., because the real issue is some out-of-bounds overwriitng of the data.
A small example allows you or gsl devs to experiment with compiler options
and use gdb to step thru the code, but at that point you may just be
duplicating
work others have already done, so the main value would be as a learni
Hello,
I am sorry, but I think that I solved the issue by running a make clean
Now the generated code is the same on both machines.
Probably I have an object from a previous version of gsl which was not
recompiled
at the same time on both machines.
My Makefile is probably not optimum.
How can
On Wed, 13 Nov 2024, Roger Heflin wrote:
On Wed, Nov 13, 2024 at 4:25?PM Patrick Dupre wrote:
How different are the values? How many significant figures match? 0? 5?
relatve difference: 2.7e-8
"noise" ~ 1e-35
values < 2e-23
What significant figure is it of the result? Heavy calc
On Wed, Nov 13, 2024 at 4:25 PM Patrick Dupre wrote:
>
> >
> > How different are the values? How many significant figures match? 0?
> > 5?
> relatve difference: 2.7e-8
> "noise" ~ 1e-35
> values < 2e-23
>
What significant figure is it of the result? Heavy calculations are
sensitive to th
mpiled on 2 different machines.
> Both F40 (last update)
> gcc (GCC) 14.2.1 20240912 (Red Hat 14.2.1-3)
> One
> Intel(R) Core(TM) i5-7400 CPU @ 3.00GHz
> The other one
> Intel(R) Core(TM) i7-8700 CPU @ 3.20GHz
> Actually, this happens when I use the gsl library.
> gs
7-8700 CPU @ 3.20GHz
> Actually, this happens when I use the gsl library.
> gsl-devel-2.7.1-8.fc40.x86_64
> for integration (gsl_integration_cquad).
> Before integration, the values are strictly identical.
> The same Makefile is used.
> Now, if I copy the code generated by the machine
On Thu, 14 Nov 2024, Stephen Morris wrote:
Just my 2 cents worth. I develop at work in a language called SAS, which
is interpretive like Python is. I see the sort of precision issues you are
highlighting all the time, and the software vendor has written papers (which
I can't lay my hands o
On Wed, Nov 13, 2024 at 11:21:46PM +0100, Patrick Dupre wrote:
> > Subject: Re: gcc/gsl
> >
> > On Wed, Nov 13, 2024 at 10:50:38PM +0100, Patrick Dupre via users wrote:
> > > >
> > > > > On 13 Nov 2024, at 18:33, Patrick Dupre via users
> >
On Wed, Nov 13, 2024 at 10:50:38PM +0100, Patrick Dupre via users wrote:
> >
> > > On 13 Nov 2024, at 18:33, Patrick Dupre via users
> > > wrote:
> > >
> > > Why this behavior?
> >
> > Do both versions produce the same results when copied to the other machine?
> The results depends on the machine
happens when I use the gsl library.
gsl-devel-2.7.1-8.fc40.x86_64
for integration (gsl_integration_cquad).
Before integration, the values are strictly identical.
The same Makefile is used.
Now, if I copy the code generated by the machine A on machine B,
I get the same results as it had been run on
t; > gcc (GCC) 14.2.1 20240912 (Red Hat 14.2.1-3)
> > One
> > Intel(R) Core(TM) i5-7400 CPU @ 3.00GHz
> > The other one
> > Intel(R) Core(TM) i7-8700 CPU @ 3.20GHz
> > Actually, this happens when I use the gsl library.
> > gsl-devel-2.7.1-8.fc40.x86_64
>
> Subject: Re: gcc/gsl
>
> On Wed, Nov 13, 2024 at 10:50:38PM +0100, Patrick Dupre via users wrote:
> > >
> > > > On 13 Nov 2024, at 18:33, Patrick Dupre via users
> > > > wrote:
> > > >
> > > > Why this behavior?
> > &g
> Sent: Wednesday, November 13, 2024 at 8:58 PM
> From: "Jeffrey Walton"
> To: "Community support for Fedora users"
> Cc: "Patrick Dupre"
> Subject: Re: gcc/gsl
>
> On Wed, Nov 13, 2024 at 1:33 PM Patrick Dupre via users
> wrote:
> &g
>
> > On 13 Nov 2024, at 18:33, Patrick Dupre via users
> > wrote:
> >
> > Why this behavior?
>
> Do both versions produce the same results when copied to the other machine?
The results depends on the machine which has compiled the code, not on the
machine
where the code is run.
Is there a way
> On 13 Nov 2024, at 18:33, Patrick Dupre via users
> wrote:
>
> Why this behavior?
Do both versions produce the same results when copied to the other machine?
Might be compiler defaults are different. Do you have config for gcc in $HOME
somewhere?
Try creating a new user on both machines
> Sent: Wednesday, November 13, 2024 at 8:11 PM
> From: "home user via users"
> To: users@lists.fedoraproject.org
> Cc: "home user"
> Subject: Re: gcc/gsl
>
> On 11/13/24 11:32 AM, Patrick Dupre via users wrote:
> > Hello,
> >
> > I
(last update)
gcc (GCC) 14.2.1 20240912 (Red Hat 14.2.1-3)
One
Intel(R) Core(TM) i5-7400 CPU @ 3.00GHz
The other one
Intel(R) Core(TM) i7-8700 CPU @ 3.20GHz
Actually, this happens when I use the gsl library.
gsl-devel-2.7.1-8.fc40.x86_64
for integration (gsl_integration_cquad).
Before integration, the
)
One
Intel(R) Core(TM) i5-7400 CPU @ 3.00GHz
The other one
Intel(R) Core(TM) i7-8700 CPU @ 3.20GHz
Actually, this happens when I use the gsl library.
gsl-devel-2.7.1-8.fc40.x86_64
for integration (gsl_integration_cquad).
Before integration, the values are strictly identical.
The same Makefile is
integration controlling parameter is incorrect, the
> gsl function must return an error (status) and not fails.
> That way I could really control the parameters, and investigate.
>
> Calculating thousands of integrations is not possible if
> the algorithm fails without options of moni
I already checked my parameters, to optimize the
accuracy of the integrations, as well as the required CPU time.
From that, I think that my set of parameters is OK.
In my opinion, if one integration controlling parameter is incorrect, the
gsl function must return an error (status) and not fails.
On Tue, 9 Aug 2022 17:35:33 +0200
Patrick Dupre wrote:
> Hello,
>
> I tried to build gsl-2.7 for fc36.
> running rpmbuild -ba gsl-2.7-1-fc36.spec (from the tarball file),
> I get:
[snip lots of warnings and errors]
> RPM build warnings:
> Mixing main ELF and debug f
Hello,
I tried to build gsl-2.7 for fc36.
running rpmbuild -ba gsl-2.7-1-fc36.spec (from the tarball file),
I get:
libtool: install: ranlib
/home/pdupre/rpmbuild/BUILDROOT/gsl-2.7.1-0.x86_64/usr/lib64/libgsl.a
libtool: warning: remember to run 'libtool --finish /usr/lib64'
/usr/bi
On Tue, Aug 9, 2022 at 11:45 AM stan via users <
users@lists.fedoraproject.org> wrote:
> On Tue, 9 Aug 2022 15:35:15 +0200
> Patrick Dupre wrote:
> > I have
> > gsl-2.6-6.fc36.x86_64
> > installed.
> >
> > It is the version 2.6 of gsl?
> > It seems
On Tue, Aug 9, 2022 at 8:33 AM Patrick Dupre wrote:
> I am currentyly running gsl-2.6
> I am trying to install gsl-2.7
> However, qag.c is not delivered by gsl nor gsl-devel (in
> gsl-2.6-6.fc36.x86_64)
Like Richard already said, qag.c is a source file, not a binary file
that would
On Tue, Aug 9, 2022 at 10:23 AM Patrick Dupre wrote:
> Hello,
>
> I get an error
> gsl: qag.c:247: ERROR: roundoff error prevents tolerance from being achieve
> Then, I tried to see where is this file
> qag.c
>
> Unfortunately
> dnf repoquery --whatprovides '
On Tue, 9 Aug 2022 15:35:15 +0200
Patrick Dupre wrote:
> I have
> gsl-2.6-6.fc36.x86_64
> installed.
>
> It is the version 2.6 of gsl?
> It seems that fc37 offers version gsl-2.6-7
>
> If I understand gsl-2.7 is not offered by the distribution
> while gsl-2.7 ha
Hello,
I have
gsl-2.6-6.fc36.x86_64
installed.
It is the version 2.6 of gsl?
It seems that fc37 offers version gsl-2.6-7
If I understand gsl-2.7 is not offered by the distribution
while gsl-2.7 has been updated in June 2021.
Is there a reason for this lag?
Thank
Hello,
I get an error
gsl: qag.c:247: ERROR: roundoff error prevents tolerance from being achieve
Then, I tried to see where is this file
qag.c
Unfortunately
dnf repoquery --whatprovides 'qag.c'
does not provide the i
On Saturday, June 19, 2021 2:38:02 PM WEST Patrick Dupre wrote:
> Hello,
>
> There is a new version of gsl (2.7).
> http://www.gnu.org/software/gsl/
>
> What are the plans to have it available in fc34?
Historically all the new releases of gsl where never released in stable
Actually, now I have:
fedpkg --release fc34 local
sources file doesn't exist. Source files download skipped.
Could not execute local: Could not find the release/dist from branch name fc34
Please specify with --release
using gsl.spec.in (gsl-2.7.tar.gz)
Name: gsl
Summary: GNU Scientific Li
Hello,
There is a new version of gsl (2.7).
http://www.gnu.org/software/gsl/
What are the plans to have it available in fc34?
Thanks
===
Patrick DUPRÉ | | email: pdu...@gmx.com
On Wed, 3 Jun 2020 at 08:12, Patrick Dupre wrote:
> Yes,
> Thanks.
> It works.
>
> This is the only option that I found to deploy my package.
> I could not fix perl-Math-GSL-0.40 to have it matches GSL 2.6
>
> Probably Leto will fix the issue sometimes
>
> In
Yes,
Thanks.
It works.
This is the only option that I found to deploy my package.
I could not fix perl-Math-GSL-0.40 to have it matches GSL 2.6
Probably Leto will fix the issue sometimes
Indeed, there are plenty of perl packages that are not maintained for
fedora, this is really annoying
On Wed, 3 Jun 2020 11:21:43 +0200, Patrick Dupre wrote:
> I could not compile perl-Math-GSL-0.40 because this package does not deal
> with gsl 2.6
> Thus, I installed gsl 2.5 independently of gsl 2.6 (gsl-2.6-2.fc32.x86_64)
> and I was able to build the rpm package which requires
Hello,
I could not compile perl-Math-GSL-0.40 because this package does not deal
with gsl 2.6
Thus, I installed gsl 2.5 independently of gsl 2.6 (gsl-2.6-2.fc32.x86_64)
and I was able to build the rpm package which requires libgsl.so.23
I put a link to this library (provided by gsl 2.5) in /usr
Hello,
I tried to put
gsl_integration_qags
in a loop with the option:
#pragma omp parallel for
but it fails.
Is it because gsl does not have been compiled with the option
-fopenmp
?
Thank.
===
Patrick DUPRÉ
rguments to function
'gsl_bspline_deriv_eval'
result = (int)gsl_bspline_deriv_eval(arg1,arg2,arg3,arg4,arg5);
^~
In file included from xs/BSpline_wrap.1.16.c:1844:0:
/usr/include/gsl/gsl_bspline.h:107:1: note: declared here
gsl_bsp
On 08/01/2016 12:34 PM, Patrick Dupre wrote:
Hello,
Since I update fc22 to fc24 I am in trouble with several of my
applications which require gsl.
Actually, gsl has been updated from 1 to 2 with major changes.
It results that perl-Math::GSL is not anymore compatible with gsl-2.
The maintainer
Hello,
It seems that I need to have both installed gsl-1 and gsl-2 on
a fc24 machine.
How can I install gsl-1 into a "special" directory ?
Can I use rpmbuild ?
Thank for your help.
Regards.
===
Pat
Community support for Fedora users"
> Subject: Re: gsl-1 and gsl-2
>
> On 08/02/2016 01:24 AM, Patrick Dupre wrote:
> > Hello,
> >
> > Is it possible to install gsl-1 and gsl-2 with fc24 ?
> >
> > Thank for your help
>
> Not as (standard) rpms. But you can
On 08/02/2016 01:24 AM, Patrick Dupre wrote:
Hello,
Is it possible to install gsl-1 and gsl-2 with fc24 ?
Thank for your help
Not as (standard) rpms. But you can compile gsl-1 by hand if you really
need it.
Or, another alternative would be to install a distribution with the
older
Hello,
Is it possible to install gsl-1 and gsl-2 with fc24 ?
Thank for your help
===
Patrick DUPRÉ | | email: pdu...@gmx.com
Laboratoire de Physico-Chimie de l'Atmosphère | |
Universi
On Mon, 1 Aug 2016 21:34:18 +0200
"Patrick Dupre" wrote:
> Hello,
>
> Since I update fc22 to fc24 I am in trouble with several of my
> applications which require gsl.
> Actually, gsl has been updated from 1 to 2 with major changes.
> It results that perl-Math::GSL is
Actually, I found a gsl-1.16-18.fc24.i686.rpm
but not the gsl-devel-1.16-18.fc24.i686.rpm !
===
Patrick DUPRÉ | | email: pdu...@gmx.com
Laboratoire de Physico-Chimie de l'Atmos
Hello,
Since I update fc22 to fc24 I am in trouble with several of my
applications which require gsl.
Actually, gsl has been updated from 1 to 2 with major changes.
It results that perl-Math::GSL is not anymore compatible with gsl-2.
The maintainer of this package is not ready to make the changes
On 06/06/2015 04:29 PM, Patrick Dupre wrote:
Thank,
I know the fdfsolver works fine but not the fsolver which do not require
the derivatives
It's still not implemented in gsl. This question has nothing to do with
Fedora.
If you're not happy with the advice I gave you about us
rday, June 06, 2015 at 10:54 PM
> From: "Veli-Pekka Kestilä"
> To: "Community support for Fedora users"
> Subject: Re: gsl
>
> On 4.6.2015 16:23, Patrick Dupre wrote:
> >
> > ===
Underwood"
To: "Community support for Fedora users"
Subject: Re: gsl
On 3 June 2015 at 22:23, Patrick Dupre wrote:
Hello,
Can somebody help me?
This short piece of code fails.
It seems to be due to the gsl library!
Thank for your help.
#include
int main () {
const
On 06/04/2015 11:11 AM, Patrick Dupre wrote:
Well, the same stands for multifit_fsolver: documentation exists in the
manual.
https://www.gnu.org/software/gsl/manual/html_node/Minimization-Algorithms-without-Derivatives.html#Minimization-Algorithms-without-Derivatives
So it seems gsl doesn&#
pport for Fedora users"
> Subject: Re: gsl
>
> On 06/04/2015 09:28 AM, Patrick Dupre wrote:
> >>> This is not new.
> >>>
> >>> Somebody already asked but did not get the answer!
> >>>
> >>> http://stackoverflow.com/questions/2
On 06/04/2015 09:28 AM, Patrick Dupre wrote:
This is not new.
Somebody already asked but did not get the answer!
http://stackoverflow.com/questions/24672293/how-do-i-set-the-fsolver-type-in-gsl
gsl has an excellent manual.
All of this is covered, with examples, at
https://www.gnu.org
pport for Fedora users"
> Subject: Re: gsl
>
> On 06/04/2015 07:50 AM, Patrick Dupre wrote:
> > Hello,
> >
> > This is not new.
> >
> > Somebody already asked but did not get the answer!
> >
> > http://stackoverflow.com/questions/24672293/
On 06/04/2015 07:50 AM, Patrick Dupre wrote:
Hello,
This is not new.
Somebody already asked but did not get the answer!
http://stackoverflow.com/questions/24672293/how-do-i-set-the-fsolver-type-in-gsl
gsl has an excellent manual.
All of this is covered, with examples, at
https
On Thu, Jun 04, 2015 at 04:50:22PM +0200, Patrick Dupre wrote:
> This is not new.
> Somebody already asked but did not get the answer!
> http://stackoverflow.com/questions/24672293/how-do-i-set-the-fsolver-type-in-gsl
Excellent. You can draw more attention to that question by:
1. Votin
Hello,
This is not new.
Somebody already asked but did not get the answer!
http://stackoverflow.com/questions/24672293/how-do-i-set-the-fsolver-type-in-gsl
===
Patrick DUPRÉ | | email: pdu
On Thu, Jun 04, 2015 at 10:39:00AM +0200, Patrick Dupre wrote:
> Who is in charge of this package?
So, you can find that in Fedora's Package DB; in this case, here:
<https://admin.fedoraproject.org/pkgdb/package/gsl/>
However, I don't think this is a packaging problem. I
8 23 76 12 | | Fax: 03 28 65 82 44
189A, avenue Maurice Schumann | | 59140 Dunkerque, France
===
> Sent: Thursday, June 04, 2015 at 3:53 PM
> From: "Fred Smith"
> To: users@lists.fedorap
ra"
> To: "Community support for Fedora users"
> Subject: Re: gsl
>
> I am late to this thread and confused: isn't there an example in the manual?
>
> https://www.gnu.org/software/gsl/manual/html_node/Example-programs-for-Nonlinear-Least_002dSquares-Fi
I am late to this thread and confused: isn't there an example in the manual?
https://www.gnu.org/software/gsl/manual/html_node/Example-programs-for-Nonlinear-Least_002dSquares-Fitting.html#Example-programs-for-Nonlinear-Least_002dSquares-Fitting
Does this above work?
Ranjan
On Thu, 4 Jun
On Thu, Jun 04, 2015 at 03:30:18PM +0200, Patrick Dupre wrote:
>
> const gsl_multifit_fsolver_type T_ ;
> gsl_multifit_fsolver *s_ = gsl_multifit_fsolver_alloc (&T_, 10, 5);
>
>
> Gives the same
> Segmentation fault (core dumped)
I installed gsl and gsl-devel
kerque, France
===
> Sent: Thursday, June 04, 2015 at 3:15 PM
> From: "Fred Smith"
> To: users@lists.fedoraproject.org
> Subject: Re: gsl
>
> On Thu, Jun 04, 2015 at 02:01:41PM +0100, Jonathan Underwood wrote:
> > On 3 June
Community support for Fedora users"
> Subject: Re: gsl
>
> On 3 June 2015 at 22:23, Patrick Dupre wrote:
> > Hello,
> >
> > Can somebody help me?
> >
> > This short piece of code fails.
> > It seems to be due to the gsl library!
> >
> > Thank
On Thu, Jun 04, 2015 at 02:01:41PM +0100, Jonathan Underwood wrote:
> On 3 June 2015 at 22:23, Patrick Dupre wrote:
> > Hello,
> >
> > Can somebody help me?
> >
> > This short piece of code fails.
> > It seems to be due to the gsl library!
> &
On 3 June 2015 at 22:23, Patrick Dupre wrote:
> Hello,
>
> Can somebody help me?
>
> This short piece of code fails.
> It seems to be due to the gsl library!
>
> Thank for your help.
>
> #include
>
> int main () {
> const gsl_multifit_fsolver_
pport for Fedora users"
> Subject: Re: gsl
>
> On 06/03/2015 03:53 PM, Rick Stevens wrote:
> > On 06/03/2015 03:19 PM, Patrick Dupre wrote:
> >> Execution:
> >> Segmentation fault (core dumped)
> >>
> >> it is linked with gsl and math library.
On 06/03/2015 03:53 PM, Rick Stevens wrote:
On 06/03/2015 03:19 PM, Patrick Dupre wrote:
Execution:
Segmentation fault (core dumped)
it is linked with gsl and math library.
I guess that there is an issue either with the c code or with the binary
library.
Well, looking at the code, you&#x
On 06/03/2015 03:19 PM, Patrick Dupre wrote:
Execution:
Segmentation fault (core dumped)
it is linked with gsl and math library.
I guess that there is an issue either with the c code or with the binary
library.
Well, looking at the code, you're passing "T_", which is uni
Execution:
Segmentation fault (core dumped)
it is linked with gsl and math library.
I guess that there is an issue either with the c code or with the binary
library.
===
Patrick DUPRÉ
On 06/03/2015 02:23 PM, Patrick Dupre wrote:
Hello,
Can somebody help me?
This short piece of code fails.
It seems to be due to the gsl library!
Thank for your help.
#include
int main () {
const gsl_multifit_fsolver_type *T_ ;
gsl_multifit_fsolver *s_ = gsl_multifit_fsolver_alloc (T_
Hello,
Can somebody help me?
This short piece of code fails.
It seems to be due to the gsl library!
Thank for your help.
#include
int main () {
const gsl_multifit_fsolver_type *T_ ;
gsl_multifit_fsolver *s_ = gsl_multifit_fsolver_alloc (T_, 10, 1
Hello,
I am trying to build the package perl-Math-GSL, but I get an error:
rpmbuild -bb perl-Math-GSL.spec --nocheck
Checking for unpackaged file(s): /usr/lib/rpm/check-files
/home/pdupre/rpmbuild/BUILDROOT/perl-Math-GSL-0.27-1.fc20.i386
error: Installed (but unpackaged) file(s) found:
/usr
Hello
Thank for your concern.
I got it from cpan and I used
cpanspec
rpmbuild -bb
and I still have missing packages
Marking /home/pdupre/rpm/RPMS/i686/perl-Math-GSL-0.27-1.fc19.i686.rpm to be
installed
Resolving Dependencies
--> Running transaction check
---> Package perl-Math-GSL.i686
On 07/21/13 02:58, Patrick Dupre wrote:
> To end the installation of perl-Math-GSL-0.27-1.fc19.i686.rpm
I could not find perl-Math-GSL in the F19 repositories. Where did you get
it?
--
Getting tired of non-Fedora discussions and self-serving posts
--
users mailing list
us
Hello,
To end the installation of perl-Math-GSL-0.27-1.fc19.i686.rpm
I need the following packages:
---> Package perl-Math-GSL.i686 0:0.27-1.fc19 will be installed
--> Processing Dependency: perl(Chart::Clicker::Drawing) for package:
perl-Math-GSL-0.27-1.fc19.i686
--> Processing D
Thank,
I am trying to do like indicated:
However, I got a message error, and the rpm file has not been created.
Would you have some recommandations?
cd /home/pdupre/rpmbuild/SOURCES
+ cd Math-GSL-0.27
+ ./Build test
Process XS files version 1.15
t/00-load.t 40/53 # Testing Math::GSL
On 16 July 2013 22:12, Patrick Dupre wrote:
> Hello,
>
> The Package perl-Math-GSL does not seem to be available on a rpm
> packaging.
> What do you recommand?
> make an rpm or install it through the cpan installer?
>
I'd use cpanspec to make an rpm. I'm sli
Hello,
The Package perl-Math-GSL does not seem to be available on a rpm
packaging.
What do you recommand?
make an rpm or install it through the cpan installer?
Thank
===
Patrick DUPRÉ
Hello,
Since I updated in fedora 16 (including the last updates), I cannot
install math::gsl anymore.
I got a failure in the ./Build test using either cpan or the manual
installation.
According to Jonathan Leto it is an issue with the perl installation.
How can we make progresses?
Linux 3.2.2
On 01/18/12 15:08, Patrick Dupre wrote:
Hello,
After I upgrade to fc16, perl-Math-gsl gives me an error at test:
# Failed test 'GSL_CHEB_CALC_DERIV died (Bizarre copy of UNKNOWN in
subroutine entry at t/Chebyshev.t line 59.)'
# at t/Chebyshev.t line 72.
# (in Math::GSL::Cheby
Hello,
After I upgrade to fc16, perl-Math-gsl gives me an error at test:
# Failed test 'GSL_CHEB_CALC_DERIV died (Bizarre copy of UNKNOWN in
subroutine entry at t/Chebyshev.t line 59.)'
# at t/Chebyshev.t line 72.
# (in Math::GSL::Chebyshev::Test->GSL_CHEB_CALC_DERIV)
#
>
>>>>> On 07/18/2010 08:23 PM, Patrick Dupre wrote:
>>>>>> Hello,
>>>>>>
>>>>>> I am looking for the gsl sources. There are not in gsl neither in
>>>>>> gsl-devel.
>>>>>> Is the only option to
;>>>> Hello,
>>>>>
>>>>> I am looking for the gsl sources. There are not in gsl neither in
>>>>> gsl-devel.
>>>>> Is the only option to install gsl-1.14.tar.gz ?
>>>>
>>>> yumdownloader --source gsl
>>
On Sun, 18 Jul 2010, Rahul Sundaram wrote:
On 07/18/2010 09:44 PM, Patrick Dupre wrote:
On Sun, 18 Jul 2010, Rahul Sundaram wrote:
On 07/18/2010 08:23 PM, Patrick Dupre wrote:
Hello,
I am looking for the gsl sources. There are not in gsl neither in
gsl-devel.
Is the only option to install
On 07/18/2010 09:44 PM, Patrick Dupre wrote:
> On Sun, 18 Jul 2010, Rahul Sundaram wrote:
>
>> On 07/18/2010 08:23 PM, Patrick Dupre wrote:
>>> Hello,
>>>
>>> I am looking for the gsl sources. There are not in gsl neither in
>>> gsl-devel.
&
On Sun, 18 Jul 2010, Rahul Sundaram wrote:
On 07/18/2010 08:23 PM, Patrick Dupre wrote:
Hello,
I am looking for the gsl sources. There are not in gsl neither in
gsl-devel.
Is the only option to install gsl-1.14.tar.gz ?
yumdownloader --source gsl
Thank of course, but it does not install
On 07/18/2010 08:23 PM, Patrick Dupre wrote:
> Hello,
>
> I am looking for the gsl sources. There are not in gsl neither in
> gsl-devel.
> Is the only option to install gsl-1.14.tar.gz ?
yumdownloader --source gsl
Rahul
--
users mailing list
users@lists.fedoraproject.org
To
Hello,
I am looking for the gsl sources. There are not in gsl neither in
gsl-devel.
Is the only option to install gsl-1.14.tar.gz ?
Thank
--
---
==
Patrick DUPRÉ | |
Department of Chemistry
91 matches
Mail list logo
