Upstream changes:
http://www.scilab.org/content/download/1791/19327/file/changes5.2.2-5.3.0.pdf
Port changes:
-Drop dependency on readline from ports - this was never removed from the 4.x
port and isn't used
-Make UMFPACK off by default - the only reason it was on by default was for
consistency among 5.2.x versions, since I didn't expose the knob through
OPTIONS properly until 5.2.2
-Update JGraphX to compatible version for Scilab 5.3.0
-Scilab does not start java in the normal way (with javavmwrapper) so the
JAVA_HOME environment variable isn't set properly. Explictly set JAVA_HOME
to whatever was used to build the port. This seems to correct occasional
crashes on startup.
-Use batik-all.jar instead of batik.jar - has some extra classes in it
-Additional dependency: java/jakarta-commons-beanutils
-"bsdjava" (java/jdk16) doesn't work with this version. Require diablo or
openjdk.
-Use COMMENT in DESKTOP_ENTRIES
-Switch to a dynamic plist for include/scilab, lib/scilab, and share/scilab.
These directories vary quite a bit depending on what options are set but
should be exclusive to scilab.
-Reorganize post-patch section so java related substitutions aren't done
unless building with java
-Fix NOPORTDOCS to actually do something
-Silence post-patch output
-Remove rename of Visual Basic demos - BSD make couldn't handle the unquoted
spaces in the path names, but this port now uses GNU make
-Remove unnecessary find statements in pre-install
-Remove empty directories in DATADIR/modules - toolboxes don't like them
-Fix where threads incorrectly detected as Linux style
-A couple patches are no longer necessary
-ATOMS (package manager for downloading toolboxes in binary form) is not
available for FreeBSD. It tries to download a list of available packages
from the Scilab website (based on uname). There is no list for FreeBSD and
it HTTP 404's. Scilab misinterprets this and says "Please connect to the
Internet", which is a bit misleading. Patch to indicate that this will never
work. I considered faking the uname to Linux, but there are no RPMs in ports
for math-type things, like fortran, blas/lapack, etc. so I doubt anything
would run. Porting any desired toolboxs is probably the best route.
-Fix ATOMS to use fetch instead of requiring wget or curl (Due to the
previous issue, this will only be useful for 3rd party repositories)
-Fix toolbox build macros to not write to PREFIX/share/scilab when building
as root
PR: ports/153274
Submitted by: Rob Farmer (maintainer)
Changelog: http://www.scilab.org/content/download/1136/11155/file/changes5.2-5.2.1.pdf
- FreeBSD changes:
* Remove the local patch to work with jgraphx (included upstream)
* Fix the library version number in the matio dependency
* Add a patch to compile properly with hdf-java (obtained from Debian)
* Move saxon dependency into GUI section to allow builds without Java (by marc@, Chris Rees <utisoft@gmail.com>)
PR: ports/144391
Submitted by: Rob Farmer <rfarmer@predatorlabs.net>
Approved by: maintainer
Feature safe: yes
to looking for a compiler at configure time, now that lang/gcc44 is our
default Fortran compiler. (Mostly in case someone else wants to polish
and resurrect this port.)
Feature safe: yes
- Unbreak build with xorg 7.3
PR: 116378
116777
Submitted by: Thomas D. Dean <tomdean@speakeasy.org>
Patched by: gahr
Tested by : Thomas D. Dean" <tomdean@speakeasy.org>
gahr
Approved by: maintainer timeout
- Remove PLIST_SUB
DOCSDIR substitution is handled by bsd.port.mk
PORTVERSION is no longer used in pkg-plist
PR: ports/113706
Submitted by: Jean-Sebastien Roy <js at jeannot.org> (maintainer)
- math/atlas change default option to not compile static libs. Change scilab to use .so
- Add OPTIONS to use or not use atlas and gtk2 interface [1]
- portlint(1)
PR: 93695 [1]
Submitted by: maintainer
- support NOPORTDOCS;
- authorize inclusion on CD-ROM (suggested Pedro F. Giffuni, checked with
the Scilab project leader);
- fix pkg-descr to include Scilab copyrigth as requested by the licence.
PR: 82003
Submitted by: maintainer
The math/scilab port does not work on FreeBSD 5.0 due to
an header conflict. The following patch sent by Lyndon
Nerenberg (ports/47498) fixes the problem.
Reported by: Kris Kennaway (kris@obsecurity.org)
Fix by: Lyndon Nerenberg (lyndon@orthanc.ab.ca)
PR: ports/47508
Submitted by: Jean-Sebastien Roy <js@jeannot.org>
