> "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
> "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 <[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
> "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.
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
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
> 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
> "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
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
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
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
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?
>
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
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
>>> "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
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
On Wed, Mar 07, 2001 at 06:36:54PM +0900, Äھư¡±¸ wrote:
Can someone stop this spam getting in here?
--
John
Title: KOA Office System(ÄھƽýºÅÛ)--»ç¹«¿ë°¡±¸¿¡¼ ÀÎÅ׸®¾î °ø»ç±îÁö... Àü¹® ¼îÇθô--
automake´Ô ¾È³çÇϼ¼¿ä. »ç¹«¿ë°¡±¸
Á¾ÇÕ¼îÇθô Äھư¡±¸ÀÔ´Ï´Ù.
¡í
¹«·á¹è¼Û&¼³Ä¡(ÀϺÎÁö¿ªÁ¦¿Ü)
¡í ¹«·á
·¹À̾ƿô&°ßÀû ¼ºñ½º Á¦°ø
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
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.
20 matches
Mail list logo
