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