Andy Dougherty wrote:
On Fri, 11 May 2007, Leopold Toetsch via RT wrote:
Well, I saw some patches [1] floating by which did remove
PObj_bufstart_external_FLAG. This flag was needed to sync the malloc-based
allocators with parrots (and COWs) understanding of a 'not owned' / external
buffer/str
Andy Dougherty wrote:
Here is a patch to get Configure.pl --gc=libc to at least compile again.
Alas, it still doesn't seem to work. I'm getting various panics and
crashes that usually (but not always) appear to be related to string
stuff. I suspect I might not have Parrot_allocate_string() qui
On Fri, 11 May 2007, Leopold Toetsch via RT wrote:
> Well, I saw some patches [1] floating by which did remove
> PObj_bufstart_external_FLAG. This flag was needed to sync the malloc-based
> allocators with parrots (and COWs) understanding of a 'not owned' / external
> buffer/string memory resou
On Wed, 9 May 2007, Allison Randal via RT wrote:
> Andy Dougherty wrote:
> >
> > I was about to post a patch adding those functions in, but I see that
> > you're in the middle of a much more thorough review than I had attempted,
> > so my patch isn't going to apply anymore, and would probably b
Am Donnerstag, 10. Mai 2007 23:07 schrieb Andrew Dougherty:
> On Wed, 9 May 2007, Andy Dougherty wrote:
> > Ok, I've got it compiling, at least. I'll let it run tests overnight and
> > submit a cleaned-up patch tomorrow. I've gone back and reviewed the
> > alignment issue and think I have impleme
On Wed, 9 May 2007, Andy Dougherty wrote:
> Ok, I've got it compiling, at least. I'll let it run tests overnight and
> submit a cleaned-up patch tomorrow. I've gone back and reviewed the
> alignment issue and think I have implemented it sanely.
Hmm. Rats. My initial version required more in
On Wed, 9 May 2007, Allison Randal via RT wrote:
> Andy Dougherty wrote:
> >
> > I was about to post a patch adding those functions in, but I see that
> > you're in the middle of a much more thorough review than I had attempted,
> > so my patch isn't going to apply anymore, and would probably b
Andy Dougherty wrote:
I was about to post a patch adding those functions in, but I see that
you're in the middle of a much more thorough review than I had attempted,
so my patch isn't going to apply anymore, and would probably be
misleading, to boot.
Just adding Parrot_allocate_aligned and
On Tue, 8 May 2007, Allison Randal via RT wrote:
> Allison Randal wrote:
> > I've started working on src/gc/res_lea.c, after
> > removing the check for the no-longer-used flag.
>
> I've checked in those two changes. On to the next step:
>
> /home/allison/projects/svn/parrot/blib/lib/libparrot.so
chromatic wrote:
To what extent can we play a header define game to use those functions
declared elsewhere, or do we really need them?
Oh, and to answer your other question, it depends on how much of the
implementation of the functions is the same for res_lea.c as it is for
resources.c. The
chromatic wrote:
I'm not sure. As far as I can tell, res_lea.c is an unmodified file copied in
from elsewhere. If we modify it, we may have trouble merging in upstream
changes.
You're thinking of src/malloc.c. This is a Parrot interface on top of it.
Allison
On Tuesday 08 May 2007 13:23:44 Allison Randal wrote:
> /home/allison/projects/svn/parrot/blib/lib/libparrot.so: undefined
> reference to `Parrot_allocate_aligned'
> /home/allison/projects/svn/parrot/blib/lib/libparrot.so: undefined
> reference to `Parrot_merge_memory_pools'
>
> Looks like these t
Allison Randal wrote:
I've started working on src/gc/res_lea.c, after
removing the check for the no-longer-used flag.
I've checked in those two changes. On to the next step:
/home/allison/projects/svn/parrot/blib/lib/libparrot.so: undefined
reference to `Parrot_allocate_aligned'
/home/allison
Mark Glines wrote:
On Fri, 27 Apr 2007 11:19:59 -0700
Andy Dougherty (via RT) <[EMAIL PROTECTED]> wrote:
"src/gc/dod.c", line 462: undefined symbol:
PObj_bufstart_external_FLAG
I hunted for this a bit lastnight, so I'm posting my progress.
The source lines in question are:
461 /* the
On Fri, 27 Apr 2007 11:19:59 -0700
Andy Dougherty (via RT) <[EMAIL PROTECTED]> wrote:
> "src/gc/dod.c", line 462: undefined symbol:
> PObj_bufstart_external_FLAG
I hunted for this a bit lastnight, so I'm posting my progress.
The source lines in question are:
461 /* the real external flag
chromatic wrote:
On Friday 27 April 2007 11:19, Andy Dougherty wrote:
Unfortunately, Configure.pl --gc=libc doesn't compile. I don't know how
long it's been broken. I do I know *I* haven't tried it for a very long
time. Here's the error message I get
I'm going to hold off on this patch. Al
On Friday 27 April 2007 11:19, Andy Dougherty wrote:
> Unfortunately, Configure.pl --gc=libc doesn't compile. I don't know how
> long it's been broken. I do I know *I* haven't tried it for a very long
> time. Here's the error message I get
>
> "src/gc/dod.c", line 462: undefined symbol: PObj_bu
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #42774]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42774 >
Unfortunately, Configure.pl --gc=libc doesn't compile. I don't know how
long it's be
18 matches
Mail list logo
