Jeff Clites <[EMAIL PROTECTED]> wrote:
> In my patch submission I had an updated file for the PPC case for
> t/native_pbc/number.t
That was integer_3.pbc - but no problem, I'll update it.
leo
Jeff Clites <[EMAIL PROTECTED]> wrote:
> On Apr 10, 2004, at 6:13 AM, Leopold Toetsch wrote:
>> 2) String PBC layout. The internal string type has changed. This
>> currently breaks native_pbc tests (that have strings) as well as some
>> "parrot xx.pbc" tests related to strings.
> These are workin
Jeff Clites <[EMAIL PROTECTED]> wrote:
> Here's a patch to src/pf_items.c, and a ppc t/native_pbc/number_3.pbc.
Works.
> If it's working correctly, the attached strings-and-byte-order.* should
> both do the same thing--output the Angstrom symbol. If it's wrong, then
> the pbc version should outp
Stéphane Payrard <[EMAIL PROTECTED]> wrote:
> More generally, in pmcs that act as composite containers which
> elements are not necessarily pmc, we need these cloning methods as well:
> PMC* clone_pmc_keyed(PMC* key)
> PMC* clone_pmc_keyed_int(INTVAL key)
> PMC* clone_pmc_keyed_str(STRING*
Will Coleda <[EMAIL PROTECTED]> wrote:
> This is most assuredly an incomplete patch - but since src/dynext.c is
> searching in multiple locations for files on behalf of the op
> "loadlib", you get multiple warnings to stderr as a matter of course
> when running loadlib. Ala:
Thanks, applied.
leo
Will Coleda <[EMAIL PROTECTED]> wrote:
> "They tried and failed?"
> "No, they tried and died."
> Ok, it's not that bad, but it doesn't seem to work. I moved the .pmcs
> (same files in previous attachment) over to ./dnyclasses, updated the
> Makefile as directed in dynclasses/README.
You have to
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #28454]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=28454 >
Hi,
I successfully built and tested Parrot with ICU under SuSe Linux 8.2 . T
Jeff Clites <[EMAIL PROTECTED]> wrote:
> On Apr 9, 2004, at 7:19 AM, Leopold Toetsch wrote:
>> - What happenend to external constant strings?
> They should still work (or could). But the only cases in which we can
> optimize, and actually use "in-place" a buffer handed to string_make,
> is for a
I've divided the profile counters for DOD into 4. We now have:
$ parrot -p tools/dev/bench_op.imc 'new $P0, .PerlInt'
...
-4 DOD_collect_PMC510.007713 0.1512
-3 DOD_collect_buffers510.003491 0.0685
-5 DOD_mark_next 510.003178
Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote:
> I successfully built and tested Parrot with ICU under SuSe Linux 8.2 . The
> environment is:
Thanks, applied.
leo
Here it goes...
It's odd, but try this:
1) cd into icu/source/data
2) Edit the Makefile. Look for this:
$(BUILDDIR)/$(ICUDT)%.res: $(INDEX_FILES) $(TOOLDIR)/genrb/genrb$(EXEEXT)
ICU_DATA=$(BUILDDIR) $(INVOKE) $(TOOLDIR)/genrb/genrb
$(GENRBOPTS) -p $(ICUDATA_PLATFORM_NAME) -d $(BUILDDIR
Hello everyone, I just wanted to say that im back, trying to catch up on
all the new code.
cheers
/Josef
Ok. some progress, but still not happy.
I don't understand what enum_class_TclString is doing in
Parrot_TclString_class_init(Parrot_Interp interp, int entry)
{
struct _vtable temp_base_vtable = {
NULL, /* package */
enum_class_TclString, /* base_type */
If I'm being dynami
# New Ticket Created by Will Coleda
# Please include the string: [perl #28461]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=28461 >
Another instance of "unknow"
bash-2.05a$ cvs diff src/dynext.c
Index: src/dynext.c
==
This is with a checkout post-ICU, on an OSX with a 1/2 gig of RAM.
bash-2.05a$ make test
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t/pmc/perlnum.t1 256361 2.78% 36
1 test and 84
crash.log
Description: Binary data
--
Will "Coke" Coledawill at coleda
dot com
On Apr 11, 2004, at 7:12 AM, Alberto Manuel Brandao Simoes wrote:
If it's still failing, then something else is going on.
If it is, then there's one more thing to try:
1) cd into icu/source/data/out/build
2) Execute this (which will create ja.res in /var/tmp if it succeeds):
../../../tools/genrb/g
On Apr 11, 2004, at 12:17 PM, Will Coleda wrote:
This is with a checkout post-ICU, on an OSX with a 1/2 gig of RAM.
bash-2.05a$ make test
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t/pmc/perlnum.
Some more info...
Jeff Clites wrote:
On Apr 11, 2004, at 7:12 AM, Alberto Manuel Brandao Simoes wrote:
If it's still failing, then something else is going on.
If it is, then there's one more thing to try:
1) cd into icu/source/data/out/build
2) Execute this (which will create ja.res in /var/tmp i
Will Coleda <[EMAIL PROTECTED]> wrote:
> I don't understand what enum_class_TclString is doing in
> Parrot_TclString_class_init(Parrot_Interp interp, int entry)
> {
> struct _vtable temp_base_vtable = {
> NULL, /* package */
> enum_class_TclString, /* base_type */
> I
On Apr 11, 2004, at 12:38 PM, Alberto Manuel Brandao Simoes wrote:
Some more info...
Thanks!
Jeff Clites wrote:
Hmm, strange indeed. Looking at the ICU code, it appears that it's
not finding a data file it needs at this stage (the error message is
misleading)--I wonder if something failed to
Jeff,
I am a little lost in that code as you might imagine :-)
BTW, the HAVE_MMAP is defined.
I set a breakpoint at "uprv_mapFile_2_6", and here is some of the gdb
debug...
[New Thread 16384 (LWP 942)]
[Switching to Thread 16384 (LWP 942)]
Breakpoint 1, uprv_mapFile_2_6 (pData=0xbfffd9e0,
On Apr 11, 2004, at 1:54 PM, Alberto Manuel Brandao Simoes wrote:
Jeff,
I am a little lost in that code as you might imagine :-)
I am a bit as well--I basically went looking for the error message, and
have been trying to figure out where in the code the error is actually
originating.
Breakpo
Well, it helps me understand the process a bit, ja. (Adding info to
dynclasses/README in my local copy as I pick it up on list)
I'm still baffled as to why my copy of, say, "TclString" is now
compiling happily but failing to be loadable. (as opposed to
"tclobject", which *is* loadable, but is n
Here we go,
It's probably okay. It's alright to close the fd after the mmap, and
it's not really calling mmap twice--it's just the debugger trying to
follow the optimized code.
OK, Just my ignorance :-)
Hmm, so it's looking like the error message may be genuine, in that the
problem it's havi
On Apr 11, 2004, at 3:15 PM, Alberto Manuel Brandao Simoes wrote:
Here we go,
It's probably okay. It's alright to close the fd after the mmap, and
it's not really calling mmap twice--it's just the debugger trying to
follow the optimized code.
OK, Just my ignorance :-)
Nope--normally one tries
Ahhh..
Some additional debug output shows
dyld: ./parrot Undefined symbols:
_Parrot_tclobject_morph
_Parrot_tclobject_set_pmc
When trying to dynload, e.g. "tclint".
If I look in tclobject.c, I see:
Parrot_tclobject_morph(Parrot_Interp interpreter, PMC* pmc, INTVAL type)
and
Parrot_tclobject_s
> On Apr 9, 2004, at 3:26 PM, Jonathan Worthington wrote:
>
> > I'm having a crack at getting the ICU changes building on Win32.
>
> Great--thanks!
>
Here's the next step. Now we actually get through the build process,
building ICU along the way and linking the .lib files into the final Parrot
exe
On Apr 11, 2004, at 4:52 PM, Jonathan Worthington wrote:
On Apr 9, 2004, at 3:26 PM, Jonathan Worthington wrote:
I'm having a crack at getting the ICU changes building on Win32.
Great--thanks!
Here's the next step. Now we actually get through the build process,
building ICU along the way and li
On Apr 11, 2004, at 7:05 PM, Jeff Clites wrote:
On Apr 11, 2004, at 4:52 PM, Jonathan Worthington wrote:
On Apr 9, 2004, at 3:26 PM, Jonathan Worthington wrote:
I'm having a crack at getting the ICU changes building on Win32.
--
Failed Test Status Wstat Total Fail Failed List of Fail
30 matches
Mail list logo