***bairui_ is now known as bairui
<amz3>I hit a bug because of struct with unions <ft>212343211234321234321432134321234 ***webshinra_ is now known as webshinra
<amz3>this struct with union is painful and settings up gnunet from git is painful too <amz3>nevertheless I will try to describe how to reproduce the issue maybe someone will have the answer on the mailling list <mwette>ACTION was repairing a bookshelf today and ran across a printed copy of the Guile Reference Manual for version 1.2a. I guess it's time to throw that out. <amz3>stop disconnecting I have a question for you, does FFI helpers works with multiple shared libraries? basically programs that have several shared library and share header files between them <amz3>btw I tried to compile FH and it failed <amz3>I know I am jumping from one project to another but I make progress nonetheless <manumanumanu>Could someone check something for me? If you have libGL installed (which you probably have, check it using "ldconfig -p |grep libGL"), try running (dynamic-link "libGL") and see what happens <daviid>scheme@(guile-user)> (dynamic-link "libGL") <manumanumanu>it searches some guix locations, but not .guix-profile/lib <amz3>it doesn't work on my side, ubuntu too <amz3>I have the same pb with gnunet <amz3>I use the full path to the shared lib, to load the correct lib <amz3>scheme@(guile-user)> (dynamic-link "libsodium") <amz3>ERROR: In procedure dynamic-link: <amz3>I just installed it using guix package -i <amz3>scheme@(guile-user)> (dynamic-link "/gnu/store/f6g3ypvsd4dmzgprqfmka9kiz5lp54nc-libsodium-1.0.16/lib/libsodium.so") <amz3>$1 = #<dynamic-object "/gnu/store/f6g3ypvsd4dmzgprqfmka9kiz5lp54nc-libsodium-1.0.16/lib/libsodium.so"> <amz3>maybe... but autotools for guile bindings do the necessary in a guile module, to load the sharelib using the full path <manumanumanu>I'll just add guix-profile/lib to LD_LIBRARY_PATH and ignore any risks <amz3>I just made a small autools for gnunet-guile with documentation <amz3>I just copy pasted stuff <amz3>except there is not html output yet <amz3>a lot of people using matrix.org... <amz3>all the [m] people are matrix.org people <amz3>not much people use it here, but on #guix, it's a lot of them <amz3>guix is mainstream anyway <manumanumanu>amz3: if you ever find a workaround that does not include setting $LD_LIBRARY_PATH or anything special at all to make guile behave well, please tell me <manumanumanu>how does guile decide which dirs to search for libGL.so? <amz3>manumanumanu: yes, the solution, is to use the full path to the .so file see above example for libsodium <amz3>it's not guile that does the lookup, it's dlopen or something else <manumanumanu>amz3: that stinks :( Then setting ld library path is better <daviid>manumanumanu: /etc/ld.so.conf and /etc/ld.so.conf.d <manumanumanu>but then why doesn't it find the standard ubuntu directories? <daviid>manumanumanu: it's not guix, it's all systems <amz3>I used to LD_PRELOAD the so file <amz3>to work around that behavior <amz3>Now I live happy with hardcoded paths <manumanumanu>daviid: the thing is, the correct directories are in etc/ld.so.conf... guile (guix version) doesn't seem to honour them <daviid>not sure guix configure guile to use the distro /etc/ld.so.conf ... yo should ask on #guix, I don't use guix :) (or shoud I say :( <daviid>I mean not sure guix uses /etc/ld.so.conf, (it does not depends on guile for this) <daviid>guile will see what the system shows ... <manumanumanu>which makes this a weird bug, because ldconfig shows all the libraries I want it to (except the ones I installed in guix), but guile cannot load any shared library <manumanumanu>not even sure it is a bug. I probably effed up my install, or ubuntu doesn't play well with guix