On 21.12.2011 15:03, Andrey G. Grozin wrote:
On Wed, 21 Dec 2011, Kacper Kowalik wrote:
Could somebody with amd64 check if sci-mathematics/reduce-20110414
compiles on this arch? You'll have to keyword it. Upstream says it
should compile.
It does and passes test suite. Though it doesn't respect libdir:
/dev/shm/portage/sci-mathematics/reduce-20110414/image/usr/lib/reduce/reduce.fonts/README
Judging by the content it shouldn't be libdir in the first place, rather
/usr/share...
Many thanks for checking.
csl-based reduce, and csl, are really strange. reduce is a compiled
binary, and it needs to have reduce.img *in the same directory* (same
for csl). Both of them also want to see reduce.doc and reduce.fonts also
in the same directory,
That's a snippet from a build log:
gcc -DHAVE_CONFIG_H -I.
-I/var/tmp/portage/sci-mathematics/reduce-20110414/work/reduce-20110414/csl/cslbase
-Dfontsdir=reduce.fonts -I/usr/include/freetype2
-DBINDIR=/usr/local/bin -DPKGDATADIR=/usr/local/share/reduce
-march=core2 -mtune=generic -O2 -pipe -I/usr/include/freetype2
-fno-strict-aliasing -O2 -Wall -MT arith01.o -MD -MP -MF
.deps/arith01.Tpo -c -o arith01.o
/var/tmp/portage/sci-mathematics/reduce-20110414/work/reduce-20110414/csl/cslbase/arith01.c
I haven't looked at the code but I have strong feeling that precompiler
directives:
fontsdir
BINDIR
PKGDATADIR
may help you ;) It looks that removing 'local' is all you need. Then
place everything which is not a binary and not a lib in usr/share/reduce
Should it be /usr/lib64/reduce on amd64?
In principle you should always use /usr/$(get_libdir) from mutlilib.eclass.
Cheers,
Kacper
