NEW: ports/scilab

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

NEW: ports/scilab

Tobias Ulmer
Hi all,

here is a port of scilab, "a scientific software package for numerical
computations providing a powerful open computing environment for
engineering and scientific applications." (see http://www.scilab.org)

The port was tested under i386 and sparc64 and works well so far.

* no PVM (paralell scilab) support, because it's a lot of work and
  I have no environment to test it. If anybody needs this, feel free to
  send patches (i386 should work already).

* someone please countercheck the license, i skimmed over it and maybe
  i'm missing something!

* i'm not happy with the package location (/usr/local/lib/scilab...) but
  it's the default location and changing this looks like a lot of
  trouble.

* so, here we go. please test test test and send diffs ;)

Tobias

scilab1.tar.gz (61K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: NEW: math/scilab

Tobias Ulmer
On Sun, Apr 02, 2006 at 05:07:37PM +0200, Tobias Ulmer wrote:

> Hi all,
>
> here is a port of scilab, "a scientific software package for numerical
> computations providing a powerful open computing environment for
> engineering and scientific applications." (see http://www.scilab.org)
>
> The port was tested under i386 and sparc64 and works well so far.
>
> * no PVM (paralell scilab) support, because it's a lot of work and
>   I have no environment to test it. If anybody needs this, feel free to
>   send patches (i386 should work already).
>
> * someone please countercheck the license, i skimmed over it and maybe
>   i'm missing something!
>
> * i'm not happy with the package location (/usr/local/lib/scilab...) but
>   it's the default location and changing this looks like a lot of
>   trouble.
>
> * so, here we go. please test test test and send diffs ;)
>
> Tobias
Oops, first update, there was still some test code in the Makefile,
gtk2 is not usable. And the subject should be math/scilab of course.

Tobias

scilab2.tar.gz (61K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: NEW: math/scilab

steven mestdagh
Tobias Ulmer [2006-04-02, 17:25:36]:

> > here is a port of scilab, "a scientific software package for numerical
> > computations providing a powerful open computing environment for
> > engineering and scientific applications." (see http://www.scilab.org)
> >
> > The port was tested under i386 and sparc64 and works well so far.
> >
> > * no PVM (paralell scilab) support, because it's a lot of work and
> >   I have no environment to test it. If anybody needs this, feel free to
> >   send patches (i386 should work already).
> >
> > * someone please countercheck the license, i skimmed over it and maybe
> >   i'm missing something!
> >
> > * i'm not happy with the package location (/usr/local/lib/scilab...) but
> >   it's the default location and changing this looks like a lot of
> >   trouble.
> >
> > * so, here we go. please test test test and send diffs ;)
> >
> > Tobias
>
> Oops, first update, there was still some test code in the Makefile,
> gtk2 is not usable. And the subject should be math/scilab of course.

i'll take care of this.  a first, very quick glance:
why do you have patch-configure_in and patch-configure? can you just
make the port run autoconf?
is it possible to skip the version number in scilab-4.0 in PLIST? if
not, can you replace it by a variable (through SUBST_VARS)?

steven

Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm

Reply | Threaded
Open this post in threaded view
|

Re: NEW: math/scilab

Tobias Ulmer
On Sun, Apr 02, 2006 at 07:14:05PM +0200, steven mestdagh wrote:

> Tobias Ulmer [2006-04-02, 17:25:36]:
> > > here is a port of scilab, "a scientific software package for numerical
> > > computations providing a powerful open computing environment for
> > > engineering and scientific applications." (see http://www.scilab.org)
> > >
> > > The port was tested under i386 and sparc64 and works well so far.
> > >
> > > * no PVM (paralell scilab) support, because it's a lot of work and
> > >   I have no environment to test it. If anybody needs this, feel free to
> > >   send patches (i386 should work already).
> > >
> > > * someone please countercheck the license, i skimmed over it and maybe
> > >   i'm missing something!
> > >
> > > * i'm not happy with the package location (/usr/local/lib/scilab...) but
> > >   it's the default location and changing this looks like a lot of
> > >   trouble.
> > >
> > > * so, here we go. please test test test and send diffs ;)
> > >
> > > Tobias
> >
> > Oops, first update, there was still some test code in the Makefile,
> > gtk2 is not usable. And the subject should be math/scilab of course.
>
> i'll take care of this.  a first, very quick glance:
> why do you have patch-configure_in and patch-configure? can you just
> make the port run autoconf?

