On 17 Jun 2001 19:11:05 -0300, Alexandre Oliva wrote:
> On Jun 9, 2001, "Tim Van Holder" <[EMAIL PROTECTED]> wrote:
>
> I'm afraid not even -E is a complete solution. Try, for example:
>
> echo -E -e '\a'
>
> and note that `-e' isn't echoed, and you get a beep, not a literal
> `\a'.
Hmm - an
>--[Alexandre Oliva]--<[EMAIL PROTECTED]>
> On Jun 13, 2001, Rüdiger Kuhlmann <[EMAIL PROTECTED]>
>wrote:
> > Wait, I disagree. If there is no fork()
> perhaps we can use a spoon()? Hmm, no, we have to remember ``there's
> no spoon'' either. :-)
*g*
> How about defining our own macro, say ac
That looks good to me.
> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> On Jun 13, 2001, Akim Demaille <[EMAIL PROTECTED]> wrote:
>> Index: ChangeLog from Akim Demaille <[EMAIL PROTECTED]> *
>> acfunctions.m4 (AC_FUNC_CHOWN, AC_FUNC_CLOSEDIR_VOID)
>> (AC_FUNC_GETPGRP, AC_FUNC_LSTAT_FOLLOWS_SL
> "Sebastian" == Sebastian Hagedorn <[EMAIL PROTECTED]> writes:
Sebastian> Regarding autoconf: OS X comes with version 2.13. From what
Sebastian> I've read version 2.50 wouldn't have made a difference in
Sebastian> this situation...
I believe it does though. Could you check? Running the tes
On Mon, Jun 18, 2001 at 03:29:17PM +0200, Rüdiger Kuhlmann wrote:
> [fork + vfork + ac_fork + ac_vfork]
>
> I guess you know _I_ agree, but "the others" don't seem so.
Suits me just fine.
--
| | /\
|-_|/ > Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
With sufficient thrus
| Whenever I run autoheader, it gives me this error message:
| autoheader: error: shell error while sourcing /tmp/ah/traces.sh
|
| where is replaced with the pid of autoheader.
|
| I wrote a little shell script to monitor /tmp and all its subdirectories. I
Using -d is much easier :)
> "Paul" == Paul Eggert <[EMAIL PROTECTED]> writes:
Paul> (This vfork business should all be discussed clearly in the
Paul> autoconf documentation, of course -- if anything about vfork can
Paul> be discussed clearly. :-)
I'm installing the following patch to the Autoconf documentation.
Plea
> "Paul" == Paul Eggert <[EMAIL PROTECTED]> writes:
Paul> That looks good to me.
Then it does to me.
Congrats!
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> Congrats!
Please, next time, check your code for things like `endif' instead of
`fi' and so on.
> "Andreas" == Andreas Schwab <[EMAIL PROTECTED]> writes:
Andreas> IMHO, _AC_CHECK_TYPE_REPLACEMENT_TYPE_P should treat words of
Andreas> the form [a-z]*_t as types so that AC_CHECK_TYPE(__u8,
Andreas> u_int8_t) does the right thing. Incidentally,
Andreas> AC_CHECK_TYPE(__s8, int8_t) is alre
Here are a few things people could do to help the team:
- Starting an FAQ in Texinfo (we need to put on the web etc.)
For a start it should include answer about `possible undefined dnl',
the problem with m4_diversion_number, the problem with autoheader
complaining about trace.sh etc.
Pr
I once tried to fork out a pipelined process into the background that
I could pipe input to and then read the output from (hopefully without
using files). I never quite got it working (the I/O wouldn't block
when there was no data), but that may be my poor shell programming
skills. I'm thinking
Here is a test case for the problem I reported this morning on
autoconf-patches.
Run autoconf and configure on the script at the end of the message,
then try the following config.status invocations
./config.status test2
gives an error because test2 it is not even matched: in config.status
> I know the above doesn't work, but could it be done in some other,
> hopefully portable, way? Wouldn't it speed up configure by a lot if
> we could apply it to the right sub-tasks?
>
> I was even thinking the "resident" sub-process could be a shell that
> looped over a read+switch/case express
On Mon, Jun 18, 2001 at 10:25:14PM +0200, Lars J. Aas wrote:
> echo "dirname:$0" >$sed_in_fd
> read basename <$sed_out_fd
This is pretty fragile, unless you write the subprocess code in C
(or maybe Perl) and ensure that it's completely unbuffered.
On many (most?) systems, if sed's output is
On Mon, Jun 18, 2001 at 10:17:04PM +0200, Tim Van Holder wrote:
> [...] "Function Portability" seemed like better English [than "Functions
> Portability"]
It is.
--
| | /\
|-_|/ > Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
| | /
With sufficient thrust, pigs fly just fine. Howe
>--[Eric Siegerman]--<[EMAIL PROTECTED]>
> On Mon, Jun 18, 2001 at 03:29:17PM +0200, Rüdiger Kuhlmann wrote:
> > [fork + vfork + ac_fork + ac_vfork]
> > I guess you know _I_ agree, but "the others" don't seem so.
> Suits me just fine.
Okay, people, what do you think about this:
Hi!
I'd like to re-kindle the discussion about options for where to put a
programs documentation by suggesting the following patch:
2001-06-19 Rüdiger Kuhlmann <[EMAIL PROTECTED]>
* acgeneral.m4: (_AC_INIT_PARSE_ARGS) Add switches for install
dirs of documentation in html, ps,
Rüdiger Kuhlmann <[EMAIL PROTECTED]> writes:
> I'd like to re-kindle the discussion about options for where to put a
> programs documentation by suggesting the following patch:
Wouldn't some sort of general facility for adding a new *dir switch for a
given package be better than adding a bunch o
Hi. I haven't been able to find mention of this problem elsewhere: on
Solaris 8, my autoconf-generated configure script fails to relate test
results to the generated config.h file.
However, removing config.cache and re-running configure *does*
generate a correct config.h file. This pattern is
> "Tim" == Tim Van Holder <[EMAIL PROTECTED]> writes:
>> - Fill the functions zoo in the documentation (an empty @table for
>> the time being).
>>
Tim> Is this what you're looking for ("Function Portability" seemed
Tim> like better English - but I'm only a stupid Belgian, so what do I
Tim> k
Akim Demaille wrote:
>
> | > How about merging AC_PROG_CPP and AC_PROG_CC together?
> | >
> | > What's the point of keeping the two of them?
> | * Some tools (eg. imake) apply cpp as macro-processor, even if cc is
> | not available on a particular installation. Other tools might w
23 matches
Mail list logo
