David Nicol <[EMAIL PROTECTED]> proposed:
> Anyone else for putting all the documentation on some kind of heavily
> modified wiki? The resulting optimized collaborative text editing
> environment would be a Good Thing in its own right --- maybe I'll write
> another TPF grant application.
A superb
"they're" because somebody can't get them
straight? After
Date: Tue, 18 Jan 2005 11:43:30 -0500
According to John P. Linderman:
> Barring some sort of formal definitions, the C code determines the
> language (pretty much what happened to trigger this w
Near the start of scan_num in toke.c, there's a comment
Read a number in any of the formats that Perl accepts:
\d(_?\d)*(\.(\d(_?\d)*)?)?[Ee][\+\-]?(\d(_?\d)*) 12 12.34 12.
\.\d(_?\d)*[Ee][\+\-]?(\d(_?\d)*) .34
0b[01](_?[01])*
0[0-7](_?[0-7])*
0x[0-9A-Fa-f](_?
With regards to the previously posted perl porters patch:
If you decide to apply it, but decide to accept
3e_+1
then the test loop should parallel the scan loop.
That is, if you want to accept *any* number of _'s
before the sign, then put
while (*e == '_') e++;
before the if (*e == '-' || *e =
Mark said:
> Yitzchak Scott-Thoennes <[EMAIL PROTECTED]>:
> > Looks like a bug to me; 3e is not treated as a valid constant, but 3e- is:
>
> Perl is looking for an exponential-format floating-point numeral. It
> will succeed if it sees "e" followed by a digit or by a + or - sign.
>
> So
>
>
This isn't really a bug report, it's just the first demonstration
this year (in this forum) of my ignorance. I was poking around in
the debugger to see what kind of slop perl would tolerate in
floating point literals, and, after trying 3.e1 (which is 30,
of course) I tested the water with "multipl
Merijn predicted:
> On Thu 26 Aug 2004 17:07, "John P. Linderman" <[EMAIL PROTECTED]> wrote:
> > The Configure script contains the following:
> >
> > case "$gccversion" in
> ^^^
> > ?*) echo " &quo
It's not the least bit difficult to imagine that I misconfigured
gcc 3.1 when I built it (although I specified *nothing*, so it
was as vanilla a configuration as possible). Still, it passed
all its own tests, and it got rather far along in the build
before this (which I have reported with gccbug)
On my SGI box, I got
../perl -I../lib harness op/stat.t.orig
op/stat.tok 31/69# Failed at op/stat.t.orig line 229
# got '0'
# expected '1'
op/stat.tFAILED test 34
I tracked this down to
ls -l /dev/printer
Srwx--1 root lp 0 Dec 18 16:
On Thursday 1 Feb, Robin Barker observed:
> Brief summary:
> * the original poster wanted scalar(sort()) to show sort was successful (?)
> * Jarkko wants void(sort()) to sort in-place,
> * Hugo wants void(sort()) for side effects of comparison, discarding output
> * Nick/Abigail suggest scalar(so
> On Tue, Oct 31, 2000 at 10:53:59AM -0500, John P. Linderman wrote:
> > Behind-the-scenes mail between John Peacock and myself
> > has confirmed that NT, too, is printing a blank and a byte of 0's,
> > which NT saw fit to display as two blanks.
> >
> > That
11 matches
Mail list logo
