On Jul 6, 2015 6:49 PM, "Laurent Bercot" wrote:
>> Or is it the case that ld/gcc understand LIBRARY_PATH but make doesn't?
>
> Yes. CPATH and LIBRARY_PATH are gcc-specific constructs. The equivalent
> of LIBRARY_PATH for make is named "vpath", and needs to be declared in the
> Makefile. The conf
On 06/07/2015 14:07, Claes Wallin (韋嘉誠) wrote:
./configure: error: target x86_64-unknown-linux-gnu does not match the
contents of
/gnu/store/hynkavlnn6j0x6aifrawx9d27j6vmzb1-skalibs-2.3.5.1/lib/skalibs/sysdeps/target
Weird. What's the content of
/gnu/store/hynkavlnn6j0x6aifrawx9d27j6vmzb1-sk
Interesting, never heard of this make feature before. Does that only
work with static libs? Because the .so is in the search path.
It's supposed to work with both static and shared libs.
The defaults for skarnet.org package installations specify *different*
directories for static libraries and
On Mon, Jul 6, 2015 at 1:52 PM, Claes Wallin (韋嘉誠)
wrote:
> On Mon, Jul 6, 2015 at 1:39 PM, Claes Wallin (韋嘉誠)
> wrote:
>> On Mon, Jul 6, 2015 at 12:13 PM, Laurent Bercot
>> wrote:
>>> Bear in mind that libskarnet.a is installed in /usr/lib/skalibs/
>>> by default, and if you change anything
On Mon, Jul 6, 2015 at 1:39 PM, Claes Wallin (韋嘉誠)
wrote:
> On Mon, Jul 6, 2015 at 12:13 PM, Laurent Bercot
> wrote:
>>> For me execline fails to build from source because -lskarnet is listed
>>> as a dependency instead of in EXTRA_LIBS.
[ . . . ]
>> -lskarnet works as a dependency because G
On Mon, Jul 6, 2015 at 12:13 PM, Laurent Bercot wrote:
>
> Hi Claes !
>
>
>> For me execline fails to build from source because -lskarnet is listed
>> as a dependency instead of in EXTRA_LIBS. Is this on purpose?
>
> Yes, this is intentional. EXTRA_LIBS is only used for things like
> -lrt or -ls
On 06/07/2015 12:13, Laurent Bercot wrote:
may not find it without the proper --with-libdir option.
I meant --with-lib, of course.
--
Laurent
Hi Claes !
For me execline fails to build from source because -lskarnet is listed
as a dependency instead of in EXTRA_LIBS. Is this on purpose?
Yes, this is intentional. EXTRA_LIBS is only used for things like
-lrt or -lsocket which are needed for some binaries on some systems
(and I don't
Hi!
I'm working on packaging at least skalibs, execline and s6 for Guix*,
which is a derivative of the functional package manager Nix, but which
uses Guile Scheme for package definitions rather than the
special-purpose Nix packaging language. I'm glad to see Nix also
received its skaware packages
