Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 40255 - UMFPACK-4.6.ebuild (New Package)
Summary: UMFPACK-4.6.ebuild (New Package)
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All All
: High enhancement (vote)
Assignee: Gentoo Science Related Packages
URL:
Whiteboard:
Keywords: EBUILD
Depends on:
Blocks: 135956
  Show dependency tree
 
Reported: 2004-02-03 01:52 UTC by Nathaniel C. Domingo
Modified: 2007-02-19 11:01 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
UMFPACK-4.1.ebuild (UMFPACK-4.1.ebuild,1.32 KB, text/plain)
2004-02-03 01:53 UTC, Nathaniel C. Domingo
Details
UMFPACK license (UMFPACK,2.33 KB, text/plain)
2004-02-03 01:54 UTC, Nathaniel C. Domingo
Details
Updated ebuild for UMFPACK v4.4 (umfpack-4.4.ebuild,1.20 KB, text/plain)
2005-05-18 23:40 UTC, Shaun Cloherty
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Nathaniel C. Domingo 2004-02-03 01:52:17 UTC
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.
Comment 1 Nathaniel C. Domingo 2004-02-03 01:53:19 UTC
Created attachment 24876 [details]
UMFPACK-4.1.ebuild
Comment 2 Nathaniel C. Domingo 2004-02-03 01:54:10 UTC
Created attachment 24877 [details]
UMFPACK license
Comment 3 Shaun Cloherty 2005-05-18 23:40:59 UTC
Created attachment 59253 [details]
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?
Comment 4 Nathaniel C. Domingo 2005-05-19 20:08:57 UTC
worked with me
Comment 5 quazgar 2005-08-12 07:22:05 UTC
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/ )
Comment 6 quazgar 2005-08-12 07:23:12 UTC
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
Comment 7 Sébastien Fabbro (RETIRED) gentoo-dev 2005-12-14 01:54:13 UTC
I slighlty updated the ebuild and tested in the scientific gentoo overlay
(http://gentooscience.org).


Comment 8 Darren Dale 2006-04-03 10:06:05 UTC
(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

Comment 9 Sébastien Fabbro (RETIRED) gentoo-dev 2006-04-03 10:47:54 UTC
(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.
Comment 10 Sébastien Fabbro (RETIRED) gentoo-dev 2006-04-17 15:27:53 UTC
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
Comment 11 Darren Dale 2006-04-18 04:55:04 UTC
(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!
Comment 12 Sébastien Fabbro (RETIRED) gentoo-dev 2007-02-19 11:01:17 UTC
umfpack-5.0.3 in cvs. Thanks all for testing.