On Thu, Sep 07, 2000 at 02:12:34PM -0400, Pavel Roskin wrote:
> -
> However, in a few places the macros need to use brackets (usually in C
> program text or regular expressions). In those places, they use the `m4'
> builtin command `changequote' to temporarily change the quote charact
Greg A Woods <[EMAIL PROTECTED]> writes:
> [ On , September 6, 2000 at 21:57:04 (-0700), Russ Allbery wrote: ]
>> You need both;
> Actually no, as I tried to explain earlier you do not want to be able to
> adjust $(prefix) during any "make" execution, at least not the way many
> people use $(pr
Hello, Lars!
I'm moving the discussion to [EMAIL PROTECTED] where it seems more
appropriate.
>From the discussion in [EMAIL PROTECTED]
> : # Check for any special shared library compilation flags.
> : -changequote(,)dnl
> : if test -n "$ac_cv_prog_cc_shlib"; then
> :AC_MSG_WARN([\`$CC' re
Hi!
>--[Greg A. Woods]--<[EMAIL PROTECTED]>
> [ On , September 6, 2000 at 21:57:04 (-0700), Russ Allbery wrote: ]
> very different in what they do. Indeed it should be possible to adjust
> ${DESTDIR} during "make install" (and it would only have effect during
> "make install"). $(prefix) spec
> -Original Message-
> From: Caolan McNamara [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 07, 2000 9:21 AM
> To: [EMAIL PROTECTED]
> Subject: Re: AC_C_BIGENDIAN add a default if failed parameter
>
>
> On Thu, 7 Sep 2000, Guido Draheim wrote:
> > This case of [AC_C_BIGENDIAN fai
[ On Thursday, September 7, 2000 at 05:51:44 (-0600), Richard Stallman wrote: ]
> Subject: Re: HTML format documentation
>
> We can think of /bin as a place where a few things get "promoted"
> which would normally be in /usr/bin. In the past, sysadmins often
> moved programs between /bin and /usr
[ On Thursday, September 7, 2000 at 05:51:46 (-0600), Richard Stallman wrote: ]
> Subject: Re: HTML format documentation
>
> Call it what you will, but that's explicitly what I mean -- a variable
> that will provide a prefix where all installation activities will occur
> but which will
[ On , September 6, 2000 at 21:57:04 (-0700), Russ Allbery wrote: ]
> Subject: Re: HTML format documentation
>
> Paul D Smith <[EMAIL PROTECTED]> writes:
> > %% Alexandre Oliva <[EMAIL PROTECTED]> writes:
>
> >>> * Is the advantage big enough to justify the incompatible change
> >>> of saying "Yo
(I have cc'ed this mail to Daniel Quinlan, the FHS coordinator.)
Richard Stallman <[EMAIL PROTECTED]> writes:
> Unless the GNU System also wants to make the leap of eliminating either
> /usr, or /bin and /sbin, it's necessary to use (or at least imply the
> use of) "--prefix=/" to in
For instance, if we do decide to support some --docdir, or --htmldir
etc., in a large tree with several configures of different generations
(which is always likely to happen), then outer configures might pass a
--htmldir which an inner configure won't understand, and it will choke
Alexandre> Of course, sometimes it's convenient to change these
Alexandre> options at build time, but the potential for trouble is
Alexandre> such that I wouldn't recommend this practice.
I would even prevent this practice, make it invalid.
I am not sure exactly which practice yo
> No, in GNU these programs should not be in /usr/local, because they
> *are* "the system".
Ah, yes, exactly. Except that even the GNU System has add-on
third-party packages and indeed I believe, correct me if I'm wrong, that
it is the practice on GNU systems to use /usr/loca
Call it what you will, but that's explicitly what I mean -- a variable
that will provide a prefix where all installation activities will occur
but which will be invisible (i.e. not used) during run time.
This sounds exactly the same as what exec_prefix does now.
I see you THINK you ar
On Thu, 7 Sep 2000, Guido Draheim wrote:
> This case of [AC_C_BIGENDIAN failure] would enforce the autoconf'ed package
> installer to go without autoconf'ed configure, whereas that is the case
> we have now for *everyone* trying to cross-compile packages containing
> AC_C_BIGENDIAN.
>
Mind yo
14 matches
Mail list logo
