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
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 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
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 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
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
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
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
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 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
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
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
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.
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
crash.log
Description: Binary data
--
Will "Coke" Coledawill at coleda
dot com
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
# 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
==
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
Hello everyone, I just wanted to say that im back, trying to catch up on
all the new code.
cheers
/Josef
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
Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote:
> I successfully built and tested Parrot with ICU under SuSe Linux 8.2 . The
> environment is:
Thanks, applied.
leo
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
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
# 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
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
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
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*
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
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:
> 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
30 matches
Mail list logo
