Search
14:25:10
Inline
no, as i saw it compile the libs, before getting to the grovel stage, it consults pkgconfig
14:25:35
Inline
and guess which one will pkgconfig tell ?
14:25:52
loke
Inline: WHich version of harfbuzz does you system come with?
14:27:21
Inline
hmmm, nvm, pkgconfig reports ok via --cflags and --libs
14:27:29
Inline
-L/usr/local/lib -lharfbuzz
14:27:35
loke
Inline: CFFI doesn't use pkgconfig, I don't think
14:27:37
Inline
-I/usr/local/include/harfbuzz -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include
14:27:47
loke
Now... for the 100'th time: What version of harfbuzz does your system come with?
14:28:36
Inline
Version: 1.0.1-1ubuntu0.1
14:28:45
loke
Oh wow... That's positively ancient
14:28:58
loke
Are you sure you shouldn't just upgrade your distro?
14:29:20
Inline
there's nothing left to upgrade
14:29:38
Inline
i even added the backports repo now
14:29:44
Inline
and still there's nothing to be done
14:30:01
Inline
but the problem was the same on mint
14:30:11
Inline
i suppose i'd have to change to the testing versions or so
14:30:44
Inline
and everytime i do such things, i shoot myself in the knee
14:31:51
loke
Yes. Just checked here: http://archive.trisquel.info/trisquel/dists/flidas/main/source/
14:32:02
loke
The latest release version really does come with an outdated harfbuzz
14:32:09
loke
What kind of crap distro is that?
14:32:56
Inline
ya i think i should change back to slack or so.....
14:34:00
Inline
with all the occasional corruption....
14:34:14
loke
I'm looking at the trsiquel web site. I see no explanation as to why it exists. :-)
14:34:40
loke
Maybe the FAQ has something to say
14:35:42
loke
Oh... it's a "freedom or death" distro
14:35:57
loke
If that's what you want, you're probably better off with debian
14:36:14
Inline
i even saw it use the correct pkg-config --cflags
14:36:24
Inline
but it threw me into debugger again
14:36:26
loke
Anyway, at least we now know what the problem is.
14:36:38
loke
Inline: I don't think CFFI uses pkg-config to find the libs
14:36:55
Inline
but somewhere on loading it i saw pkg-config mentioned
14:39:55
Inline
grovel.lisp uses pkg-config
14:40:25
loke
Ah. So it uses the new version when compiling the grovel files, but probably loads the old library when you run the code.
14:40:31
loke
That's why compiling works.
14:41:21
loke
try setting CFFI:*FOREIGN-LIBRARY-DIRECTORIES* before loading
14:41:38
loke
set it to (list #p"/usr/local/lib/")
14:54:06
Inline
it uses (include "hb-ft") in grovel.lisp
14:54:16
Inline
and maybe that one refers to the /usr/include path
14:54:25
Inline
not sure what's wrong really
14:54:39
Inline
and both attempts failed
14:55:32
Inline
i'll put it just before i (ql:quickload :maxima-client)
14:55:41
Inline
and cleanse .cache first
14:57:31
loke
Inline: the include stuff is used by the griveller. Not when running.
14:59:07
Inline
are globals not visible from closures ?
14:59:21
Inline
cause i start it from within a closure
14:59:33
Inline
but i suppose they are not visible from within threads right ?
15:23:47
Inline
ok putting that stuff globally doesn't work
15:27:18
Inline
i put it in harbuzz.lisp
15:27:42
loke
By it, I believe you meant the load-path?
15:28:53
Inline
it defines the foreign-library harfbuzz
15:29:02
Inline
(cffi:define-foreign-library libharfbuzz
15:29:02
Inline
(:darwin "libharfbuzz.dylib")
15:29:02
Inline
(:unix "libharfbuzz.so"))
15:29:14
Inline
(setq cffi:*foreign-library-directories* (list #p"/usr/local/lib/"))
15:29:14
Inline
(cffi:use-foreign-library libharfbuzz)
15:29:46
Inline
only changing :unix "/usr/local/lib/libharfbuzz.so" works
15:30:24
Inline
i previously used that, and discovered the other stuff is not responsible for the success
15:31:26
Inline
one last attempt by putting it before the cffi:define-foreign-library
15:31:38
Inline
maybe that changes the order again
15:33:07
Inline
now i removed all but the change in the :unix line
15:35:08
Inline
what if you don't define the library ?
15:36:42
Inline
ok i now commented all the library defining form
15:37:05
Inline
and put the cffi:*foreing-library-directories* form just after it
15:37:16
Inline
not sure which it will find now
15:38:53
Inline
so it seems cffi doesn't obey the usual unix/linux search order
15:40:02
Inline
it all works with changing :unix "/usr/local/lib/libharfbuzz.so"
15:40:35
Inline
otherwise i'm not sure why *foreing-library-directores* has no influence whatsoever
15:41:32
Inline
anyway, this way i can be sure which lib will be used
15:42:03
Inline
independent of the system provided ones
16:08:24
Inline
ok i made yours run as a separate process
16:10:52
Inline
http://dpaste.com/1Y1JG1F
16:11:38
Inline
and i don't need the clim:disown-frame fm frame form cause it's not a child sheet
16:12:26
Inline
otherwise it complains on :quit itself
16:13:40
Inline
and your initialize-runtime-globals seems to fail too somehow
16:14:50
Inline
but it maybe that's my failure, some hard-coded path in my init file maybe
16:19:34
Inline
and i have to always remind myself to change that line when i repull your stuff.....
16:20:21
Inline
or maybe i just forget todo a ldconfig -v after changing ld.so.conf
16:20:27
Inline
and that was the issue ?