On Wednesday 06 July 2005 18:01, Leopold Toetsch wrote:
> export SVNPARROT=https://svn.oerl.org/parrot
export SVNPARROT=https://svn.perl.org/parrot
> cp -R trunk leo-ctx5
> cd leo-ctx5
> svn switch $SVNPARROT/branches/leo-ctx5
jens
On Wednesday 29 June 2005 15:24, Matt Fowles wrote:
> t/pmc/io_1.pir
Ah, yes. This is a failing todo test. The useage of IO ops on non IO-PMCs is
not specced yet.
jens
#6 0x08128193 in PIO_putps (interpreter=0x826e050, pmc=0x82a93e8,
s=0x843c7d8) at io/io.c:1011
1006INTVAL
1007PIO_put
> #13 0x0808588e in main (argc=1, argv=0xb8ac) at imcc/main.c:637
Can you please run
print ((char**)0xb8ac)[1]
to find out which file causes the coredump??
jens
On Sunday 12 June 2005 16:28, Will Coleda via RT wrote:
> Jens - is this still an issue?
yes. I've no clue whats wrong. Maybe its a perl 5.6.0 bug.
I don't know how to fix it.
jens
On Saturday 04 June 2005 20:29, Clement Cherlin wrote:
> I include a patch I made for the above problems. Some of the changes are
> kind of kludgey, so I would appreciate comments and suggestions on how to
> improve them.
Thanks, applied.
jens
Woops, sorry.
This mail was not meant to be send to the list.
jens
On Wednesday 08 June 2005 15:21, Jens Rieks wrote:
> On Wednesday 08 June 2005 13:38, Thomas Klausner wrote:
> > Hi!
> >
> > Wenn du das noch vor deiner Abreise liest:
> >
> > Autrijus wusste
On Wednesday 08 June 2005 13:38, Thomas Klausner wrote:
> Hi!
>
> Wenn du das noch vor deiner Abreise liest:
>
> Autrijus wusste gerne in etwas, was du in deinem Vortrag an Perl6 zeigen
> wirst, damit es nicht allzuviel Ueberschneidungen mit seinem Vortrag gibt.
>
> Slides o.ae. wuerden ihn interes
On Saturday 04 June 2005 20:29, Clement Cherlin wrote:
> I actually have Linux installed on this machine, but for reasons which
> I'm not going to get into here I use Win98 for day-to-day computing. I
> therefore took it as a challenge to get Parrot to build with crufty ol'
> command.com.
I have a
Hi,
the attached patch shows a problem with chomp.
Output:
[EMAIL PROTECTED]:~/projekte/pugs$ ./pugs -Iblib6/lib
t/builtins/strings/chomp.t
1..12
ok 1 - our variable is chomped correctly
ok 2 - our variable is chomped again with no effect
ok 3 - our variable is chomped correctly
ok 4 - our variab
On Tuesday 24 May 2005 07:13, [EMAIL PROTECTED] wrote:
> I am curious if there are any recent slides and notes for recent talks
> about Perl 6, language, how it will work, and the same for Parrot. I've
> caught a few old slides from almost a year ago for a few things, but not
> much. I am prepari
On Thursday 12 May 2005 04:58, Patrick R. Michaud wrote:
> On Wed, May 11, 2005 at 09:49:47AM +0200, Jens Rieks wrote:
> > On Wednesday 11 May 2005 04:30, Patrick R. Michaud wrote:
> > > ...well, in looking at it some more it's reasonable until I see
> > > that r
On Wednesday 11 May 2005 04:30, Patrick R. Michaud wrote:
> ...well, in looking at it some more it's reasonable until I see
> that returning -1 is the way the other find_* ops work. So,
> part of me thinks we should either be consistent with those, or
> make the others consistent with the interpre
On Tuesday 10 May 2005 20:29, Patrick R. Michaud wrote:
> On Tue, May 10, 2005 at 05:08:49PM +0200, Jens Rieks wrote:
> > On Monday 09 May 2005 07:53, Patrick R. Michaud wrote:
> > > The attached patch file adjusts C to always return false
> > > for offsets beyond
On Monday 09 May 2005 07:53, Patrick R. Michaud wrote:
> The attached patch file adjusts C to always return false
> for offsets beyond the end of the string, and updates
> t/op/string_cclass.t to test this.
Thanks, applied!
find_cclass and find_not_cclass are in now.
jens
On Tuesday 12 April 2005, Steve Peters via RT wrote:
> This ticket is a duplicate of ticket #34549. ÂI'll have a patch for this
> issue later this week.
It is not fixed yet, can you please give a status update?
Are you still working on it?
jens
Hi,
C is now implemented. The second part (find_(not_)cclass) will
follow tomorrow.
jens
PS: The "get_byte past the end of the buffer (1 of 1)" error is hopefully
fixed, too. Don't know if it is the cleanest way, but it at least works :-)
On Saturday 07 May 2005 12:06, Leopold Toetsch wrote:
> Patrick R. Michaud wrote:
> > I'd like to make a slight change to the is_digit, is_wordchar,
> > and other is_* ops. Currently calling these ops at the offset
> > following the last codepoint results in a
> > "get_byte past the end of the buf
On Tuesday 26 April 2005 23:41, chromatic wrote:
> Looks good to me. Â
To me too, except...
> Before I apply it, I think it needs a test case. ÂI'll write it from
> this example. ÂHow about t/stress/internal_exceptions.t?
>
> Any other feedback?
This should be a real_exception, not an internal one
Hi,
the new backtrace code is in. If a parrot program aborts due to an error, a
backtrace is shown. Examples:
Null PMC access in invoke()
current instr.: 'd' pc 149 (t/op/debuginfo_4.imc:24)
called from Sub 'c' pc 116 (t/op/debuginfo_4.imc:18)
called from Sub 'b' pc 85 (t/op/debuginfo_4.im
On Sunday 17 April 2005 10:11, Leopold Toetsch wrote:
> > Log:
> > - show backtrace in real_exception if debug mode is turned on
> Shouldn't that be on always?
That's the question. There were a some test failures due to the changed
output. I'll simply adjust the tests...
> > +Null PMC access in i
Thank you, applied!
jens
On Thursday 14 April 2005 21:57, Thomas Klausner wrote:
> Hi!
>
> There will be a Parrot/PUGS Hack-a-thon at the Austrian Perl Workshop,
> which takes place on 9th and 10th June in Vienna, Austria.
>
> Autrijus Tang, Chip Salzenberg and Leo Toetsch will be there. You should be
> there too :-)
I've
> Attached hack adds ICU to the linkage of the dynclasses for MSWin32.
> Otherwise the dynclasses won't link, the usual C C
> cycle broken.
>
> This will suffice for now, as things are not linked properly anyway.
Thanks, applied.
> Ron
jens
On Thursday 14 April 2005 15:33, Dan Sugalski wrote:
> (If the CVS repository's not up to date I
> can see about getting subversion installed and working)
Yes, the CVS repository is not updated anymore.
jens
On Wednesday 13 April 2005 20:00, Nick Glencross wrote:
> # New Ticket Created by Nick Glencross
> # Please include the string: [perl #34964]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/rt3/Ticket/Display.html?id=34964 >
>
>
> This patch fixes a
On Wednesday 13 April 2005 18:53, jerry gay wrote:
> # New Ticket Created by jerry gay
> # Please include the string: [perl #34963]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/rt3/Ticket/Display.html?id=34963 >
2>&1 is not the best way, it only w
> # New Ticket Created by Cory Spencer
> # Please include the string: [perl #34970]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/rt3/Ticket/Display.html?id=34970 >
>
>
>
> The getattribute opcode previously threw an internal exception when an
> at
On Thursday 14 April 2005 13:54, Leopold Toetsch wrote:
> I'm currently evolving the infix operations and scalar classes and have
> rather big diffs against svn HEAD.
>
> I'd appreciate if some folks with commit privs have a look at patches
> accumulating on the list and apply the simple ones.
Okay
On Thursday 14 April 2005 08:59, FranÃÂois PERRAD wrote:
> $make src/revision.c
> make: *** No rule to make target `.svn/entries', needed by
> `src/revision.c'. ÂStop.
Thanks for reporting, should be fixed now (revision 7829).
> FranÃois Perrad
jens
On Tuesday 12 April 2005 21:06, Solinski, Mark wrote:
> > Following the instructions in README.Win32 (which has been successful
> > for me in the past), no longer works successfully. First, I cannot
> > run Configure.pl successfully; it complains about --icudatadir not
> > being defined (again not
On Tuesday 12 April 2005 19:10, Andy Dougherty wrote:
> # New Ticket Created by Andy Dougherty
> # Please include the string: [perl #34932]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/rt3/Ticket/Display.html?id=34932 >
>
>
> If the user has ICU i
On Monday 11 April 2005 17:54, Leopold Toetsch wrote:
> BTW: a nice to have: include SVN revision of local copy in bug report.
I'll implement it.
jens
On Monday 11 April 2005 13:48, Ron Blaschke wrote:
> I think this is just a mime-type issue.
Yes, that seems to be the reason. I looks like all *.t files are affected.
Is there a way to specify the mime-type on a filetype basis?
jens
On Sunday 03 April 2005 14:06, Ron Blaschke wrote:
> I'd reckon once C<--without-icu> is in place, one should be able to
> run
>
> $rm -rf icu
> $perl Configure --without-icu --nomanicheck
>
> So it shouldn't really matter when exactly F is removed.
Hmm, okay. Thats indeed true.
I've attac
On Sunday 03 April 2005 10:06, Leopold Toetsch wrote:
> Jens Rieks wrote:
> > On Thursday 31 March 2005 12:01, Leopold Toetsch wrote:
> >>4) Makefile cleanups to remove in-tree icu build stuff
> >
> > Patch ready. When should I commit it?
>
> This was the 4th st
On Thursday 31 March 2005 11:47, Peter Sinnott wrote:
> Does that cover both the segmentation fault and the (I presume)incorect
> pasm that was being generated?
This covers only the segfault.
IMCC is known to produce incorrect pasm files, bug #32392.
jens
[not directly related to this specific bug report]
On Friday 18 March 2005 00:28, Nick Glencross wrote:
> Splicing an intlist seems to segfault.
...
> The backtrace is
>
> #0 0x080d5cf2 in list_splice (interpreter=0x98e8008, list=0x9ae7754,
> value=0x9aaa3f0, offset=0, count=0) at src/list.c:
On Thursday 17 March 2005 19:59, Bernhard Schmalhofer wrote:
> Â Generate 'parrot_compiler.pasm' from 'parrot_compiler.imc'.
Generating of pasm files from imc does not work, it is just a debugging aid.
> Â Added three tests, which try to run PASM, PIR and PAST from
> Â 'parrot_compiler.pasm'. Thes
Hi!
I have found a problem with with mmd_dispatch_v_pnp.
The function calls (for an Integer-PMC) Parrot_Integer_multiply_int, which
expects an INTVAL, but a FLOATVAL is passed to it.
jens
---
Breakpoint 1, mmd_dispatch_v_pnp (interpreter=0x8245048, left=0x8401328,
right=1, dest=0x8401328,
On Sunday 28 November 2004, Jens Rieks wrote:
> added new TODO test:
> new Px, Ix: argcP is wrong in __init method
minesweeper does not run because of this.
not ok 52 - __init argcP # TODO new Px, Ix: argcP is wrong in __init method
# Failed (TODO) test (t/pmc/objects.t at lin
On Saturday 27 November 2004, Leopold Toetsch wrote:
> Â + Âgt I0, I1, L1ÂÂ Â Â Â=> lt I1, I0, L1
> Â + Âisge I0, 100, I2 Â Â=> isle I0, I2, 100
But a>=b (gt I0, I1) is equivalence to b islt b, a)
jens
On Sunday 07 November 2004 09:48, Leopold Toetsch wrote:
> * where exactly is the mismatch coming from?
Unix uses "\n" to indicate end-of-line, windows uses "\r\n". The problem is,
that the "perlhist.txt" file is checked in as a text file. I'll recommit it
as a binary file in the hope that it fix
On Thursday 14 October 2004 16:44, Sridhar wrote:
> Finally I symlinked g++-3.3 to c++ to get rid of this error.
c++ is the default linker. It should work if you specify --link=g++-3.3
jens
On Sunday 10 October 2004 21:50, Jeff Clites wrote:
> Did you run 'make' again after running the "c++ -o parrot..." line
> below? If not, I bet the problem is just the stuff in
> runtime/parrot/include never got bytecode-compiled, because the stuff
> at the end of the make process never ran.
Ah yes
Hi,
does anyone know what happend with http://tinderbox.perl.org?
It is offline for quite some time now :-(
jens
On Saturday 09 October 2004 19:10, Mathieu Arnold wrote:
> +-Le 09/10/2004 15:23 +0200, Leopold Toetsch a dit :
> | Parrot 0.1.1 is an intermediate release with tons of updates and fixes.
>
> Hi, I don't think it's something that should happen, so, I'm reporting that
> #0 0x829878e in Parrot_memc
On Saturday 09 October 2004, you wrote:
> Failed Test Stat Wstat Total Fail Failed List of Failed
> ---
> t/library/parrotlib.t6 1536 66 100.00% 1-6
> t/pmc/nci.t 1 256461
> c++ -o parrot -L/usr/local/lib Â-g Âimcc/main.o blib/lib/libparrot.a  -lm
> -lpthread -lm -L/usr/local/lib Â-licuuc Â-lpthread -lm ld: warning can't
> open dynamic library: libicudata.dylib.30 (checking for undefined symbols
> may be affected) (No such file or directory, errno = 2) ld: Undefined
... compiles now, but "-lws2_32" is not yet automatically appended to the
linker options.
I can not run the tests because the ICU version bundled with parrot does not
support MinGW and my system ICU is currently not working due to an experiment
conducted earlier today.
Status: MinGW should wor
On Thursday 07 October 2004 22:13, Ron Blaschke wrote:
> # New Ticket Created by Ron Blaschke
> # Please include the string: [perl #31883]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org:80/rt3/Ticket/Display.html?id=31883 >
>
>
> Replaced
> %.pbc:%.i
> Well, its bit longer than the $(SO) that we have everywhere now, but it
> works fine for me.
What about $(SO) and $(LO)?
jens
On Thursday 07 October 2004 22:26, Ron Blaschke wrote:
> config\gen\platform\generic\stat.c(81) : error C2039: 'st_blksize' : is not
> a member of 'stat'
I am working on MINGW support and had this error, too. I just added
#if defined(__MINGW32__)
around those lines. I can change it to defined(WIN
On Wednesday 06 October 2004 18:37, Sam Ruby wrote:
> How does one create a sub named "num"? ÂOr a local pmc named "num"?
There is no syntax support for it. You can fetch a sub PMC and store it with
another name:
.sub main @MAIN
$P0 = global "_num"
global "num" = $P0
end
.end
.sub _num
print
On Wednesday 06 October 2004 06:22, Will Coleda wrote:
> * Âside effect of this is that we now build parrotlib.imc into library/,
> not include/. which makes sense to me, though I could be addled. This
> required updates to:
It is in include/, because I started to move all generated files to includ
On Saturday 02 October 2004 13:10, Stephane Peiry wrote:
> This patch adds tests for is style ops (isgt, isge, isle, islt,
> iseq, isne) on integers, numbers and strings, in t/op/comp.t.
Thanks, applied.
jens
On Tuesday 05 October 2004 13:22, Leopold Toetsch wrote:
> Comments?
What about using miniparrot to create parrot_config.c?
jens
On Monday 04 October 2004 18:00, Michel Pelletier wrote:
> Restricted CVS access would be great. ÂDo you need an ssh key or
> something?
You just need a perl.org account. You can create it here:
http://auth.perl.org/auth/account
Then, just send your username to the list.
jens
On Friday 01 October 2004 13:33, Jens Rieks wrote:
> # New Ticket Created by Jens Rieks
> # Please include the string: [perl #31789]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org:80/rt3/Ticket/Display.html?id=31789 >
Problem fixed.
jens
On Saturday 02 October 2004 12:49, Leopold Toetsch wrote:
> Does this patch help?
No, it makes things worse:
--- without-patch.txt 2004-10-03 14:35:58.824775096 +0200
+++ with-patch.txt 2004-10-03 14:35:37.843964664 +0200
@@ -30,7 +30,12 @@
# expected: '500500
# 500500
# '
-ok 6 - de
On Saturday 02 October 2004 17:50, Nicholas Clark wrote:
> No tests fail on FreeBSD or OS X now.
Great!
> I'm not convinced that I want to close the bug, as I still don't think that
> the code is threadsafe, as there are globals accessed without mutex
> protection. However, I don't know how parrot
On Saturday 02 October 2004 15:19, Nicholas Clark wrote:
> # New Ticket Created by Nicholas Clark
> # Please include the string: [perl #31806]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org:80/rt3/Ticket/Display.html?id=31806 >
> So I had a dig (valg
On Friday 01 October 2004 08:42, Leopold Toetsch wrote:
> > sucks a lot less than making python programmers say
> > "import Foo.ns.Bar.scalar.baz"
>
> And that's not possible because CPython, JPython, IronPython, ...
> wouldn't execute it.
Yes, but those Pythons will not execute such a program at a
On Thursday 30 September 2004 11:16, Leopold Toetsch wrote:
> Jens Rieks <[EMAIL PROTECTED]> wrote:
> > Log:
> > marked test #13 and #19 as TODO - they are failing due to a GC problem
>
> I'm still fighting with these two. I've a stripped down version of _
On Wednesday 29 September 2004 18:40, Joshua Gatcomb wrote:
> cannot find -licui18n
I am not sure, is this library used by parrot?
> I would propose that if Configure.pl does see any
> other icu config flags that it not attempt to auto
> configure.
Done. Thank you for your proposal!
jens
Currently, Parrot_find_global throws and internal_exception, which is IMO not
good.
I have a patch ready that adds a "void *next" parameter to
- Parrot_find_global
- Parrot_store_global
and adds
- Parrot_find_global_nspmc (PMC *namespace instead of STRING *namespace)
- Parrot_store_global_nspmc (
Hi all,
Configure.pl should now detect a system ICU installation. It uses the
icu-config script to gather the neccessary information. If icu-config is not
in your path, you can use the --icu-config=/path/to/icu-config configure
option. You do not need to specifiy any other ICU related options i
Hi all,
Configure.pl should now detect a system ICU installation. It uses the
icu-config script to gather the neccessary information. If icu-config is not
in your path, you can use the --icu-config=/path/to/icu-config configure
option. You do not need to specifiy any other ICU related options i
> # New Ticket Created by Jens Rieks
> # Please include the string: [perl #31601]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org:80/rt3/Ticket/Display.html?id=31601 >
I've added t/library/streams.t
Test #13 and #19 are marked
On Thursday 23 September 2004 09:06, Jeff Clites wrote:
> > Why? Not to be snarky here, I'm curious.
>
> Just that if I set a global "$foo = 5" in Perl, I'd want to be able to
> change it from Python as, "foo = 5". From Python, I can't set it using
> "$foo = 5", since that isn't syntactically valid
On Sunday 19 September 2004 09:37, William Coleda wrote:
> Didn't __init used to get magically called when you new'd a class? I just
> had Tcl go all pear shaped after updated to cvs-latest, and tracked it down
> to my instances of a class (TclWord) not getting intialized. Which I don't
> seem to h
On Thursday 16 September 2004 22:17, Bernhard Schmalhofer wrote:
> # New Ticket Created by Bernhard Schmalhofer
> # Please include the string: [perl #31606]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org:80/rt3/Ticket/Display.html?id=31606 >
>
>
> Hi
On Wednesday 15 September 2004 14:56, StÃphane Payrard wrote:
> Updated doc and some code to reflect new Parrot_new() interface
Thanks, applied.
(Even though src/test_main.c is no longer used.)
jens
On Wednesday 08 September 2004 06:42, Aaron Sherman wrote:
> When I try to run one of the SDL examples (any of them), I get:
>
> SDL::fetch_layout warning: layout 'Pixels' not found!
> Segmentation fault
>
> When I edit runtime/parrot/library/SDL.imc and add the call to
> _set_Pixels_layout in at l
On Wednesday 15 September 2004 23:58, Brent 'Dax' Royal-Gordon wrote:
> I'm not sure this is a panic-worthy error--panics are really meant for
> cases where something has gone horribly, unfixably wrong in the
> interpreter's guts, like a critical pointer in the ParrotInterp got
> nulled out, or som
On Wednesday 15 September 2004, Bernhard Schmalhofer wrote:
> # New Ticket Created by Bernhard Schmalhofer
> # Please include the string: [perl #31590]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org:80/rt3/Ticket/Display.html?id=31590 >
>
>
> Hi,
>
>
Hi!
On Wednesday 15 September 2004, [EMAIL PROTECTED] wrote:
> Is there anyone who could help remove said bone from my head?
It now prints an error message:
with nothing
with int 5
Parrot VM: PANIC: vt is an unknown signature type.
CAN_BUILD_CALL_FRAMES is disabled, add the signature to src/call_
Hi,
the examples in examples/streams are not working with --gc-debug,
FileLines.imc crashes even without it.
Any idea why?
jens
For the case that someone does not know how to subscribe:
just send a mail to [EMAIL PROTECTED]
jens
On Tuesday 07 September 2004 07:52, Robert Schwebel wrote:
> Would autoconf/automake be an option for the C part of parrot?
No, its only available on a few systems.
Some months ago, I tried to cross compile Parrot to ARM (Zaurus), and to
compile Parrot directly on the Zaurus, with no success (mos
Leopold Toetsch wrote:
> I think, we could use that as well generically. classes/fixedpmcarray
> and some others have it implemented in invoke()
Why not generally use the class'es invoke method to create new PMCs/objects?
$P0 = getclass 'Foo'
obj = $P0( arg1, arg2, arg3... )
.name
Leopold Toetsch wrote:
> So first:
> - do we keep these opcodes?
>If yes some permutations are missing.
> - if no,´ we should either not include experimental.ops in the default
> opcode set or move it to dynops.
I have not used them yet, but I think that they can be useful.
Has anyone else exce
Hi all,
there are now two new examples:
examples/sdl/lcd/clock.imc, which uses a simple SDL LCD object and
examples/sdl/minesweeper/mines.imc, a full functional minesweeper clone with
nice graphics (taken over from KMines screenshots).
Minesweeper freezes after you have created some new fields
On Tuesday 22 June 2004, Dennis Rieks wrote:
> # New Ticket Created by Dennis Rieks
> # Please include the string: [perl #30414]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org:80/rt3/Ticket/Display.html?id=30414 >
>
>
> Hi,
>
> added just some missin
On Thursday 17 June 2004 04:48, Dennis Rieks wrote:
> # New Ticket Created by Dennis Rieks
> # Please include the string: [perl #30326]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org:80/rt3/Ticket/Display.html?id=30326 >
>
>
> Hi,
>
> nmake don't lik
On Monday 14 June 2004 23:34, Bernhard Schmalhofer wrote:
> # New Ticket Created by Bernhard Schmalhofer
> # Please include the string: [perl #30275]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org:80/rt3/Ticket/Display.html?id=30275 >
>
>
> Hi,
>
> I
On Monday 07 June 2004 20:56, Jonathan Worthington wrote:
> # New Ticket Created by Jonathan Worthington
> # Please include the string: [perl #30091]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org:80/rt3/Ticket/Display.html?id=30091 >
>
>
> Hi,
>
> J
Hi!
On Monday 07 June 2004, Joshua Gatcomb wrote:
> --- Jens Rieks <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > what has to be done to get parrot running with
> > cygwin? For me, linking failes
> > with:
> >
> > blib/lib/libicuuc.a(udata.o)(.text+
Hi,
what has to be done to get parrot running with cygwin? For me, linking failes
with:
blib/lib/libicuuc.a(udata.o)(.text+0xe36): In function `openCommonData':
/home/egal/parrot/icu/source/common/udata.c:581: undefined reference to
`__imp__icudt26_dat'
I saw some messages about this some time
Hi,
On Wednesday 26 May 2004 14:27, Leopold Toetsch wrote:
> Jens Rieks <[EMAIL PROTECTED]> wrote:
> > The code is now working as expected.
>
> Not quite. Running PBCs that e.g. C<.include "file"> don't work
> any more[1].
> There are packfile iss
Hello everybody!
All libraries are now in runtime/parrot/library. Everything in the old library
directory will be removed in a few days.
Everything should work without modifications.
If you have changed any file in library/, please commit the modified file in
runtime/parrot/library.
runtime/pa
Hi,
On Tuesday 25 May 2004 14:52, Leopold Toetsch wrote:
> The following patch fixes the problem:
Wow, thank you very much, Leo! :-)
The code is now working as expected. I'll now add a makefile rule to generate
runtime/parrot/include/parrotlib.pbc from
runtime/parrot/library/parrotlib.imc
Is i
On Tuesday 25 May 2004 01:35, Dan Sugalski wrote:
> We can add more to this as we go, but this should be enough to get Jens
> going.
Theres no stat op yet, is there?
Shall I write it?
The current parrotlib bytecode uses C to test if a file exists, I'll
modify the code to use C then.
Or should I
On Friday 21 May 2004 16:41, Bernhard Schmalhofer wrote:
> # New Ticket Created by Bernhard Schmalhofer
> # Please include the string: [perl #29782]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org:80/rt3/Ticket/Display.html?id=29782 >
>
>
> Hi,
>
> th
Hi,
the code is now in. To use it, uncomment the #define _PARROTLIB in
src/dynext.c:23 (for load_bytecode) and
imcc/imcc.l:815 (for .include instructions)
and create the parrotlib.pbc file:
./parrot -o runtime/parrot/include/parrotlib.pbc \
runtime/parrot/library/parrotlib.imc
WARNIN
Hi,
On Thursday 20 May 2004, Leopold Toetsch wrote:
> I know that's too early to comment much WRT these changes. Could you
> please outline the goals that you want to achieve?
My goal is to replace the path handling code (imcc's include_file,
Parrot_load_bytecode and Parrot_load_lib) with bytecod
On Thursday 20 May 2004 17:40, Dan Sugalski wrote:
> $I0 = 1
> if $P0, done
> $I0 = 0
> done:
I see a similar problem with the isnull op:
getattribute $P0, ...
isnull $P0, INIT
branch DONE
INIT:
$P0 = new .Foo
setattribute ..., $P0
DON
Hi,
I've added src/global.c and include/parrot/global.h which contains
PMC *find_global(Parrot_Interp interpreter, STRING *class, STRING *globalname)
The code is taken from object.c, where a note stated that it is ought to be an
public function.
Parrot_store_global is missing ATM, but I'll add
On Monday 17 May 2004 23:14, you wrote:
> Should I stick with library/ or runtime/include/?
I vote for runtime/parrot/library/SDL
The paths currently in use are going to stay valid this way.
FWI, runtime/parrot/perl6 et al can hold language specific libraries (if a
language does not use its own d
On Wednesday 28 April 2004, Leopold Toetsch wrote:
> Jens Rieks <[EMAIL PROTECTED]> wrote:
> > Leo, what is the status of the pending changes WRT library paths?
>
> Mainly a missing portable way to find the library. *But* searching in
> C is working for current platforms,
Hi,
On Monday 17 May 2004 15:07, Leopold Toetsch wrote:
> > Should I apply it?
>
> It's ok for me.
The patch is in.
The SDL stuff now works without any special environment variables.
jens
1 - 100 of 236 matches
Mail list logo
