2001-03-06 Alexandre Duret-Lutz <[EMAIL PROTECTED]>
* install.am (install-strip): Set INSTALL_PROGRAM_ENV if STRIP is
not empty.
* m4/strip.m4 (AM_PROG_INSTALL_STRIP): Set INSTALL_STRIP_PROGRAM
to install-sh unconditionally. Don't set INSTALL_STRIP_PROGRAM_ENV.
I'm not sure this is the right place to document this.
2001-03-06 Alexandre Duret-Lutz <[EMAIL PROTECTED]>
* automake.texi (Requirements): Document the use of the STRIP
variable in cross-compilation environments.
diff -ru ../automake-1.4e-2001-02-27/automake.texi ./automake.te
Title: KOA Office System(ÄھƽýºÅÛ)--»ç¹«¿ë°¡±¸¿¡¼ ÀÎÅ׸®¾î °ø»ç±îÁö... Àü¹® ¼îÇθô--
automake´Ô ¾È³çÇϼ¼¿ä. »ç¹«¿ë°¡±¸
Á¾ÇÕ¼îÇθô Äھư¡±¸ÀÔ´Ï´Ù.
¡í
¹«·á¹è¼Û&¼³Ä¡(ÀϺÎÁö¿ªÁ¦¿Ü)
¡í ¹«·á
·¹À̾ƿô&°ßÀû ¼ºñ½º Á¦°ø
On Wed, Mar 07, 2001 at 06:36:54PM +0900, Äھư¡±¸ wrote:
Can someone stop this spam getting in here?
--
John
Shameek Basu wrote:
[snip HTML stuff]
I am also a newbie at this. I've "solved" a small portion of your
problem, with some help from others on this list. Here's what I'd
do.
in your top level Makefile.am file, add a target:
debug:
$(MAKE) all "CXXFLAGS=-g -DDEBUG"
now, if you want to have
>>> "Dean" == Dean Hoover <[EMAIL PROTECTED]> writes:
[...]
Dean> Another thing you could do is make multiple build directories
Dean> and always make in a certain way in them. In other words, you
Dean> could:
Dean> mkdir debug-build opt-build
Dean> cd debug-build; $top_srcdir/configure; ma
Alexandre Duret-Lutz wrote:
>
> >>> "Dean" == Dean Hoover <[EMAIL PROTECTED]> writes:
>
> [...]
>
> Dean> Another thing you could do is make multiple build directories
> Dean> and always make in a certain way in them. In other words, you
> Dean> could:
>
> Dean> mkdir debug-build opt-build
One alternative is to go to whatever egroup.com is now. Egroup grew
from bigfoot or something, it's a list-server that requires that all
posters are members of the list.
Invites may be required.
Or... GNU could extend their mailinglists to require authentication on
their website and membership
Tom Tromey <[EMAIL PROTECTED]> writes:
> > "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
>
> >> * You didn't update aclocal.in as requested by the comment near
> >> %obsolete_macros
>
> Akim> Didn't notice it. That's just for style, or it introduces a
> Akim> functional difference?
>
Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes:
> I'm not sure this is the right place to document this.
>
> 2001-03-06 Alexandre Duret-Lutz <[EMAIL PROTECTED]>
>
> * automake.texi (Requirements): Document the use of the STRIP
> variable in cross-compilation environments.
I'm no
Akim Demaille <[EMAIL PROTECTED]> writes:
> As a first step, I can apply this patch *but* with this part and the
> --Werror part in defs. Then we have -w in automake, the bad uses are
> fixed (at least those triggered by the test suite and the fileutils),
> the only thing is that the test suite
There is a choice to make wrt conditionals, and I'd like to have your opinion as both
choices can be defended with sensible arguments.
The question can be asked as ``how should be output conditionals in
Makfiles: the order does not matter, hence alphabetical is fine,
or order matters''.
If the
> "Allan" == Allan Clark <[EMAIL PROTECTED]> writes:
Allan> One alternative is to go to whatever egroup.com is now. Egroup
Allan> grew from bigfoot or something, it's a list-server that
Allan> requires that all posters are members of the list.
We can't move the list.
Maybe we could convinc
> If the order does not matter, then sorting it can simplify a lot from
> the code: simplify sort the conditions, that makes a uniq means to
> designates them (conditional_same makes no sense, use eq, etc.).
> The backdraw is that the user cannot see in the Makefile something
> which is related to
Hello, Tom!
> Pavel> `make distcheck' is working again. No more questions from `rm'.
>
> Thanks.
> BTW this is the sort of thing that we can check for in
> `maintainer-check'. That way we can easily find out if we've
> accidentally written a new test that will break.
I don't know if `maintainer
Tom Tromey wrote:
>
> > "Allan" == Allan Clark <[EMAIL PROTECTED]> writes:
>
> Allan> One alternative is to go to whatever egroup.com is now. Egroup
> Allan> grew from bigfoot or something, it's a list-server that
> Allan> requires that all posters are members of the list.
>
> We can't mov
> "Stephan" == Stephan Kulow <[EMAIL PROTECTED]> writes:
>> Maybe we could convince the GNU sysadmins to turn on spam blocking.
Stephan> Speaking as mail admin for @kde.org I can only tell you that
Stephan> this is impossible.
I disagree. On sources.redhat.com we run lots of spam blocking.
> "Akim" == akim <[EMAIL PROTECTED]> writes:
Akim> The question can be asked as ``how should be output conditionals
Akim> in Makfiles: the order does not matter, hence alphabetical is
Akim> fine, or order matters''.
If you mean the output of the `@FOO_TRUE@' leaders on a given line,
then th
> "Akim" == akim <[EMAIL PROTECTED]> writes:
Akim> i understood my question was stupid: the order does not matter,
Akim> because if it's a rule, then it amkes no sense (hence is
Akim> forbidden) to have two equivalent conditions (actually one being
Akim> provalbe by the other is enough) or i
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> As a first step, I can apply this patch *but* with this part and
Akim> the --Werror part in defs.
I don't see a `defs' change here.
Akim> * automake.in: Use -w.
Akim> Normalize all use of `$lang . '-foo'' into `"$lang-foo"'.
Ak
20 matches
Mail list logo
