IIRC objects are in the future. However, I'm currently writing C++ and
keep finding something annoying that I'd like to be able to do easily.
I have objects with attributes, such as
class Foo {
...
std::size_t spare;
std::size_t allocate;
std::size_t min_readline;
and then I have
Nicholas Clark wrote:
>
> class Foo {
> ...
> std::size_t spare = 0
> std::size_t allocate = 4096
> std::size_t min_readline = 80
>
> and have the compiler know that if I specify a member initialiser in my
> my constructor, then that should be used, otherwise to default to using
>
So, as I sweat here in the salt mines of C++, longing for the
cleansing joy that Perl(5 or 6, I'd even take 4) is, I find myself
with the following problem:
Frequently, I find myself writing stuff like this:
void Ficp400::SaveRow(long p_row)
{
// if p_row is marked as deleted, return
--- David Storrs <[EMAIL PROTECTED]> wrote:
> So, as I sweat here in the salt mines of C++, longing for the
> cleansing joy that Perl(5 or 6, I'd even take 4) is, I find myself
> with the following problem:
>
> Frequently, I find myself writing stuff like this:
>
> void Ficp400::SaveRow(long p_r
--- Austin Hastings <[EMAIL PROTECTED]> wrote:
>
> --- David Storrs <[EMAIL PROTECTED]> wrote:
> > So, as I sweat here in the salt mines of C++, longing for the
> > cleansing joy that Perl(5 or 6, I'd even take 4) is, I find myself
> > with the following problem:
> >
> > Frequently, I find mysel
On Thu, Jun 12, 2003 at 03:12:32PM -0700, Austin Hastings wrote:
>
> sub Ficp400::SaveRow(Int $p_row)
> {
> return if IsDeleted($p_row);
> }
*laugh* Well, yes, there is always the obvious way. I had wanted
something that would be reusable between multiple function, though
(sorry, should have
"Clinton A. Pierce" wrote:
[snip]
> DEBUGGER:
> if one-stepping, DEBUG
> # Loop over break list
> if current statement is on global break list, DEBUG
> # End loop
> ret
No comment on your *particular* problem, but might I suggest that you
keep your b
At 06:05 PM 6/12/2003 -0400, Dan Sugalski wrote:
Second, I see that the registers themselves are in the context structure.
I think this may be a good part of our speed problem with taking
continuations. Now, continuations should *not* restore the registers, so
this strikes me as an incorrect thi
[...] In the mean time, you can follow
along via the nntp server and the web-interface to it at
http://nntp.x.perl.org/group/perl.perl6.language though the web
interface isn't threaded.
You can also read perl6-internals on google groups, which is threaded.
There is a link to it on t
Clinton A. Pierce <[EMAIL PROTECTED]> wrote:
> .sub _main
> .sub dummy
> call inner1
> call inner2
You have to used global labels for subroutines, then all is fine.
leo
Jonathan Sillito <[EMAIL PROTECTED]> wrote:
> Here is another suggestion (I think I mentioned this in another email) we
> could support a few different types of continuations. The simplest
> continuation could be just a saved return address (i.e. an opcode_t*).
I'm fine with that, if its addition
Hi ,
I am try to integrate a Perl application into Java. I am using Perl5.6.1
with jdk1.4 on solaris2.8.
I am using JNI to access the perl api's to perform this. The C
application runs fine, but the Java application core dumps at one
particular function perl_parse(...). I have gone thru some of th
Clinton A. Pierce <[EMAIL PROTECTED]> wrote:
> If you want something to play with, update the languages/BASIC/compiler
> tree and run the chess program.
Nice graphics.
> ..\..\imcc\imcc.exe TARG_test.imc
Please check out the latest imcc changes. Spilling performance is vastly
improved now.
On Thu, Jun 12, 2003 at 02:41:12PM +0530, Raghu wrote:
> Hi ,
> I am try to integrate a Perl application into Java. I am using Perl5.6.1
>
> with jdk1.4 on solaris2.8.
> I am using JNI to access the perl api's to perform this. The C
> application runs fine, but the Java application core dumps at o
On Thu, Jun 12, 2003 at 12:15:21AM +, Clinton A. Pierce wrote:
> Causes IMCC to segfault. Asking IMCC to generate pasm produces reasonable
> code:
On Thu, Jun 12, 2003 at 09:35:18AM +0200, Leopold Toetsch wrote:
> Clinton A. Pierce <[EMAIL PROTECTED]> wrote:
> > .sub _main
> > .su
Nicholas Clark wrote:
On Thu, Jun 12, 2003 at 09:35:18AM +0200, Leopold Toetsch wrote:
You have to used global labels for subroutines, then all is fine.
But being able to craft input that causes IMCC to segfault (actually
any form of segfault) is bad on principle, isn't it?
For sure. But this i
Leopold Toetsch <[EMAIL PROTECTED]> writes:
> Jonathan Sillito <[EMAIL PROTECTED]> wrote:
>
>> Here is another suggestion (I think I mentioned this in another email) we
>> could support a few different types of continuations. The simplest
>> continuation could be just a saved return address (i.e.
Okay, at the moment I'm working on getting an implementation of
classes and objects working. I'm also taking a look at calling speed,
as I'd really like to not suck with our call times. :)
First off, the core stuff looks good. I'd not really looked at it
until now, but now that I have, well...
> Okay, at the moment I'm working on getting an implementation of
> classes and objects working. I'm also taking a look at calling speed,
> as I'd really like to not suck with our call times. :)
>
> First off, the core stuff looks good. I'd not really looked at it
> until now, but now that I ha
At 4:28 PM -0600 6/12/03, Luke Palmer wrote:
> Okay, at the moment I'm working on getting an implementation of
classes and objects working. I'm also taking a look at calling speed,
as I'd really like to not suck with our call times. :)
First off, the core stuff looks good. I'd not really looked
> At 4:28 PM -0600 6/12/03, Luke Palmer wrote:
> > > Okay, at the moment I'm working on getting an implementation of
> >> classes and objects working. I'm also taking a look at calling speed,
> >> as I'd really like to not suck with our call times. :)
> >>
> >> First off, the core stuff looks g
# New Ticket Created by Dan Sugalski
# Please include the string: [perl #22665]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=22665 >
The stack rotate code doesn't check to see if any of the frames are
COW. Really ought t
At 5:01 PM -0600 6/12/03, Luke Palmer wrote:
> At 4:28 PM -0600 6/12/03, Luke Palmer wrote:
> > Okay, at the moment I'm working on getting an implementation of
>> classes and objects working. I'm also taking a look at calling speed,
>> as I'd really like to not suck with our call times. :)
At 9:44 AM -0700 6/11/03, Steven Grady wrote:
I don't subscribe to perl6-internals, but I do read the archive
regularly. Are people aware that the archive hasn't been updated
since May 26?
http://archive.develooper.com/[EMAIL PROTECTED]/
Of course, you perl6-internals members probably aren't
> >Are the register stacks saved with the continuation?
>
> Yes, of course they are.
Er, yeah, um.. Everybody, forget everything I just said %-)
Luke
25 matches
Mail list logo
