out how to make the
> pmc2c data structures more compatible, so the older versions of Storable can
> serialize them properly.
Storable is dual life, so you could just depend on the version of Storable in
5.8.4 (2.12, I think). That way, anyone with an earlier Perl need only upgrade
Storable.
Nicholas Clark
from machines that are not case
sensitive. You just can't know.
Nicholas Clark
;s probably a bit more than you need. :-)
> in OpenSolaris, we could keep the dependency on 5.8.1 (or whatever) and
> increase the Storable dependency to 2.18.
I infer from the quoted message above that bumping the dependency to 2.13
would work as well, but wouldn't cause a lot of other people who have 2.13
to 2.17 installed to need to upgrade.
Nicholas Clark
although RedHat
managed to fix quite a few bugs in their later releases of it.
I was dis-inclined to support it even when it was brand new, because it was
buggy as hell, and because it was an upstart vendor manouver completely
counter to what the authors of the software wanted.
But in the end, the real victims of corporate stupidity are the users :-(
Nicholas Clark
t sure how portable fabsl() is either, though it may not matter.
> I don't see any harm to just omitting it here.)
Me neither. Surely
if (0.0 != -0.0) {
fputs("Your compiler is broken!", stderr);
}
(not tested. Particularly, not tested on icc with the "optimiser" enabled)
Nicholas Clark
l foul of Algorithmic
Complexity attacks: http://www.cs.rice.edu/~scrosby/hash/
> Any mathematician is welcome to prove that this makes things worse, however.
Scott A Crosby and Dan S Wallach appear to be computer scientists. Will they
do? :-)
Nicholas Clark
se in point is
> # Intel's C compiler, icc) and hence the #defined CONST_STRING
> # won't be found by the compiler.
Shouldn't there be a coding standard to enforce *that*?
Nicholas Clark
piler find them.
What you don't see in *that* change was the half dozen or so that it found
and I fixed, that I committed before I was able to add that. See here:
http://public.activestate.com/cgi-bin/perlbrowse?top=33291&show_recent=Show+Change+Log
Nicholas Clark
t; +disappeared)
This? http://download.icu-project.org/ex/files/decNumber/decNumber-icu-361.zip
The prominent page has gone, but it seems to be referenced here still:
http://secure.alphaworks.ibm.com/tech/decnumber
Nicholas Clark
and gcc may well take advantage of the (honest, validated) attribute_nonnulls
to optimiser better.
Well, it all works as long as the test coverage is good enough.
We've not had any further problems with them in Perl 5 since I added assertions
and fixed all the errors they found.
Nicholas Clark
r Inf?" is val != val * 0;
Then, NaN is val != val, +Inf is val > 0, -Inf is val < 0;
Nicholas Clark
2)
Eh? -1/2 is 0 for signed integer arithmetic.
> > #define MIN_INTVAL ((~MAX_INTVAL) + 1)
Even with the correct definition of MAX_INTVAL, that's going to be out by 1.
For a two's complement system, it doesn't need the + 1.
The logic that Perl 5 uses to do this is described here:
http://perl5.git.perl.org/perl.git/blob/HEAD:/perl.h#l2178
I suspect it's portable.
Nicholas Clark
being able to have const pointers as variables
or in structs, and any assignments to pointers silently casting away const.
Nicholas Clark
't shut off to new tickets.
(Quite why the RT queue is allowing new tickets, I don't know, but I would
hope that perlbug-ad...@perl.org does, and can fix it)
Nicholas Clark
ould return for titlecase characters too, for that
> matter.)
What happens if unicode supported uppercase and lowercase numbers?
[I had a dig about, and it doesn't seem to mention lowercase or uppercase
digits. Are they just a typography distinction, and hence not enough to
be worthy of codepoints?]
Nicholas Clark
uld be the situation if "1" were
classed as upper case, and a lower case "1" were defined]
Nicholas Clark
load I3 from memory
REDO:
I4 = I4 - I3
is it 0?
goto REDO if so
store I4 to memory
(does threading mess this idea up?)
Nicholas Clark
t the extra information is there ready - we don't need to go over every
opcode again when we come to write an optimising JIT.
[or am I missing something - is it possible to write a tool to analyse the
op descriptions and infer this information about what modifies what?]
Nicholas Clark
ich input registers can't be the
same as which output registers.
3: being able to specify alternatives, when I knew I could code the same
assembler in 2 ways depending on whether (say) the compiler's optimiser
wanted input and output in the same CPU register, or whether it would
benefit from them being different, and so getting a "free" copy into
another register.
Nicholas Clark
eter generated
things like the (lazy?) list due to .. in
foreach (1..1) {
}
will find fast integer ops useful.
Nicholas Clark
andling the void pointers?
> casting to char*? some other typedef? change STRING::bufstart from a
> void* to a char*? ...etc...
utime is probably the best way to touch a file from inside perl.
Nicholas Clark
ublic License, which may be found in the Perl 5.0 source kit.
Complete documentation for Perl, including FAQ lists, should be found on
this system using `man perl' or `perldoc perl'. If you have access to the
Internet, point your browser at http://www.perl.com/, the Perl Home Page.
nick@thinking-cap [parrot]$
Nicholas Clark
ization
for gcc 3.0
We may not want all these.
Patch appended, new gcc test program attached.
Hopefully this is a the right style of doing things.
Nicholas Clark
--- Configure.pl.orig Mon Dec 31 15:32:56 2001
+++ Configure.plMon Dec 31 18:18:26 2001
@@ -178,12 +178,6 @@
$c{PQ} = &
list
of perl modules that it will need, and issue warnings to the user to go get
any that are missing before running make?
Nicholas Clark
t that very many platforms get
upset about that sort of thing. IIRC the only thing that turned up on p5p
disliking casting function pointers to and from data pointers was some sort
of obsolescent Cray.
Nicholas Clark
On Mon, Dec 31, 2001 at 06:19:22PM -0500, Dan Sugalski wrote:
> At 11:10 PM 12/31/2001 +0000, Nicholas Clark wrote:
> >But is the correct correction to swap the parameters
> >
> >((op_func_prederef_t)*pc_prederef) (interpreter, pc_prederef);
> >
> >or to change th
t declaration of function
`Parrot_PerlArray_class_init'
But no tests have failed yet as I type this. I really should go to bed.
Nicholas Clark
--- Configure.pl~ Mon Dec 31 22:06:48 2001
+++ Configure.plTue Jan 1 02:16:02 2002
@@ -395,15 +395,34 @@
foreach ('intvalsize', 'opcode_
n't going
to lose anything.
Otherwise, we'll have to go the whole hog with knowing printf formats for
the length of our types so that the code will work on strict C89 systems
("the prophet ANSI spake unto us that long is the longest type - what is
this 'long long'
NTVAL n);
} ENCODING;
given that the ANSI C library seems happy to put const on prototypes for
functions that return a non-const pointer into the string (eg strchr())
but that is a more fundamental change than removing the warning by changing
just 1 file (as appended).
Nicholas Clark
--- enco
This patch shuts up this one:
cc -Wall -I./include -DHAS_JIT -o trace.o -c trace.c
trace.c: In function `trace_op_dump':
trace.c:71: warning: enumeration value `PARROT_ARG_OP' not handled in switch
Nicholas Clark
--- trace.c~Sun Dec 30 12:05:20 2001
+++ trace.c Tue Jan
This shuts this one up
cc -Wall -I./include -DHAS_JIT -o runops_cores.o -c runops_cores.c
runops_cores.c: In function `runops_slow_core':
runops_cores.c:49: warning: implicit declaration of function `trace_op'
Nicholas Clark
--- runops_cores.c.orig Thu Dec 27 23:
st_parrot -P
examples/assembly/mops.pbc
Iterations:1
Estimated ops: 2
Elapsed time: 60.178785
M op/s:3.323430
nick@thinking-cap [parrot]$ LD_LIBRARY_PATH=blib/lib ./test_parrot -j
examples/assembly/mops.pbc
Iterations:10000
Estimated ops: 2
Elapsed time: 4.572718
M op/s:43.737663
For information, if this is relevant:
FreeBSD thinking-cap.moo 4.0-RELEASE FreeBSD 4.0-RELEASE #0: Mon Mar 20 22:50:22 GMT
2000 [EMAIL PROTECTED]:/usr/src/sys/compile/GENERIC i386
it's an AMD K5 133 with 16M RAM and a couple of very slow, small hard disks.
Nicholas Clark
On Tue, Jan 01, 2002 at 10:05:44PM +, Nicholas Clark wrote:
> So, what's going wrong, and why all the segvs?
> I figured it was better to start by wondering about the prederef code.
> But I might just go to bed instead. Or fix compiler warnings. or perl5
The first segv is t
(4 byte) aligned. I don't know if this is also true
on other RISC architectures. [I'm aware that Alpha Linux kernels have fixup
code for unaligned word accesses, but I'm not sure what other platforms do.
I believe HP UX will SIGBUS, so I'd expect gcc on PA RISC to issue this warning
everywhere that gcc on ARM does]
Nicholas Clark
ssing initializer
include/parrot/jit_struct.h:68: warning: (near initialization for
`op_assembly[0].string_constant_address.info[0].flag')
[1832 logical lines of warnings wrapping to 2748 physical gets in the way of
seeing the real output. :-(]
Nicholas Clark
--- jit2h.pl~ Mon Dec 31 00:
ing is valid.
But you have traded speed for portability.
It seems a bit like the way Data::Dumper was supplied with perl and XS
implementations, which let anyone with a perl binary but no C compiler run it,
albeit at a speed penalty to anyone with a perl binary and a C compiler.
Nicholas Clark
d long long foo = bar << (unsigned long long) 53;
and I was expecting the << to be unsigned long long because one side was ULL.
And bar to be promoted to unsigned long long as an argument to <<.
And what gcc was doing was ignoring the ULLness of the right hand side,
doing an unsigned long shift (which spilled off the end completely. oops.
undefined behaviour, nevermind) and then promoting the result of that to
long long.
Nicholas Clark
cc -Wall -I./include -DHAS_JIT -o global_setup.o -c global_setup.c
global_setup.c: In function `init_world':
global_setup.c:29: warning: implicit declaration of function
`Parrot_PerlUndef_class_init'
no warning with appended
Nicholas Clark
--- global_setup.c~ Sat Jan 5 12:
bal declaration
include/parrot/key.h:54: warning: declaration of `index' shadows global declaration
include/parrot/key.h:55: warning: declaration of `index' shadows global declaration
include/parrot/key.h:57: warning: declaration of `index' shadows global declaration
by renamin
If I've got this right, then this patch silences all warnings about unused
variables, except for those from the ops files.
This may not be the preferred way to do it, but it does flag where all the
unused parameters currently are.
Nicholas Clark
--- include/parrot/parrot.h~Sat Dec 15
e that are all lower case...
When do we stop?
Nicholas Clark
uld stay that way in wait of a better idea.
Yes, it's a bugger, and I don't like it. But I couldn't see a better way.
Nicholas Clark
set with legal but awkward allocations we're
asking it for? [ie its bugs that we're going to have to work around]
Nicholas Clark
On Mon, Jan 07, 2002 at 09:34:05PM +, Nicholas Clark wrote:
> I believe that this patch gets all of these:
Yes, right:
> --- ./include/parrot/vtable.h~Mon Jan 7 20:38:08 2002
> +++ ./include/parrot/vtable.h Mon Jan 7 20:42:43 2002
What's an RCS header doing in an
u mmap a file (or however VMS does it faster still) and
then make your <> scalars point into the mmap buffer, flagged copy on write.
And if your grep-as-perl doesn't actually modify the buffer there's no
copying. This assumes that the housekeeping of copy-on-write is less than
the time spent copying.
Nicholas Clark
--
ENOJOB http://www.ccl4.org/~nick/CV.html
o any other name except _t would avoid non
conformance. (do we want to avoid non conformance that much?)
Nicholas Clark
--
ENOJOB http://www.ccl4.org/~nick/CV.html
w to fix this.
[also, I was wondering if there were any other thoughts on my unused variables
patch, and my vtable_h.pl patch for the index warnings. There are still many
gcc warnings, but there would be less with these two applied (or reworked)
[There's no hurry to answer - there's plenty
rations we are unable to
write a JIT for.
(eg anyone going to write a JIT for MIPS so that parrot runs fast on the Indy
which earns its keep raising my monitor slightly?)
Nicholas Clark
--
ENOJOB http://www.ccl4.org/~nick/CV.html
l the world is not a VAX^Wx86, and on some platforms we're compiling on
even int * must be aligned, let alone things like long double * or complex
structs.
If we're not serious about doing this, please could we drop -Wcast-align
Nicholas Clark
--
ENOJOB http://www.ccl4.org/~nick/CV.html
vtable.h having function parameters with that name.
Nicholas Clark
--
ENOJOB http://www.ccl4.org/~nick/CV.html
--- vtable_h.pl~Mon Dec 31 16:15:23 2001
+++ vtable_h.pl Wed Jan 9 20:15:11 2002
@@ -1,3 +1,7 @@
+#!/usr/bin/perl
+
+# $Id: vtable_h.pl,v 1.8 2001/12/31 15:58:28 simon E
but the raft of
warnings it now creates will obscure any "real" new ones.
Nicholas Clark
--
ENOJOB http://www.ccl4.org/~nick/CV.html
--- classes/Makefile.in.origSun Jan 13 20:21:41 2002
+++ classes/Makefile.in Mon Jan 14 22:34:44 2002
@@ -12,7 +12,7 @@
#DO NOT ADD C COMPILER FLAGS
ad round just what it was doing before I changed only a few lines.
Nicholas Clark
--
ENOJOB http://www.ccl4.org/~nick/CV.html
duty bound to clean them up, and go off and
hack perl5 again instead)
> I could also be overly paranoid.
No no no. There is no such thing as overly paranoid. Even now the bugs are
breeding, conspiring, out to get each and every one of us...
Nicholas Clark
--
ENOJOB http://www.ccl4.org/~nick/CV.html
gexp engine speed would be directly comparable with perl's regexp engine
speed?
And then later perl5 be allowed its optimiser back once parrot has one.
Nicholas Clark
--
ENOCHOCOLATE http://www.ccl4.org/~nick/CV.html
ing autoswitcher that is wrong and therefore not
releasable to the world.
But I don't know about how the internals of all these things work, so I
may well be wrong on any technical detail.
Nicholas Clark
--
ENOCHOCOLATE http://www.ccl4.org/~nick/CV.html
À la perl 5, it can be useful just to run 1 test script under the harness.
Nicholas Clark
--
ENOCHOCOLATE http://www.ccl4.org/~nick/CV.html
--- t/harness.orig Wed Jan 2 19:19:09 2002
+++ t/harness Mon Jan 21 11:46:54 2002
@@ -1,7 +1,9 @@
#! perl -w
+# $Id: $
use strict;
use Test
:ReadLine::Gnu and Term::ReadLine::Perl
(and I don't know why Term::ReadLine::Perl later decided that it could do
multi-line editing when it initially was doing sideways scrolling)
Nicholas Clark
--
ENOCHOCOLATE http://www.ccl4.org/~nick/CV.html
--- Configure.pl.orig Sun Jan 20 22:57:28 20
INTVAL c);
as I'd not be surprised if Unicode contains a glyph in some script that is
for a digit with negative value. (And if there isn't the Klingons will
invent one to be awkward)
Nicholas Clark
--
ENOCHOCOLATE http://www.ccl4.org/~nick/CV.html
--- include/parrot/chartype.h~ T
ability to run
perl -MExtUtils::Manifest -e ExtUtils::Manifest::fullcheck
(possibly as a Makefile target) is useful.
Currently:
Not in MANIFEST: include/parrot/rxstacks.h
Not in MANIFEST: rxstacks.c
Nicholas Clark
--
ENOCHOCOLATE http://www.ccl4.org/~nick/CV.html
--- /mnt/six/parrot/parro
t-align -Wwrite-strings -Wconversion -Waggregate-return -Winline -W
-Wsign-compare -Wno-unused -I./include -DHAS_JIT -DI386 -o test_main.o -c
test_main.c
Nicholas Clark
--
ENOCHOCOLATE http://www.ccl4.org/~nick/CV.html
--- test_main.c.origMon Jan 14 20:32:55 2002
+++ test_main.c Mon Jan 2
On Mon, Jan 21, 2002 at 05:52:52PM +, Nicholas Clark wrote:
> I think that this is a good idea, but there may be arguments against it.
If it's a good idea it needs this correction
Nicholas Clark
--
ENOCHOCOLATE http://www.ccl4.org/~nick/CV.html
--- Configure.pl~ Mon Jan 21
r own init function (which
otherwise gcc will warn about, on the zealous warnings we use)
Nicholas Clark
--
ENOCHOCOLATE http://www.ccl4.org/~nick/CV.html
--- ./include/parrot/global_setup.h.origMon Dec 31 15:58:28 2001
+++ ./include/parrot/global_setup.h Mon Jan 21 21:32:03 2002
@@
On Mon, Jan 21, 2002 at 09:00:48PM +, Nicholas Clark wrote:
> I'm not certain that putting the test in Configure.pl is the right place
> for it, but I do believe that having an accurate MANIFEST.SKIP and the
> ability to run
>
> perl -MExtUtils::Manifest -e ExtUtils:
6: warning: int format, INTVAL arg (arg 3)
key.c:36: warning: int format, INTVAL arg (arg 4)
Nicholas Clark
--
ENOJOB http://www.ccl4.org/~nick/CV.html
--- key.c.orig Mon Jan 14 20:32:54 2002
+++ key.c Mon Jan 21 23:09:06 2002
@@ -26,14 +26,14 @@
debug_key (struct Parrot_Interp* interpreter
Something Jarkko has just sent to p5p reminded me of a comment I thought of
but failed to include in the e-mail
On Mon, Jan 21, 2002 at 10:47:20PM +, Nicholas Clark wrote:
> + # No, include yourself to check your headers match your bodies
There must be a decent Baron Munchausen qu
hat I _could_ do is:
>
> #ifndef WIN32_PLATFORM_PSPC /* PocketPC */
> # include
> #endif
>
> But I don't think this was the way to fix this.
That doesn't feel right either.
Nicholas Clark
--
ENOCHOCOLATE http://www.ccl4.org/~nick/CV.html
Any thoughts on this patch?
- Forwarded message from Nicholas Clark <[EMAIL PROTECTED]> -
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
List-Post: <mailto:[EMAIL PROTECTED]>
List-Help: <mailto:[EMAIL PROTECTED]>
List-Unsubscribe: <mailto:[EMAIL PROTECTED]>
splattering of "const" in a few places to
make gcc shut up, rather than anything that adds to the readability or
maintainability of the code. And not tested on alpha, because I don't have
one.
Nicholas Clark
--
ENOCHOCOLATE http://www.ccl4.org/~nick/CV.html
--- jit.c.orig Sun
ar *strstr(const char *big, const char *little)
But I can't see a way to tell gcc that we want to do this and locally
no warnings 'cast-qual'; (if you see what I mean)
There don't seem to be pragmata to do this, and I can't spot an obvious
construction to launder a
On Sat, Jan 26, 2002 at 10:45:02PM +, Simon Cozens wrote:
> On Sat, Jan 26, 2002 at 10:17:12PM +0000, Nicholas Clark wrote:
> > But I can't see a way to tell gcc that we want to do this and locally
> > no warnings 'cast-qual'; (if you see what I mean)
> > T
Is a MANIFEST.SKIP a good idea, even if Configure.pl doesn't check it by
default?
Nicholas Clark
- Forwarded message from Nicholas Clark <[EMAIL PROTECTED]> -
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
List-Post: <mailto:[EMAIL PROTECTED]>
List-Help: <mai
Do constants with precomputed hashes buy us enough to overcome the extra
memory needed to store the integer for the hash as well as the string?
On and off I've been playing with this in perl5, but it seems to be
impossible to make a benchmarkable difference (either faster *or* slower)
Nicho
On Wed, Jan 30, 2002 at 01:15:42PM +, Simon Glover wrote:
>
> This patch clears up warnings in embed.c and test_main.c coming
> from function declarations of the form:
Thanks applied (with modifications, in that the functions in test_main are
now declared static).
Nicho
On Mon, Jan 28, 2002 at 08:13:11PM +, Nicholas Clark wrote:
> Is a MANIFEST.SKIP a good idea, even if Configure.pl doesn't check it by
> default?
Revised patch. Any objections?
[Either express objections or remove my commit privs else it goes in in 24
hours :-)]
You can no
On Wed, Jan 30, 2002 at 02:55:54PM -0800, Steve Fink wrote:
> On Wed, Jan 30, 2002 at 09:32:45PM +0000, Nicholas Clark wrote:
> > You can now do:
> >
> > nick@thinking-cap maniskip$ make manitest
> > perl14405-32 -MExtUtils::Manifest=fullcheck -e fullcheck
> >
lly INTVAL? I have this gut feeling that they ought to
be UINTVAL. At least, that's my personal world view.
Nicholas Clark
--
EMCFT http://www.ccl4.org/~nick/CV.html
mpile of everything.
There are probably other auto-generated header files that world+dog should
not depend on.
Nicholas Clark
--
EMCFT http://www.ccl4.org/~nick/CV.html
--- Makefile.in~Wed Jan 30 10:31:28 2002
+++ Makefile.in Thu Jan 31 18:54:57 2002
@@ -57,13 +
M op/s:2.623827
happy (but slow). Or for more speed:
$ ./test_parrot -j examples/assembly/mops.pbc
Iterations:1
Estimated ops: 2
Elapsed time: 4.011099
M op/s:49.861645
I can't work out a portable non-hacky way to add the ./ on Unix.
No, I'm n
oop
gets a 75% speedup. :-)
**Beware** - I've no idea if loading the addresses of registers actually
works. The .pm code is still from sun4Generic.pm
Nicholas Clark
--
EMCFT http://www.ccl4.org/~nick/CV.html
--- include/parrot/jit.h~ Tue Jan 29 14:05:45 2002
+++ include/parrot/jit.h
On Fri, Feb 01, 2002 at 11:06:30AM +, Simon Glover wrote:
>
>
> On Wed, 30 Jan 2002, Steve Fink wrote:
>
> > On Wed, Jan 30, 2002 at 09:32:45PM +0000, Nicholas Clark wrote:
> > >
> > > Should I add classes/array.c classes/array.h docs/embed.p
:Test;
use strict;
-use vars qw(@EXPORT @ISA);
+use vars qw(@EXPORT @ISA $TEST_PROG_ARGS);
use Parrot::Config;
+# 5.005_03 Env.pm doesn't make its arguments immune from use strict 'vars';
use Env qw($TEST_PROG_ARGS);
require Exporter;
Nicholas Clark
--
EMCFT http://www.ccl4.org/~nick/CV.html
On Fri, Feb 01, 2002 at 01:32:13AM +, Nicholas Clark wrote:
> This just about implements a jit for ARM. It doesn't actually do any ops in
> assembler yet, except for end. It's names on the basis that it's for v3 or
This is where I give up on the current format.
Others ar
:20:22 2002
> +++ t/pmc/pmc.t Fri Feb 1 17:24:49 2002
> @@ -558,6 +558,7 @@
> set I0, P0
> print I0
> print "\\n"
> + end
> CODE
> 1Z1
> 1
Thanks applied.
Nicholas Clark
--
EMCFT http://www.ccl4.org/~nick/CV.html
On Fri, Feb 01, 2002 at 01:55:33PM +, Simon Glover wrote:
>
> Enclosed patch fixes this warning:
>
> embed.c: In function `Parrot_runcode':
> embed.c:174: warning: int format, INTVAL arg (arg 3)
Thanks applied
Nicholas Clark
--
EMCFT http://www.ccl4.org/~nick/CV.html
"\t%d: %s\n", (int)i, argv[i]);
Simon Glover IIRC also sent a patch for this, which I applied IIRC.
[sort of random - his was sent later than yours, but for some reason I dealt
with it first]
Nicholas Clark
--
EMCFT http://www.ccl4.org/~nick/CV.html
th modification. (They're all INTVAL now)
Thanks
Nicholas Clark
--
EMCFT http://www.ccl4.org/~nick/CV.html
On Sat, Feb 02, 2002 at 05:40:30PM -0300, Daniel Grunblatt wrote:
>
> On Fri, 1 Feb 2002, Nicholas Clark wrote:
>
> > On Fri, Feb 01, 2002 at 01:32:13AM +, Nicholas Clark wrote:
> > >Either way, I found I was fighting the current jit which expects (at worst
On Tue, Feb 05, 2002 at 05:19:07PM -0500, Andy Dougherty wrote:
> Well, those and the 86
>
> cast increases required alignment of target type
>
> warnings we still get all over the place on SPARC :-).
Gah. You're winning. :-(
There are only 79 of them on ARM.
Nich
hen we just have 2 directories with .o files in them,
rather than messy games with .o and .lo files. (IIRC this is how some GNU
stuff does this sort of thing, and it feels less portable)
Nicholas Clark
--
EMCFT http://www.ccl4.org/~nick/CV.html
equent times.
But I have this inkling that even if we never use a single continuation, the
housekeeping involved may be greater than the time saved in reloading
registers.
Nicholas Clark
--
EMCFT http://www.ccl4.org/~nick/CV.html
truct parrot_foo_t {
> ...
> };
Am I right in thinking that I could paraphrase that statement as
"All structs should trample in ANSI's reserved namespace"?
[yes, that wasn't a very diplomatic way of asking it. But if my memory of
ANSI is right, I'll still take "yes&quo
erwise throw an
exception?
Or would this return of self mean that parrot is concealing a programming
error from whatever/whoever generated the bytecode?
[Don't ask me about the implications of what I just wrote - it just seemed
like NULL behaviour is something we could either define, or
, do it by hand if it matters that much",
doesn't it?
This also might be a perl6 question, for a more "serious" -O2 optimiser.
Hmm. Would parrot benefit from nand and nor ops?
[beware of cross posting when replying]
Nicholas Clark
--
EMCFT http://www.ccl4.org/~nick/CV.html
Has this been
> done for a reason, or could these functions be safely simplified?
[except that now it seems Parrot_PerlNum_add has a 3 way PerlInt, PerlNum,
PerlString]
It's not obvious to me why there are 3 there, only 2 in -,*,/
Or why there isn't just 1 sort of code, as Simon suggests.
Nicholas Clark
--
EMCFT http://www.ccl4.org/~nick/CV.html
two
rounding methods I can think of, so presumably sometimes they are useful.
Nicholas Clark
--
EMCFT http://www.ccl4.org/~nick/CV.html
ind_op().
Is that implementation really the best way to provide the functionality?
]
Nicholas Clark
--
EMCFT http://www.ccl4.org/~nick/CV.html
omise I could think of.
[note, not the whole hog of ExtUtils::Constant, with its ability to return
all sorts of types of constants. Just the switch builder]
Nicholas Clark
--
EMCFT http://www.ccl4.org/~nick/CV.html
gt; whether or not we do (2). In fact, I've even toyed with the (doomed,
> I'm sure) idea of having only one hard-coded op (wired to op zero,
> but maybe still replaceable):
> This approach means we don't have to even tinker with the packfile
> format to get bytecode-relati
"helpfully" wrapped all
the lines in your patch. Don't you just love them?
I'd prefer a wording something like this:
Also, some very picky ANSI C compilers won't assign NULL to a function
pointer, so we have to use NULLfunc instead
(mainly because we are wrong and the compilers are not)
Nicholas Clark
--
EMCFT http://www.ccl4.org/~nick/CV.html
nspired by your above description.
"The Jumblies" by Edward Lear starts
They went to sea in a Sieve, they did,
In a Sieve they went to sea:
In spite of all their friends could say,
On a winter's morn, on a stormy day,
In a Sieve they went to sea!
Nicholas Clark
--
EMCFT http://www.ccl4.org/~nick/CV.html
1 - 100 of 903 matches
Mail list logo
