Will Coleda <[EMAIL PROTECTED]> wrote:
> dyld: ./parrot Undefined symbols:
> _Parrot_tclobject_morph
> _Parrot_tclobject_set_pmc
Ah yes. That's ugly. So here we go:
0) The PMCs were pre-ICU. I've adapted them. Should I check it in or
send it back to you?
1) dynamic PMCs need a "dynpmc" flag on
Will Coleda <[EMAIL PROTECTED]> wrote:
> bash-2.05a$ ./parrot examples/assembly/thr-primes.imc
>
> Found prime 401
> Found prime 409
> Found prime 419
> Found prime 421
> Segmentation fault
Fixed. The interpreter->lo_var_ptr for threads wasn't correctly
initialized. So trace_mem_block went into
>
> See if you have a ".dat" file (or a bunch of individual files) in
> blib/lib/icu/2.6.1 (relative to your parrot source root). If not, then
> that's what's going on. Right now, I have that path hard-coded--of
> course I need to pull that out into a config--but it probably means
> that either th
FWIW, taking a look at the Debian-specific ICU patches for their
testing branch might be worthwhile. They've patched the thing up to
get it to build, and since it's the only system I have locally that
*doesn't* build ICU, I suspect there's something either Debian-ish
going wrong, or more Linux
Will Coleda <[EMAIL PROTECTED]> wrote:
> Attached, find a .tgz that can be exploded in the top level of parrot
> which creates the abstract pmc "tclobject", with children "TclString",
> "TclInt", "TclFloat", and container pmcs "TclList" (an array) and
> "TclArray" (a hash).
Applied now, slightly
According to the IBM website, ICU triggers a GCC bug in the gcc 3.x
series--you can't compile with the -O2 optimization setting. -O3
works. I'll put a patch in.
--
Dan
--"it's like this"---
Dan Sugalski
I just checked in a patch for the problems building the data files.
If the folks having problems could try it out that'd be great. (Works
for me locally, but...)
--
Dan
--"it's like this"---
Dan Sugalski
On Monday 12 April 2004 17:01, Dan Sugalski wrote:
> I just checked in a patch for the problems building the data files.
> If the folks having problems could try it out that'd be great. (Works
> for me locally, but...)
Seems to work, I get now an all test successfull on Linux, for details see
www.
Okay, I've not dug through all the fallout from the ICU checkin, but
I can see there's an awful lot. I'll dig through that in a bit, but...
Here's the plan. We've gone over it in the past, but I'm not sure
everything's been gathered together, so it's time to do so.
Some declarations:
1) Parrot
At 5:23 PM +0200 4/12/04, Marcus Thiesen wrote:
On Monday 12 April 2004 17:01, Dan Sugalski wrote:
I just checked in a patch for the problems building the data files.
If the folks having problems could try it out that'd be great. (Works
for me locally, but...)
Seems to work, I get now an all tes
On Monday 12 April 2004 17:46, Dan Sugalski wrote:
> I see you've a selection of machines there. Any reason to not just
> drop them into the current tinderbox system?
Most of the machines don't run 24/7 and I didn't really understand the
existing system, so I did it my way(TM). I didn't really li
On Apr 12, 2004, at 5:33 AM, Jonathan Worthington wrote:
See if you have a ".dat" file (or a bunch of individual files) in
blib/lib/icu/2.6.1 (relative to your parrot source root). If not, then
that's what's going on. Right now, I have that path hard-coded--of
course I need to pull that out into
On Apr 12, 2004, at 6:37 AM, Dan Sugalski wrote:
I'll try and get patches to use the system ICU install if there is one
done today.
Also take a look at my [perl #28473], which I don't think has made it
to the list yet. That's a patch to make the location of ICU's data
directory configurable, so
Dan,
as soon as you put the patch in, say so I can update cvs and re-test.
Thanks
Alberto
Dan Sugalski wrote:
According to the IBM website, ICU triggers a GCC bug in the gcc 3.x
series--you can't compile with the -O2 optimization setting. -O3 works.
I'll put a patch in.
At 5:14 PM +0100 4/12/04, Alberto Manuel Brandao Simoes wrote:
Dan,
as soon as you put the patch in, say so I can update cvs and re-test.
It's in. :)
Dan Sugalski wrote:
According to the IBM website, ICU triggers a GCC bug in the gcc 3.x
series--you can't compile with the -O2 optimization settin
ICU_DATA=../data/out/build
LD_LIBRARY_PATH=../common:../i18n:../tools/toolutil:../layout:../layoutex:../extra/ustdio:../tools/ctestfw:../data/out:../data:../stubdata/:$LD_LIBRARY_PATH
../tools/genrb/genrb -k -q -p icudt26l -s ../data/locales -d
../data/out/build it_IT_PREEURO.txt
ICU_DATA=../da
At 5:21 PM +0100 4/12/04, Alberto Manuel Brandao Simoes wrote:
ICU_DATA=../data/out/build
LD_LIBRARY_PATH=../common:../i18n:../tools/toolutil:../layout:../layoutex:../extra/ustdio:../tools/ctestfw:../data/out:../data:../stubdata/:$LD_LIBRARY_PATH
../tools/genrb/genrb -k -q -p icudt26l -s ../data/
OK, make clean != make realclean :-)
Passed that problem.
Thanks
Alberto
Dan Sugalski wrote:
At 5:21 PM +0100 4/12/04, Alberto Manuel Brandao Simoes wrote:
ICU_DATA=../data/out/build
LD_LIBRARY_PATH=../common:../i18n:../tools/toolutil:../layout:../layoutex:../extra/ustdio:../tools/ctestfw:../data
Just thought I'd mention that I'm in the process of trying to get
strings.pod updated to reflect the current state of affairs.
Mike
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> --- math.ops23 Mar 2004 07:27:51 - 1.15
> +++ math.ops12 Apr 2004 14:59:12 - 1.16
> @@ -601,6 +601,8 @@
>
>=item B(out INT, in INT, in INT)
>
> +=item B(out INT, in INT, in NUM)
Seems to be a bit asymmetric whe
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #28494]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=28494 >
Attached patch:
* adds a new test file for Unicode-related string tests
* reimplem
On Sun, 2004-04-11 at 11:10, Will Coleda wrote:
> Another instance of "unknow"
>
> bash-2.05a$ cvs diff src/dynext.c
> Index: src/dynext.c
Thanks, applied.
-- c
That's really funny--I wrote almost exactly the same code w.r.t.
string_unescape_cstring last night, and I also always use U+212b for
testing any time I need to come up with a readable character outside of
the Latin range. Strange coincidences.
I'll take a look and see if there is anything sign
At 6:02 PM +0200 4/12/04, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
--- math.ops 23 Mar 2004 07:27:51 - 1.15
+++ math.ops 12 Apr 2004 14:59:12 - 1.16
@@ -601,6 +601,8 @@
=item B(out INT, in INT, in INT)
+=item B(out INT, in INT, in NUM)
Seems
All tests successful, 84 subtests skipped.
Files=100, Tests=1498, 517 wallclock secs (263.66 cusr + 68.59 csys =
332.25 CPU)
Cheers :-D
Alberto
I'm going to write up some information on my view of strings, and the
rationale behind it, so that there's a clear explanation that we can
use for discussion. That will give us something more organized to talk
about. It will probably take a day or two for me to get that done.
I'll also respond
At 10:14 AM -0700 4/12/04, Jeff Clites wrote:
I'm going to write up some information on my view of strings, and
the rationale behind it, so that there's a clear explanation that we
can use for discussion. That will give us something more organized
to talk about. It will probably take a day or tw
"Jeff Clites" <[EMAIL PROTECTED]> wrote:
> On Apr 12, 2004, at 5:33 AM, Jonathan Worthington wrote:
>
> >>
> >> See if you have a ".dat" file (or a bunch of individual files) in
> >> blib/lib/icu/2.6.1 (relative to your parrot source root). If not, then
> >> that's what's going on. Right now, I ha
At 8:46 PM +0100 4/12/04, Jonathan Worthington wrote:
I've attached the patches, and (fingers crossed) this will get Parrot going
on Win32 again.
Applied, thanks.
--
Dan
--"it's like this"---
Dan Sugalski
On Apr 12, 2004, at 10:23 AM, Dan Sugalski wrote:
At 10:14 AM -0700 4/12/04, Jeff Clites wrote:
I'm going to write up some information on my view of strings, and the
rationale behind it, so that there's a clear explanation that we can
use for discussion. That will give us something more organize
Dan~
I know that you are not technically required to defend your position,
but I would like an explanation of one part of this plan.
Dan Sugalski wrote:
4) We will *not* use ICU for core functions. (string to number or number
to string conversions, for example)
Why not? It seems like we would
Did the makefile change make it in?
On Monday, April 12, 2004, at 04:57 AM, Leopold Toetsch wrote:
Will Coleda <[EMAIL PROTECTED]> wrote:
dyld: ./parrot Undefined symbols:
_Parrot_tclobject_morph
_Parrot_tclobject_set_pmc
Ah yes. That's ugly. So here we go:
0) The PMCs were pre-ICU. I've adapt
# New Ticket Created by Will Coleda
# Please include the string: [perl #28502]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=28502 >
Here's an updated version of dynclasses/README that sums up recent
notes, and PODifie
Immediately after I sent this, it occurred to me that I was missing the
"dynpmc" flag that Leo had just mentioned. Re-attachment.
README
Description: Binary data
On Monday, April 12, 2004, at 07:35 PM, Will Coleda (via RT) wrote:
# New Ticket Created by Will Coleda
# Please include the str
Dan Sugalski <[EMAIL PROTECTED]> writes:
> At 6:53 PM +0100 4/8/04, Mark Sparshatt wrote:
>>I've got a couple of questions about Atrributes in Parrot.
>>
>> PDD15 says that both classes and objects have a list of attributes and
>> it is possible to add or remove attributes to a class but not an
>>
35 matches
Mail list logo