using autoconf to generate the configure script ist not a problem.

However there are custom macros, #defines and #includes that don't
belong there in the *.h.in files sprinkled all over the place and
autoheader removes them all. Fixing this seems to be a too large task
to me.

I can think of three solutions:

* Use CONFIGURE_STYLE=autoconf and prevent autoheader from running,
  somehow... (How?)

* Use CONFIGURE_STYLE=gnu and run autoconf after 'patch'

* Just provide the (large) patch-configure diff

> is it possible to skip the version number in scilab-4.0 in PLIST? if
> not, can you replace it by a variable (through SUBST_VARS)?
>

I think i have patches ready to move the whole thing to /usr/local/scilab.
Imho the best location.
 
> steven
>
> Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
>
>

Tobias

Reply | Threaded
Open this post in threaded view
|

Re: NEW: math/scilab

Tobias Ulmer
#3
* uses autoconf to create the configure script
* moved the main directory to /usr/local/scilab

scilab3.tar.gz (61K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: NEW: math/scilab

Jacob Meuser
In reply to this post by Tobias Ulmer
On Sun, Apr 02, 2006 at 11:59:23PM +0200, Tobias Ulmer wrote:
> On Sun, Apr 02, 2006 at 07:14:05PM +0200, steven mestdagh wrote:

> > i'll take care of this.  a first, very quick glance:
> > why do you have patch-configure_in and patch-configure? can you just
> > make the port run autoconf?
>
> using autoconf to generate the configure script ist not a problem.
>
> However there are custom macros, #defines and #includes that don't
> belong there in the *.h.in files sprinkled all over the place and
> autoheader removes them all. Fixing this seems to be a too large task
> to me.
>
> I can think of three solutions:
>
> * Use CONFIGURE_STYLE=autoconf and prevent autoheader from running,
>   somehow... (How?)
>
> * Use CONFIGURE_STYLE=gnu and run autoconf after 'patch'
>
> * Just provide the (large) patch-configure diff

CONFIGURE_STYLE=autoconf no-autoheader

--
<[hidden email]>

Reply | Threaded
Open this post in threaded view
|

Re: NEW: math/scilab

Tobias Ulmer
On Sun, Apr 02, 2006 at 08:18:50PM -0700, Jacob Meuser wrote:

> On Sun, Apr 02, 2006 at 11:59:23PM +0200, Tobias Ulmer wrote:
> > On Sun, Apr 02, 2006 at 07:14:05PM +0200, steven mestdagh wrote:
>
> > > i'll take care of this.  a first, very quick glance:
> > > why do you have patch-configure_in and patch-configure? can you just
> > > make the port run autoconf?
> >
> > using autoconf to generate the configure script ist not a problem.
> >
> > However there are custom macros, #defines and #includes that don't
> > belong there in the *.h.in files sprinkled all over the place and
> > autoheader removes them all. Fixing this seems to be a too large task
> > to me.
> >
> > I can think of three solutions:
> >
> > * Use CONFIGURE_STYLE=autoconf and prevent autoheader from running,
> >   somehow... (How?)
> >
> > * Use CONFIGURE_STYLE=gnu and run autoconf after 'patch'
> >
> > * Just provide the (large) patch-configure diff
>
> CONFIGURE_STYLE=autoconf no-autoheader
>
> --
> <[hidden email]>
>
>

Sweet! Diff against scilab3.tar.gz:

Index: Makefile
===================================================================
RCS file: /home/tobiasu/cvsroot/ports/scilab/Makefile,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- Makefile 3 Apr 2006 00:30:32 -0000 1.3
+++ Makefile 3 Apr 2006 12:49:34 -0000 1.4
@@ -20,7 +20,7 @@
 
 MASTER_SITES= http://www.scilab.org/download/stable/
 
-BUILD_DEPENDS= ::textproc/libxslt ${MODGNU_AUTOCONF_DEPENDS}
+BUILD_DEPENDS= ::textproc/libxslt
 LIB_DEPENDS= tcl84::lang/tcl/8.4 tk84::x11/tk/8.4
 
 USE_X11= Yes
@@ -28,16 +28,10 @@
 USE_LIBTOOL= Yes
 
 AUTOCONF_VERSION= 2.59
-AUTOCONF= /usr/local/bin/autoconf
-
-CONFIGURE_STYLE= gnu
+CONFIGURE_STYLE= autoconf no-autoheader
 CONFIGURE_ARGS+= --without-ocaml --without-java \
  --without-local-xaw --without-pvm
 
 WRKDIST= ${WRKDIR}/${PKGNAME}
-
-post-patch:
- cd ${WRKSRC} && env AUTOCONF_VERSION=${AUTOCONF_VERSION} \
- ${AUTOCONF} configure.in > configure
 
 .include <bsd.port.mk>

Reply | Threaded
Open this post in threaded view
|

Re: NEW: math/scilab

Leonardo Rodrigues
Seems to work fine here on i386. Great job!

On 4/3/06, Tobias Ulmer <[hidden email]> wrote:

> On Sun, Apr 02, 2006 at 08:18:50PM -0700, Jacob Meuser wrote:
> > On Sun, Apr 02, 2006 at 11:59:23PM +0200, Tobias Ulmer wrote:
> > > On Sun, Apr 02, 2006 at 07:14:05PM +0200, steven mestdagh wrote:
> >
> > > > i'll take care of this.  a first, very quick glance:
> > > > why do you have patch-configure_in and patch-configure? can you just
> > > > make the port run autoconf?
> > >
> > > using autoconf to generate the configure script ist not a problem.
> > >
> > > However there are custom macros, #defines and #includes that don't
> > > belong there in the *.h.in files sprinkled all over the place and
> > > autoheader removes them all. Fixing this seems to be a too large task
> > > to me.
> > >
> > > I can think of three solutions:
> > >
> > > * Use CONFIGURE_STYLE=autoconf and prevent autoheader from running,
> > >   somehow... (How?)
> > >
> > > * Use CONFIGURE_STYLE=gnu and run autoconf after 'patch'
> > >
> > > * Just provide the (large) patch-configure diff
> >
> > CONFIGURE_STYLE=autoconf no-autoheader
> >
> > --
> > <[hidden email]>
> >
> >
>
> Sweet! Diff against scilab3.tar.gz:
>
> Index: Makefile
> ===================================================================
> RCS file: /home/tobiasu/cvsroot/ports/scilab/Makefile,v
> retrieving revision 1.3
> retrieving revision 1.4
> diff -u -r1.3 -r1.4
> --- Makefile    3 Apr 2006 00:30:32 -0000       1.3
> +++ Makefile    3 Apr 2006 12:49:34 -0000       1.4
> @@ -20,7 +20,7 @@
>
>  MASTER_SITES=          http://www.scilab.org/download/stable/
>
> -BUILD_DEPENDS=         ::textproc/libxslt ${MODGNU_AUTOCONF_DEPENDS}
> +BUILD_DEPENDS=         ::textproc/libxslt
>  LIB_DEPENDS=           tcl84::lang/tcl/8.4 tk84::x11/tk/8.4
>
>  USE_X11=               Yes
> @@ -28,16 +28,10 @@
>  USE_LIBTOOL=           Yes
>
>  AUTOCONF_VERSION=      2.59
> -AUTOCONF=              /usr/local/bin/autoconf
> -
> -CONFIGURE_STYLE=       gnu
> +CONFIGURE_STYLE=       autoconf no-autoheader
>  CONFIGURE_ARGS+=       --without-ocaml --without-java \
>                         --without-local-xaw --without-pvm
>
>  WRKDIST=               ${WRKDIR}/${PKGNAME}
> -
> -post-patch:
> -       cd ${WRKSRC} && env AUTOCONF_VERSION=${AUTOCONF_VERSION} \
> -       ${AUTOCONF} configure.in > configure
>
>  .include <bsd.port.mk>
>
>


--
An OpenBSD user... and that's all you need to know =)