* David Nicol <[EMAIL PROTECTED]> [2007-05-09 22:40]:
> so if there were lisp-like macros available in perl, my sugar
> example might be something like the following?
>
> macro hashkeyaccessor(fieldname) { sub fieldname { $_[0]->{fieldname}} };
> hashkeyaccessor $_ for qw/FIELD NAMES GO HERE ..
so if there were lisp-like macros available in perl, my sugar example
might be something like the following?
macro hashkeyaccessor(fieldname) { sub fieldname { $_[0]->{fieldname}} };
hashkeyaccessor $_ for qw/FIELD NAMES GO HERE .../;
and I would save the trickiness of getting the interpolati
# from Vadim
# on Wednesday 09 May 2007 10:53 am:
>Why didn't you placed functions in AUTOLOAD, and creating them only
> when needed?
Because then you must override can() or your code is broken.
It is usually a lot simpler (and gives better diagnostics) to just
generate and install everything i
On 5/9/07, Vadim <[EMAIL PROTECTED]> wrote:
Can anyone help me with following problem, please.
Whenever I do 'make dist' before putting Tcl::Tk to CPAN META.yml gets
overridden.
I think the NO_META parameter for ExtUtils::MakeMaker::WriteMakefile()
may be what you're looking for.
http://searc
Adriano Ferreira wrote:
> On 5/9/07, Vadim <[EMAIL PROTECTED]> wrote:
>
>> Can anyone help me with following problem, please.
>>
>> Whenever I do 'make dist' before putting Tcl::Tk to CPAN META.yml gets
>> overridden.
>
>
> I think the NO_META parameter for ExtUtils::MakeMaker::WriteMakefile()
> m
* Vadim <[EMAIL PROTECTED]> [2007-05-09 12:05]:
> Jonathan Rockway wrote:
> >As for Perl being a LISP... Perl is missing macros (unless you
> >count opgrep
>
> I consider eval "$string" as a replacement of macros.
Not even close. `eval EXPR` burdens you with generating
syntactically correct code
David Nicol wrote:
> On 5/9/07, Vadim <[EMAIL PROTECTED]> wrote:
>
>> I consider eval "$string" as a replacement of macros.
>
>
> for instance, I did the following in a curl wrapper package, to make
> the curlies optional around the fieldnames:
>
>BEGIN { for (qw/
> BUFFER CALLBACK DATA
Can anyone help me with following problem, please.
Whenever I do 'make dist' before putting Tcl::Tk to CPAN META.yml gets
overridden.
So I edit it, then
perl Makefile.PL
make dist
return it to the autogenerated stute.
CPAN indexer totally confused, gets false positives about my module and
I can
On 5/9/07, Vadim <[EMAIL PROTECTED]> wrote:
I consider eval "$string" as a replacement of macros.
for instance, I did the following in a curl wrapper package, to make
the curlies optional around the fieldnames:
BEGIN { for (qw/
BUFFER CALLBACK DATA EVENT FAILURE FETCHTIMEOUT
GET MA
Jonathan Rockway wrote:
>On Tuesday 08 May 2007 01:40:09 pm David Nicol wrote:
>
>
>>On 5/8/07, Vadim <[EMAIL PROTECTED]> wrote:
>>
>>
>>>no, it uses CFFI, so this should cover every implementation supporting
>>>that.
>>>
>>>
>>Ever since reading "Hackers and Painters"
>>http://www.ama
On Sunday 06 May 2007 10:50:52 pm Adam Kennedy wrote:
> Jonathan Rockway wrote:
> > Hi all,
> >
> > I noticed search.cpan is acting differently now (probably due to the HOOO
> > perl fiasco). Were these changes discussed anywhere publicly before they
> > were made? I'm interested in a full list o
On Tuesday 08 May 2007 01:40:09 pm David Nicol wrote:
> On 5/8/07, Vadim <[EMAIL PROTECTED]> wrote:
> > no, it uses CFFI, so this should cover every implementation supporting
> > that.
>
> Ever since reading "Hackers and Painters"
> http://www.amazon.com/exec/obidos/ISBN=0596006624/tipjartransactio
12 matches
Mail list logo
