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
>>
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
# 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
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
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
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
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
"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 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
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
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
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
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
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
# 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
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
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
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
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/
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: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
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.
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
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 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
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
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
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.
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
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
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
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
>
> 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
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
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
35 matches
Mail list logo
