In fact, I've tried to build sage-2.4.1 on my Gentoo Linux x86 box,
but it failed since I've got the following error message while
building pari-2.3.1cvs
(using gcc-4.1.2)

However, I do have pari-2.3.1 (latest stable release) already
installed in my machine (using a trivial modification of Gentoo ebuild
for pari-2.3.0).

gcc  -o gp-sta -O     mp.o mpinl.o alglin1.o alglin2.o arith1.o
arith2.o base1.o
 base2.o base3.o base4.o base5.o bibli1.o bibli2.o buch1.o buch2.o
buch3.o buch4
.o Flx.o galconj.o gen1.o gen2.o gen3.o ifactor1.o perm.o polarit1.o
polarit2.o
polarit3.o Qfb.o RgX.o rootpol.o subcyclo.o subgroup.o trans1.o
trans2.o trans3.
o anal.o compat.o default.o errmsg.o es.o init.o intnum.o members.o
sumiter.o ap
rcl.o elldata.o elliptic.o galois.o groupid.o kummer.o mpqs.o
nffactor.o part.o
stark.o subfield.o thue.o gp.o gp_init.o gp_rl.o highlvl.o whatnow.o
plotport.o
plotnull.o -rpath /hdc1/pablo.hdc1/mathsoft2/sage-2.1.4/spkg/build/
pari-2.3.1.cv
s-20061215/Olinux-i686:/hdc1/pablo.hdc1/mathsoft2/sage-2.1.4/local/
lib:/usr/lib
-L/hdc1/pablo.hdc1/mathsoft2/sage-2.1.4/local/lib -lreadline -L/lib -
lncurses  -
ldl -lm -L/hdc1/pablo.hdc1/mathsoft2/sage-2.1.4/local/lib -lgmp
gcc: /hdc1/pablo.hdc1/mathsoft2/sage-2.1.4/spkg/build/
pari-2.3.1.cvs-20061215/Ol
inux-i686:/hdc1/pablo.hdc1/mathsoft2/sage-2.1.4/local/lib:/usr/lib: No
existe el
 fichero o el directorio
gcc: opción '-rpath' no reconocida
make[3]: *** [gp-sta] Error 1
make[3]: se sale del directorio `/hdc1/pablo.hdc1/mathsoft2/sage-2.1.4/
spkg/buil
d/pari-2.3.1.cvs-20061215/Olinux-i686'
make[2]: *** [gp] Error 2
make[2]: se sale del directorio `/hdc1/pablo.hdc1/mathsoft2/sage-2.1.4/
spkg/buil
d/pari-2.3.1.cvs-20061215'


Can you see the problem in creating such a monolitic package:
It would be nice to be able to use that version that already works,
instead of this
that don't compile!

The requiered modification should be trivial (just remove -rpath
somewhere in the Makefiles, I guess)
Suppose that you want to fix this: What is the logical thing to do?
Modify this and release yet another version of sage of about 90 M?

There are many other big software projects with many dependencies like
X.org,  kde, gnome...
Almost nobody does this thing of just distributing a big tar source
file with all the dependencies included
(well nobody no, an exception is Openoffice)

Making your software more modular means make it more friendly to
developers
(even though perhaps, you may argue that the monolitic aproach is best
for final users. But they
usually prefer the binaries, not the source code. )


--~--~---------~--~----~------------~-------~--~----~
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/sage-forum
URLs: http://sage.math.washington.edu/sage/ and http://sage.scipy.org/sage/
-~----------~----~----~----~------~----~------~--~---

Reply via email to