> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
Ralf> This works perfectly well unless the structure of the configured
Ralf> source-tree changes (adding/removing Makefile.ams) or if the
Ralf> source-tree contains conditionally configured sub-directories
Ralf> (eg. CONFIG_SUBDIRS which
On Fri, Jul 05, 2002 at 07:23:59PM -0400, Eric Siegerman wrote:
> On Fri, Jul 05, 2002 at 04:52:58PM -0600, Tom Tromey wrote:
> > Does it make sense to just always gzip the
> > installed info pages?
>
> That'd be pretty annoying for those of us who want to use grep
> and other standard UNIX tools
Am Sam, 2002-07-06 um 00.52 schrieb Tom Tromey:
> > "John" == John Poltorak <[EMAIL PROTECTED]> writes:
>
> John> I had a look at a Slackware build script, and found the gzip'ing
> John> done there, but it seems to be a natural extension to 'make
> John> install'...
>
> John> Wonder if there
Tom Tromey wrote:
>
> > "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
>
> Ralf> This works perfectly well unless the structure of the configured
> Ralf> source-tree changes (adding/removing Makefile.ams) or if the
> Ralf> source-tree contains conditionally configured sub-directories
>
Hi,
What is required to add a new processor target to autoconf? I ask as we
are currently looking at porting a unit testing framework (check.sf.net)
to allow it to run on embedded systems. It currently uses autoconf so
we were looking at simply extending the tests it does (basically all we
need
Hi,
For a daemon, how do I code the location of the pidfile ? Normaly it in
/var/run, but some systems, like our old SCO, don't have this directory.
So where should I put this pidfile, by default ?
TIA,
Ionutz
Ionutz Borcoman writes:
> Hi,
>
> For a daemon, how do I code the location of the pidfile ? Normaly it in
> /var/run, but some systems, like our old SCO, don't have this directory.
> So where should I put this pidfile, by default ?
The arguably easiest way is to create /var/run where it doesn
> "Earnie" == Earnie Boyd <[EMAIL PROTECTED]> writes:
Earnie> Wouldn't this work anyway because you had to change the
Earnie> top-level Makefile.am or configure.in to include the new
Earnie> SUBDIR? I.E.: Makefile.in : Makefile.am configure.in
The problem is that the Makefile always runs co
When running:-
configure --without-included-gettext
does this prevent make from running in the INTL subdirectory for the
particular app?
It does seem to process this directory which seems a waste of time, but
I'm not sure if this is normal behaviour or something misconfigured on my
system...
Tom Tromey <[EMAIL PROTECTED]> writes:
|> > "Earnie" == Earnie Boyd <[EMAIL PROTECTED]> writes:
|>
|> Earnie> Wouldn't this work anyway because you had to change the
|> Earnie> top-level Makefile.am or configure.in to include the new
|> Earnie> SUBDIR? I.E.: Makefile.in : Makefile.am config
Introducing
DIGITAL TAPLOCK our Always Encrypted Hardware & Software
Solution.
I extend a warm
welcome for you to look at our line of corporate and executive data encryption
software and hardware devices at http://www.tapsec.com
OpenPGP
Encryption RFC 2440 Co
Warning
Unable to process data:
multipart/mixed;boundary="=_NextPart_000_00Y9_71A11C1E.F1232J44"
12 matches
Mail list logo