Re: GNU Scientific Library (GSL) 0.8 is released

Re: GNU Scientific Library (GSL) 0.8 is released

[Brian Gough]

I've added the following links to the web page,

Related projects
     
   The following projects extend or make use of GSL,
     * NumExp - interactive graphical exploration of numerical functions
       and algorithms (uses Gtk), http://numexp.sourceforge.net/
     * PyGSL - Python Bindings for GSL,
       http://www.firenze.linux.it/~cgabriel/pygsl/ and
       http://www.zpr.uni-koeln.de/~achim/pygsl/
     * PDL::GSL - Perl Data Language interface to GSL Random Numbers,
       http://pdl.perl.org/ (included in the main PDL distribution)
     * Packages for Debian GNU/Linux: libgsl0, libgsl0-dev, gsl-ref-psdoc

                    ___________________________________

Re: GNU Scientific Library (GSL) 0.8 is released

[Brian Gough]

Anybody who has a GSL related project (or program) with a url please
let me know and I will make a link to it from the GSL homepage.

So far, I know about
- python bindings at http://www.zpr.uni-koeln.de/~achim/gsl/
- GSDV (no webpage yet?)
- ... some others I can't remember

Peter Hopfgartner writes:
 > would it be possible to list GSL-related projects on the GSL homepage?
 > This would be language interfaces (Python etc.) and applications making
 > use of GSL. This could avoid duplication and promote the use of GSL.

GNU Scientific Library (GSL) 0.8 is released

[Brian Gough]

Dear GSL enthusiasts,

I have just placed a new release snapshot of GSL (0.8) up for
anonymous ftp access at

    ftp://sources.redhat.com/pub/gsl/

and it should soon also be available at the mirror sites.

The home page is at

    http://sources.redhat.com/gsl/

Installation: GSL uses the standard GNU installation procedure.  The
release tarball (gsl-0.8.tar.gz) comes with an INSTALL file.

There is a zip file (gsl-0_8.zip) which includes project files for
compiling GSL with Microsoft Visual C++ (see the file msvc/README.txt
for details).

Packaging: There is an RPM file for gsl-0.8 on the ftp site.  Debian
also provides GSL packages.

Documentation: GSL has an extensive manual.  The info files are
installed in the usual way.  The ftp site has the reference manual in
postscript format, and the web site has the reference manual in HTML
format.

Here are the recent entries in the NEWS file. 

* What is new in gsl-0.8:

** The build process now uses the latest libtool and automake

** The library should now compile with Microsoft Visual C++

** Portable versions of the isinf, isnan and finite functions are
available as gsl_isinf(x), gsl_isnan(x) and gsl_finite(x).

** The definitions of GSL_POSINF, GSL_NEGINF and GSL_NAN no longer
cause divisions by zero during compilation.

** The gsl_interp_obj has been renamed to gsl_interp

** The poly_eval and pow_int functions have been moved from the
specfunc directory to the poly and sys directories.

** The Chebyshev functions are now available as an independent module
in their own directory.

** The error handling conventions have been unified across the
library.  This simplifies the use of the special functions.

** A full CBLAS implementation is now included for systems where ATLAS
has not been installed. The CBLAS library can also be used
independently of GSL.  The organisation of the BLAS directories has been
simplified.

** IEEE support for HPUX-11, NetBSD, Apple Darwin and OS/2 are now
included.

** The library now includes implementations of log1p, expm1, hypot,
acosh, asinh, atanh for platforms which do not provide them.

** The convention for alloc and set functions has changed so that they
are orthogonal. After allocating an object it is now necessary to
initialize it.

** There is a new module for estimating numerical derivatives of functions

** There is a new module for handling data with ntuples

** The histogram lookup functions are now optimized for the case of
uniform bins, and include an inline binary search for speed.

** The Chebyschev coefficients for the QAWO algorithm are now
precomputed in a table for efficiency, rather than being computed on
the fly.

** There are several new sorting functions for selecting the k-th
smallest or largest elements of a dataset.

** Iterator functions are now available for permutations,
gsl_permutation_next and gsl_permutation_prev.

** The function gsl_complex_xy has been renamed gsl_complex_rect

** The API for simulated annealing has been changed to support search
spaces in which the points cannot be represented as contiguous-memory
data structures.  gsl_siman_solve() now takes three extra arguments: a
copy constructor, a copy function and a destructor, allowing
gsl_siman_solve() to do its work with linked data structures.  If all
three of these function pointers are NULL, then the traditioanl
approach of using malloc(), memcpy(), and free() with the element size
is used.

