Bugzilla Bug 40255

UMFPACK is a set of routines of for solving sparse linear systems
using the Unsymmetric MultiFrontal method. I suggest that it be
included under dev-libs.

Created an attachment (id=24876) [edit]
UMFPACK-4.1.ebuild

Created an attachment (id=24877) [edit]
UMFPACK license

Created an attachment (id=59253) [edit]
Updated ebuild for UMFPACK v4.4

I have updated the ebuild to UMFPACK v4.4. Significant changes include:

- Updated header.
- Automated determination of source filename and url
  (see the N and V variables near the top of the ebuild - Is this a good idea
or not?).
- Changed dependency on dev-libs/atlas to sci-libs/atlas.
- Minor change to sed trickery in src_compile()
  (Is there a better way to achieve this?)
- Install header files to /usr/include/umfpack rather than /usr/include
  (See comments by JWE at
http://www.octave.org/octave-lists/archive/octave-maintainers.2005/msg00219.html)


The ebuild works cleanly on my x86 system. Nathanial, can you test?

worked with me

Works fine here as well, and I think it should be included into regular portage
since it's a requirement for the great "colorize" Gimp plugin:
http://registry.gimp.org/plugin?id=5479 (see also 
http://www.cs.huji.ac.il/~yweiss/Colorization/ )

Maybe I should add my emerge info:
Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.3.5-20050130,
glibc-2.3.5-r0, 2.6.12-gentoo-r6 i686)
=================================================================
System uname: 2.6.12-gentoo-r6 i686 AMD Athlon(tm) XP 2600+
Gentoo Base System version 1.6.13
dev-lang/python:     2.3.5
sys-apps/sandbox:    1.2.11
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="no"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/
/usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/
/usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/
ftp://mirrors.sec.informatik.tu-darmstadt.de/gentoo/
http://ftp.snt.utwente.nl/pub/os/linux/gentoo"
LINGUAS="en de es"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage"
USE="x86 3dfx X Xaw3d aac aalib acpi aim alib alsa apache2 apm audiofile avi
avifile bash-completion berkdb bitmap-fonts bonobo caps crypt cups curl
dedicated dga directfb divx4linux dvd emacs emacs-w3 emboss encode esd fam fbcon
fdftk fftw flac foomaticdb fortran gb gd gdbm gif gnome gpm gstreamer gtk gtk2
gtkhtml guile icq imagemagick imap imlib ipv6 java jikes joystick jpeg kcpd kde
leim lesstif libg++ libwww mad maildir mbox mcal memlimit mikmod mime mmx motif
mozilla mp3 mpeg msn ncurses nls nocd offensive ogg oggvorbis opengl oscar oss
pam pdflib perl plotutils png ppds python qt quicktime readline samba scanner
sdl slang speex spell sse ssl svg svga tcpd tetex tiff truetype truetype-fonts
type1-fonts unicode usb videos vorbis win32codecs wmf wxwindows xine xml xml2
xmms xosd xv xvid zlib linguas_en linguas_de linguas_es userland_GNU
kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS

I slighlty updated the ebuild and tested in the scientific gentoo overlay
(http://gentooscience.org).

(In reply to comment #7)
> I slighlty updated the ebuild and tested in the scientific gentoo overlay
> (http://gentooscience.org).

Thank you. I built it with gcc-4.1 on an amd64 system, to use with the svn
version of scipy. I get the following error when I try to build scipy (for what
its worth):

/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.0/../../../../x86_64-pc-linux-gnu/bin/ld:
/usr/lib/libumfpack.a(umfpack_di_col_to_triplet.o): relocation R_X86_64_32
against `a local symbol' can not be used when making a shared object; recompile
with -fPIC
/usr/lib/libumfpack.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.0/../../../../x86_64-pc-linux-gnu/bin/ld:
/usr/lib/libumfpack.a(umfpack_di_col_to_triplet.o): relocation R_X86_64_32
against `a local symbol' can not be used when making a shared object; recompile
with -fPIC
/usr/lib/libumfpack.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
error: Command "x86_64-pc-linux-gnu-gcc -pthread -shared
build/temp.linux-x86_64-2.4/build/src/Lib/linsolve/umfpack/_umfpack_wrap.o
-L/usr/lib -Lbuild/temp.linux-x86_64-2.4 -lumfpack -lamd -llapack -lblas
-lcblas -latlas -o
build/lib.linux-x86_64-2.4/scipy/linsolve/umfpack/__umfpack.so" failed with
exit status 1

(In reply to comment #8)

> Thank you. I built it with gcc-4.1 on an amd64 system, to use with the svn
> version of scipy. I get the following error when I try to build scipy (for what
> its worth):
> 

Right now the simple Makefile delivered with umfpack neither builds a shared
lib nor check for position independent code, which is important for amd64.
It looks like the ebuild would benefit to build a libtoolization, as lapack
did.

Hi

I updated the umfpack ebuild on the gentooscience overlay:
- version bump to 4.6
- added cblas flag 
- added libtoolization allowing shared and static libraries building.
Please test and report here.

Sebastien

(In reply to comment #10)
> I updated the umfpack ebuild on the gentooscience overlay:
> - version bump to 4.6
> - added cblas flag 
> - added libtoolization allowing shared and static libraries building.
> Please test and report here.

Looks good here (gcc-4.1, ~amd64). I was also able to build scipy with umfpack
support, using your improved ebuild. Thank you!

umfpack-5.0.3 in cvs. Thanks all for testing.