`foo', `The noun is verb.')
=> define(`noun', `fox')
=> define(`verb', `running')
=> foo
The fox is running.
But then you have to worry about namespace pollution/collisions with the
"argument names," especially if yo
for multi-character extended
> argument delimiters, so maybe I should just reserve ALL ${
> sequences in the default warning of M4 1.4.9's --warn-macro-sequence.
So you're saying, the problem is current m4 users who are using ${1},
${foo}, etc. in macro bodies, with the intent of
place), or
for the base m4 binary to gain the libpcre dependency?
(I suspect that the manner in which the third-party dependency is handled
is of greater concern than the actual implementation/integration.)
--Daniel
--
NAME = Daniel Richard G. ## Remember, skunks _\|/_ meef?
probably have to wait for everyone's undivided attention.
--Daniel
--
NAME = Daniel Richard G. ## Remember, skunks _\|/_ meef?
EMAIL1 = [EMAIL PROTECTED]## don't smell bad---(/o|o\) /
EMAIL2 = [EMAIL PROTECTED] ## it's the people who < (^)
ut
(This came about from attempting to implement a footnote mechanism. foo()
is my \p{} macro, and div10() is \footnote{}.)
So, what's going on here, and is there any way to make div10() work as
expected without needing to quote the argument to foo()?
--Daniel
--
NAME = Daniel Rich
cannot currently be used in the same
way; do you think such a builtin would be a good means of making that
possible?
--Daniel
--
NAME = Daniel Richard G. ## Remember, skunks _\|/_ meef?
EMAIL1 = [EMAIL PROTECTED]## don't smell bad---(/o|o\) /
ard to the invoking
context.
--Daniel
--
NAME = Daniel Richard G. ## Remember, skunks _\|/_ meef?
EMAIL1 = [EMAIL PROTECTED]## don't smell bad---(/o|o\) /
EMAIL2 = [EMAIL PROTECTED] ## it's the people who < (^),>
WWW= http://www.**.or
x27;s easier to just call regular divert() afterward
than to implement the whole pushdef(`saveDiv', divnum) rigmarole.
(As for what such a new builtin would be called, FWIW, I'm not at all proud
of "sendtodiv"...)
--Daniel
--
NAME = Daniel Richard G. ## Rem
x27;,', ';', 'asm' or
'__attribute__' before 'unumber'
.../m4/modules/m4.c:111: error: expected ')' before 'value'
[...many, many many more errors]
modules/m4.c is not pulling in gnu/stdint.h in its header tree. Adding
"#inclu
On Fri, 2007 May 25 20:46:53 -0600, Eric Blake wrote:
>
> Thanks for the report. Obviously cygwin's headers are a bit leaky in
> their namespace, to get intmax_t from somewhere else. I'm checking this in:
Did the trick for me. Thanks for the fix!
--Daniel
--
NAME
Also, once the transition period is over, the only way to specify a
non-literal character will be via \NNN, \x or \u, yes? All of which require
an octal or hex argument. What would I do if I have an eval()---whose
result is decimal---and I want to convert the result to a character?
--Daniel
--
or and quote characters are
> multi-character for the duration of the loop to avoid parse problems; hmm,
> maybe I should code this up and add it to the examples directory)
I've come up against this issue as well.
May I suggest borrowing a page from Perl, and adding a builtin like ord()?
ot;a')
=> 0
This is interesting... a way to have a literal character interpreted in
terms of its integer codepoint. Do I see here the glimmer of a solution to
a different, but closely related problem? :-)
> My comment was that there is no simply way to do this po
13 matches
Mail list logo