Re: GNU Scientific Library (GSL) 0.8 is released

[Martin Quinson]

On Fri, May 25, 2001 at 11:54:37AM -0500, Dirk Eddelbuettel wrote:
> 
> 
> > "Dirk Eddelbuettel" <edd@debian.org> writes:
> > 
> > > > Dirk Eddelbuettel writes:
> > > >  > >      * Packages for Debian GNU/Linux: libgsl0, libgsl0-dev, gsl-ref-psdoc
> > > >  > 
> > > >  > Please add the actual links for these
> > > >  >    
> > > >  >      http://http.us.debian.org/debian/pool/main/g/gsl/
> > > >  >      http://http.us.debian.org/debian/pool/main/g/gsl-ref-psdoc/
> > > >  > 
> > > > 
> > > > Ok, but shouldn't they install it using apt-get or dselect?
> > > 
> > > Sure, that works as well, is generally speaking a lot easier and doesn't 
> > > require the links. 
> > > 
> > > But there are situations where you just want to grab just the .orig.tar.gz, 
> > > .dsc and .diff.gz to recompile them locally (e.g. when the build daemons 
> > 
> > That's what `apt-get source' is for.
> 
> Again, "sure in general" but you cut & deleted a relevant other part of my 
> previous prose: this doesn't cut the mustard if you follow an older release 
> (say, potato) and you deb-src points to that too. Also, I prefer not have 
> deb-src entries in sources.conf as this slows "apt-get update" down.
> 
> All these reasons are fine and valid, but could someone please tell me (in 
> private as this is getting way off-topic for the list) exactly what harm is 
> caused by adding these links?   

These urls are bad because they are so american-oriented. When you point to 

http://packages.debian.org/libgsl0
http://packages.debian.org/libgsl0-dev
http://packages.debian.org/gsl-ref-psdoc

you have all the info you get from the url you gave (and much more), and
you can download what you want from the nearest mirror.

Bye, Mt.

Re: GNU Scientific Library (GSL) 0.8 is released

[Brian Gough]

Dirk Eddelbuettel writes:
 > > > >  >      http://http.us.debian.org/debian/pool/main/g/gsl/
 > > > >  >      http://http.us.debian.org/debian/pool/main/g/gsl-ref-psdoc/
 > 
 > All these reasons are fine and valid, but could someone please tell me (in 
 > private as this is getting way off-topic for the list) exactly what harm is 
 > caused by adding these links?   

Long URLs are just so 1990's ;-)

It's a pity that http://packages.debian.org/gsl doesn't do it -- that
would be ideal IMHO.

Re: GNU Scientific Library (GSL) 0.8 is released

[Dirk Eddelbuettel]

> "Dirk Eddelbuettel" <edd@debian.org> writes:
> 
> > > Dirk Eddelbuettel writes:
> > >  > >      * Packages for Debian GNU/Linux: libgsl0, libgsl0-dev, gsl-ref-psdoc
> > >  > 
> > >  > Please add the actual links for these
> > >  >    
> > >  >      http://http.us.debian.org/debian/pool/main/g/gsl/
> > >  >      http://http.us.debian.org/debian/pool/main/g/gsl-ref-psdoc/
> > >  > 
> > > 
> > > Ok, but shouldn't they install it using apt-get or dselect?
> > 
> > Sure, that works as well, is generally speaking a lot easier and doesn't 
> > require the links. 
> > 
> > But there are situations where you just want to grab just the .orig.tar.gz, 
> > .dsc and .diff.gz to recompile them locally (e.g. when the build daemons 
> 
> That's what `apt-get source' is for.

Again, "sure in general" but you cut & deleted a relevant other part of my 
previous prose: this doesn't cut the mustard if you follow an older release 
(say, potato) and you deb-src points to that too. Also, I prefer not have 
deb-src entries in sources.conf as this slows "apt-get update" down.

All these reasons are fine and valid, but could someone please tell me (in 
private as this is getting way off-topic for the list) exactly what harm is 
caused by adding these links?   

-- 
According to the latest figures, 43% of all signatures are totally worthless.   

Re: GNU Scientific Library (GSL) 0.8 is released

[Dirk Eddelbuettel]

> I've added the following links to the web page,
[...]
>      * Packages for Debian GNU/Linux: libgsl0, libgsl0-dev, gsl-ref-psdoc

Please add the actual links for these
   
     http://http.us.debian.org/debian/pool/main/g/gsl/
     http://http.us.debian.org/debian/pool/main/g/gsl-ref-psdoc/

-- 
According to the latest figures, 43% of all signatures are totally worthless.   

Re: GNU Scientific Library (GSL) 0.8 is released

[Dirk Eddelbuettel]

> Dirk Eddelbuettel writes:
>  > >      * Packages for Debian GNU/Linux: libgsl0, libgsl0-dev, gsl-ref-psdoc
>  > 
>  > Please add the actual links for these
>  >    
>  >      http://http.us.debian.org/debian/pool/main/g/gsl/
>  >      http://http.us.debian.org/debian/pool/main/g/gsl-ref-psdoc/
>  > 
> 
> Ok, but shouldn't they install it using apt-get or dselect?

Sure, that works as well, is generally speaking a lot easier and doesn't 
require the links. 

But there are situations where you just want to grab just the .orig.tar.gz, 
.dsc and .diff.gz to recompile them locally (e.g. when the build daemons 
have not yet caught up with a particular non-i386 architecture, or when
you want to recompile it for an older Debian release such 2.2 which 
only contains gsl 0.5 if memory serves), or when you want to manually
grab the .deb (e.g. when you favourite apt-get'able mirror is behind, or
when you want to manually open the .deb  via ar(1) and tar(1)).

There is nothing to hide, so why not add the links?  

-- 
According to the latest figures, 43% of all signatures are totally worthless.   

Re: GNU Scientific Library (GSL) 0.8 is released

[Dirk Eddelbuettel]

  "Dirk" == Dirk Eddelbuettel <edd@debian.org> writes:
  Dirk>
  Martin> These urls are bad because they are so american-oriented.
  Dirk>  ... which is why the gsl webpage says
  Dirk> 
  Dirk>    Debian packages libgsl0, libgsl0-dev, and gsl-ref-psdoc can be
  Dirk> installed using apt-get or dselect, or downloaded from
  Dirk> http://http.us.debian.org/debian/pool/main/g/gsl/ and
  Dirk> http://http.us.debian.org/debian/pool/main/g/gsl-ref-psdoc/ (replace
  Dirk> '.us' by other country codes for mirror sites)
  Dirk> 
  Dirk> Note the last half-sentence in parentheses.

Actually, that should say 

	  http://ftp.us.debian.org/debian/pool/main/g/gsl/ and
	  http://ftp.us.debian.org/debian/pool/main/g/gsl-ref-psdoc/ 

Sorry. 

-- 
According to the latest figures, 43% of all statistics are totally worthless.

Re: GNU Scientific Library (GSL) 0.8 is released

[Dirk Eddelbuettel]

  Martin>  These urls are bad because they are so american-oriented.

... which is why the gsl webpage says

   Debian packages libgsl0, libgsl0-dev, and gsl-ref-psdoc can be installed
   using apt-get or dselect, or downloaded from
   http://http.us.debian.org/debian/pool/main/g/gsl/ and
   http://http.us.debian.org/debian/pool/main/g/gsl-ref-psdoc/ 
   (replace '.us' by other country codes for mirror sites)

Note the last half-sentence in parentheses.  

Dirk

-- 
According to the latest figures, 43% of all statistics are totally worthless.

Re: GNU Scientific Library (GSL) 0.8 is released

[Ben Pfaff]

"Dirk Eddelbuettel" <edd@debian.org> writes:

> > Dirk Eddelbuettel writes:
> >  > >      * Packages for Debian GNU/Linux: libgsl0, libgsl0-dev, gsl-ref-psdoc
> >  > 
> >  > Please add the actual links for these
> >  >    
> >  >      http://http.us.debian.org/debian/pool/main/g/gsl/
> >  >      http://http.us.debian.org/debian/pool/main/g/gsl-ref-psdoc/
> >  > 
> > 
> > Ok, but shouldn't they install it using apt-get or dselect?
> 
> Sure, that works as well, is generally speaking a lot easier and doesn't 
> require the links. 
> 
> But there are situations where you just want to grab just the .orig.tar.gz, 
> .dsc and .diff.gz to recompile them locally (e.g. when the build daemons 

That's what `apt-get source' is for.

Re: GNU Scientific Library (GSL) 0.8 is released

[Brian Gough]

Dirk Eddelbuettel writes:
 > >      * Packages for Debian GNU/Linux: libgsl0, libgsl0-dev, gsl-ref-psdoc
 > 
 > Please add the actual links for these
 >    
 >      http://http.us.debian.org/debian/pool/main/g/gsl/
 >      http://http.us.debian.org/debian/pool/main/g/gsl-ref-psdoc/
 > 

Ok, but shouldn't they install it using apt-get or dselect?