Hi guys,
This is David Pitlyuk from SLCentral.com (http://www.slcentral.com). The
time has come where I have to move on, so I've decided to put the company
up for sale. It's all being done through an eBay auction. I just wanted
to send this out to the newsletter subscribers in case any of you h
%% Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes:
Paul> noinst_PROGRAMS = loadavg
Paul> nodist_loadavg_SOURCES = loadavg.c
Paul> loadavg_CFLAGS = -DTEST
Paul> loadavg_LDADD = @GETLOADAVG_LIBS@
Paul> loadavg.c: $(srcdir)/getloadavg.c
Paul> cp $(srcdir)/getloadavg.c loadavg.c
adl>
>>> "Harlan" == Harlan Stenn <[EMAIL PROTECTED]> writes:
Harlan> Just to ask, what is the problem if the same library is
Harlan> installed in two different places?
>>
>> Automake produces only one rule to link the library, and
>> therefore doesn't know how to set `-rpath' correctly. See
>>
> I just don't see it. Unfortunately I can't afford to spend
> time thinking about it. There is too much else that I have
> to do.
The GNU coding standards, and by extension the configure/build tools,
have a very large role in keeping GNU systems coherent and keeping it
p
> It could be that we should tell people to use Bash to build
> GNU packages if their native shells have trouble handling the
> job. That would be a smaller change and perhaps worth doing.
How is `bash' built?
People can probably get pre-built binaries of Bas
| The graph of interproject dependencies, including version-specific
| dependencies, is very complex -- bordering on intractable.
|
| Do the developers of autoconf believe this is true?
I don't. I'm not interested in this thread either.
