On 10/08/2015 18:38, Buck Evan wrote:
Yes, setting --with-dynlib fixes the issue nicely.
I had set --dynlibdir and hadn't thought about needing to tell it more.
--dynlibdir is only used for the installation of what you just compiled.
--with-dynlib is used to find dependencies of what you're
2015-08-08 15:49 GMT-03:00 Laurent Bercot:
Not using vpath would result in not checking
external libraries (so, fo instance, failing to rebuild if libskarnet.a
changes)
And I don't know why you would want to do that. Software packages
usually don't bother; external libraries are at most
On 09/08/2015 17:34, Guillermo wrote:
useful, I suppose, if you keep, say, execline's build directory intact
until the next upgrade, instead of just erasing it, and want to save
some build time in case you upgrade skalibs and want the same version
of execline to link with the new libskarnet?
Hello,
2015-08-07 20:29 GMT-03:00 Buck Evan:
s6-user@696f14e9c9bd:~/scratch$ /opt/make/make
make: *** No rule to make target '-lc', needed by 'all'. Stop.
s6-user@696f14e9c9bd:~/scratch$ /opt/make/make --version
GNU Make 4.1
Built for x86_64-unknown-linux-gnu
That's not strange. This is
On Tue, Jul 21, 2015 at 9:36 AM, Buck Evan b...@yelp.com wrote:
Apparently the 'private' keyword was added in 3.82, but many of the
platforms I care about have older versions of make.
Would you accept a patch to factor it out?
Since everything related to s6 only has runtime dependencies on
On Tue, 21 Jul 2015 23:39:31 +0200
Laurent Bercot ska-supervis...@skarnet.org wrote:
And wow, my requirement is
that the GNU make package be less than two years old, as opposed to
eight years old.
I had no problem compiling s6, and had no dog in the fight until
reading the preceding general
On 21/07/2015 18:36, Buck Evan wrote:
Apparently the 'private' keyword was added in 3.82, but many of the
platforms I care about have older versions of make.
Would you accept a patch to factor it out?
Short answer: probably not. Don't waste time on it. (But if you have
one already, send it