jerry gay schrieb:
http://www.parrotcode.org/misc/parrotsketch-logs/irclog.parrotsketch-200609/irclog.parrotsketch.20060918
or, for the browser- or email-client- newline-challenged:
http://xrl.us/rs3n
Actually
João Cruz Morais schrieb:
(moderator please reject my other message - wrong email)
The subject says it all :)
Given a valid regex (pcre) as an argument, the script will search
inside every *.ops file for an opcode name that matches, and dumps
both its arguments and its description. If no
João Cruz Morais schrieb:
(moderator please reject my other message - wrong email)
The subject says it all :)
Given a valid regex (pcre) as an argument, the script will search
inside every *.ops file for an opcode name that matches, and dumps
both its arguments and its description. If no
Will Coleda schrieb:
There was an agreement on 5.6.1 a few weeks back on IRC, if I recall
correctly, I haven't heard anything about 5.8.
This change was made here:
r11744 | bernhard | 2006-02-26 05:55:39 -0500 (Sun, 26 Feb 2006) | 7
lines
Configuration:
- Sprinkle a few 'use warnings;'
Hi,
as far as I see, the Perl* PMCs are no longer used in the Parrot core.
There is still some usage in unmaintained language implementations:
BASIC/compiler unmaintained ?
BASIC/interpreter unmaintained ?
forth unmaintained ?
miniperlunmaintained ?
parakeet
Hi David,
could you send your changes as a patch to me or to [EMAIL PROTECTED]
Could you additionally add your test results to PLATFORMS?
I suppose there needs to be some kind of config check for older 'libc5'.
The hints you passed to Configure.pl could probably also be put into a
hints file.
Chris Dolan (via RT) schrieb:
# New Ticket Created by Chris Dolan
# Please include the string: [perl #38604]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=38604
While doing an svn update from a Mac OS X box
Bob Rogers schrieb:
From: Leopold Toetsch [EMAIL PROTECTED]
Date: Mon, 20 Feb 2006 14:55:03 +0100
in order to store the contents of a PMC into a boolean array? What do I
et al. I think, if you use a BooleanArray with compact storage you are
knowing why and don't need automatic
Karl Forner schrieb:
Hi all,
I'd really like to try helping developing Perl6 and Parrot, I subscribed to
the mailing-list, read some docs, got and compiled
parrot via svn (in a vmware-played ubuntu ;-) ).
Welcome Karl.
But it is not obvious to see where to begin, and where I can be
jerry gay (via RT) schrieb:
# New Ticket Created by jerry gay
# Please include the string: [perl #38262]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=38262
perl modules necessary for parrot configuration,
[bernhard - Di 17. Jan 2006, 13:02:44]:
I propose to rename 'src/classes' to 'src/pmc'
Yes, and for consistency please also rename dynclasses to dynpmc and
the
t/dynclass to t/dynpmc.
The second step of directory renaming has been completed. Altogether
follwing dirs have move:
[jonathan - Sa 14. Jan 2006, 09:57:37]:
I propose to rename 'src/classes' to 'src/pmc' as IMHO it makes
more sene. 't/pmc' is already named 'pmc'.
Yes, and for consistency please also rename dynclasses to dynpmc and the
t/dynclass to t/dynpmc.
The first step, renaming 'src/dynclasses'
Leopold Toetsch schrieb:
PAST isn't much more than 'hello.past'. When you search the p6i
archives you'll find some messages about PAST and that it's up to HLL
authors to specify the nodes and what not.
In order to increase confusion, 'languages/punie' uses another PAST,
which is kind of
[bernhard - Mi 05. Okt 2005, 12:05:35]:
The dir 'examples/assembly' is gone in r10185.
The examples it formerly contained are either deleted or moved to
'library', 'pir' or 'pasm'.
Most of the moved examples are tested by t/examples/*.t.
Some broken examples, or not easily testable examples,
jerry gay schrieb:
i've been thinking about ways to reorganize parrot's test files, which
are currently spread throughout the source tree. so, here's my
proposal for refactoring them, for your consideration.
all parrot core tests should live under t/. notably, this includes
imcc, and other
chromatic schrieb:
On Sat, 2005-11-19 at 19:31 +0100, Bernhard Schmalhofer wrote:
Also Punie.pm Python.pm Tcl.pm should be moved from lib/Parrot/Test
to their respective dir in 'languages'.
How would the library loads in the test files look if this were the
case?
Setting
[EMAIL PROTECTED] - Mi 05. Okt 2005, 14:34:17]:
Many of the tests write temp files into the current working dir. Even
worse, some of these files many not get cleaned up if the tests exit
prematurely. Tests should be converted to use File::Temp where ever
possible.
Personally I don't mind
[bernhard - So 30. Okt 2005, 04:35:45]:
Hi,
it looks like recent PGE changes broke 'Parrot m4'.
I have boiled it down to a 20 line test cast and added it
as test 4 in t/library/pge.t. This test case fails, at least under my
Linux installation, with a segmentation fault.
My setup:
--- Ursprüngliche Nachricht ---
Von: Stig Brautaset [EMAIL PROTECTED]
An: perl6-internals@perl.org
Betreff: patch to unbreak 'make clean'
Datum: Fri, 28 Oct 2005 14:19:12 +0100
Hi,
This patch fixes 'make clean' for me.
Thanks for pointing this out. Patch applied in r9623. Obviously I
Hi,
as failing test are in popular demand, I have added a 'languages-smoke'
target to the main Makefile. So
make languages-smoke
should send a smoke report for languages testing to the smokeserver.
Recent smoke reports are then available under
http://smoke.parrotcode.org/smoke/.
Enjoy,
Nick Glencross schrieb:
I was looking at callbacks the other evening. Am I right in thinking
that only two callback prototypes are supported, or have I missed a
trick there as well?
Yes, I think that hasn't changed since I've looking into interfacing
Parrot with libsyck. As far as I
[leo - So 23. Okt 2005, 12:25:29]:
As Parrot_setup_args() is so far only used for passing 'output' to the
exec runcore, I propose a quick fix.
i. Do not use STRING register for passing options
ii. Move interp-imc_info-output to interp-output_file and use
interp-output_file for all
[bernhard - Do 20. Okt 2005, 13:35:43]:
When running 'make test' the command
./parrot -o examples/pasm/hello.o examples/pasm/hello.pbc
fails to create examples/pasm/hello.o. Instead a file with the name
'exex_output.o' is generated. It looks like the name of the output file
is
[EMAIL PROTECTED] - Di 18. Okt 2005, 02:51:18]:
This bug is a regression, 'make hello' works with release 0.3.0
(r9297).
Just some observations. When running 'make test' the command
./parrot -o examples/pasm/hello.o examples/pasm/hello.pbc
fails to create examples/pasm/hello.o.
Alberto Simões schrieb:
It's me again. Linked with gdbm (compiled with fink) and got these
errors.
They are kind weird because they complain about not being able to load
the library, but the tests run correctly. If they run correctly
without loading the library one of two things happens:
Joshua Hoblitt schrieb:
It looks like the CREDITS file hasn't been getting updated. I'd like
to revise that check-list to:
- add the patch author to CREDITS or update the authors entry in CREDITS
- add correspondence to the bug stating that the patch was applied AND
the svn revision number.
Will Coleda schrieb:
Applied, except for the patch to examples/md5sum.pir - That changes
the md5sum of the file, which then breaks t/examples/pir.t
Thanks for looking at the examples. The md5sum.pir changes are now also in.
Late at night I though that using the md5sum of md5sum.pir for
--- Ursprüngliche Nachricht ---
Von: Will Coleda (via RT) [EMAIL PROTECTED]
An: [EMAIL PROTECTED]
Betreff: [perl #37388] [TODO] remove -expnetwork from Config
From Configure.pl :
=item C--expnetwork
Enable experimental networking. This is an unused option and should
probably be
[jonathan - Di 04. Okt 2005, 15:03:03]:
After a show of demand for here docs on IRC (and leo's approval), I've
now modified to lexer to support them. The syntax for introducing a
heredoc is XXX, and it ends on the line containing (only) XXX. For
example:-
Thanks a lot Jonathan. Here docs
[doughera - Di 13. Sep 2005, 10:05:04]:
This patch makes it easier to compile parrot with a compiler other
than
the one used to compile perl5. It re-arranges the order in which
various
defaults are set so that the user may override them either with hints
files or interactively, via ask.
Joshua Hoblitt schrieb:
I'd like to propose that we fix the n! values listed on the examples page,
change the code example to the snippet below, and add a warning about BigInt's
requiring that GMP is installed.
Hi,
I have added information on how to provide patches to
Joshua Hoblitt schrieb:
I'm not surprised, the values listed on that webpage for !13, !14 and
!15 are wrong.
According to my lisp interpreter the correct values (Google confirmed)
are:
13! = 6227020800
14! = 87178291200
15! = 1307674368000
Well, the problem is that Parrot indeed
[lbr - Fr 08. Aug 2003, 08:45:43]:
We'll postpone deciding on this one until later - I've attached a
patch to env.t that tests the env-implementation on all platforms, and
doesn't fail on Solaris.
I'd like to reopen this ticket, as the issue isn't really resolved.
There is still a skipped
Matt Kennedy [EMAIL PROTECTED] wrote:
The attached env.patch patches classes/env.pmc to add vtable methods
elements() and get_iter() and modifies get_string_keyed() to also
accept integer keys so that it is possible to use an Iterator on the
environment.
I have applied this patch and
Joshua Hoblitt schrieb:
On Fri, Sep 09, 2005 at 11:38:55AM -1000, Joshua Hoblitt wrote:
On Fri, Sep 09, 2005 at 02:26:04PM -0700, Bernhard Schmalhofer via RT wrote:
I have committed the new test 't/doc/pod.t'.
Great. Were the make targets left out on purpose?
Nevermind
[EMAIL PROTECTED] - Di 19. Okt 2004, 19:49:44]:
Is it the intended operation of the 'factorial' program on the Parrot
examples page to
truncate the results? Looks like a bug to me...
I have checked the factorial example on
http://www.parrotcode.org/examples/pasm.html.
Starting with 13!
Joshua Hoblitt schrieb:
I've tried submitting this patch to RT twice now without any success so
I'm resorting to sending it directly to the mailing list.
-J
Hi,
thanks a lot for your patch. I also think that the problem with RT
were because of the size of the attachment.
TNX, Bernhard
Bernhard Schmalhofer via RT wrote:
Test 5 of t/examples/japh.t is failing on MacOS Tiger.
Hi,
I have played with the timing of the two threads in that test case.
Could you update to revision 9142 or later and check whether it now
works?
[ambs - Di 06. Sep 2005, 00:04:22
Alberto Simões schrieb:
[...]
t/examples/japhNOK 2
# Failed test (t/examples/japh.t at line 49)
# got: 'tsuJona rehtraP torkcaHp
# r'
# expected: 'Just another Parrot Hacker
# '
t/examples/japhok 15/15# Looks like you failed 1 test
of 15.
Joshua Hoblitt schrieb:
I should have added that this patch does s/behaviour/behavior/g. Which
brings up the issue of: which English are we using for docs?
That would be a question for Chip, or do we have a 'docs' pumkin?
I'll hold off on more doc patches until Chip weighs in on
This patch fixes a few typos, 81 char lines, and makes a couple of other
exceedingly minor tweaks.
Thanks applied in r9136.
I should have added that this patch does s/behaviour/behavior/g. Which
brings up the issue of: which English are we using for docs?
That would be a question for
ExtUtils::Command provides Unix commands on several platforms.
So it make sense to use ExtUtils::Command per default and not only for
Win32.
This is now applied in r9128. Please tell me about aventual problems.
CU, Bernhard
--
/* [EMAIL PROTECTED] */
[EMAIL PROTECTED] - Do 11. Aug 2005, 05:28:37]:
*nix utilities are not available on Win32.
But Perl allows to write portable test.
Merci,
applied. I'm wondering why we don't use ExtUtils::Commands by default for
all of the Parrot Makefiles and config tests.
--
/* [EMAIL PROTECTED] */
Amir Karger schrieb:
Running make test in languages dies because make bc.test tries to run
antlr, and I don't have antlr.
Should configure test for its existence or something?
Yes, there is already a config-test for ANTLR, but obviously it isn't
used yet.
ANTLR isn't needed anyways, as the
All extend and thread tests have passed for me on trunk with normal
build. timer seems to pass outside the harness, but isn't happy inside
it. Signal seems to have a 'Signal 1' message in the output which breaks
the test.
I'm just going to repeat this to double check things. I'll add
Hi,
I have applied a couple of old patches from Limbic~Region. These patches
are enabling some tests for cygwin. Unfortunately I have no cygwin
installed, so I can't tell whether the enabled tests are passing. But I
think that right after a release is a good time for breaking things.
Could one
Amir Karger schrieb:
I have a test script that runs 85 tests (and will run many more once I
write more opcodes. Luckily, I developed it already when I was doing
plotz). I could easily modify it to output ok n and not ok with a
comment about what went wrong. However, because it's a big Z-code
Amir Karger schrieb:
Is there a way to declare an array of, say, 300 strings in PIR other than
arr = 300
arr[0] = hi
arr[1] = there
arr[2] = my
...
arr[298] = very
arr[299] = tired
Same question with a hash of hashes or whatever.
Assigning an integer to the array should do the trick.
[EMAIL PROTECTED] - Mi 03. Aug 2005, 00:40:59]:
With this small patch, gdbmhash works on MinGW.
Thanks,
the patch is applied, and thinks look OK under Linux as well.
Do you have an explaination why config/auto/gdbm.pl seems to see a gdbm
library. I don't see 'gdbm3' mentioned there. Is the
Autrijus Tang schrieb:
If the goal is to demonstrate the capability of the upcoming expression
parser and minimal AST, I think bc, the arbitrary precision calculator
language, is a good candidate.
Indeed it is. The nice thing about 'bc' is that is fairly simple, but
still has variables and
Ron Blaschke schrieb:
I'm feeling rather dumb asking this, but Fconfig/auto/bc.pl says:
Currently GNU bc is only used for doublechecking Parrot bc.
Now, my question is: Where is Parrot bc?
Parrot bc is sitting on my local disk, being very disfunctional.
I'll check it in, as soon as it
Kevin Tew schrieb:
Debian sid reports m4 --version as
GNU M4 1.4.3
Written by Rene' Seindal.
notice the captial M.
Thanks, applied.
CU, Bernhard
Leopold Toetsch schrieb:
Juergen Boemmels wrote:
On Wednesday 18 May 2005 07:52, Leopold Toetsch wrote:
I'd say we just drop this test. Whenever you do reasoanble work in the
working tree, you got test files, editor swap file and whatnot.
Yep, checking for temporary files is not a priority.
But
Juergen Boemmels schrieb:
Hello,
In the current SVN repository are 76 .cvsignore files. In SVN they aren't used
any more. SVN uses the property 'svn:ignore' on a directory instead.
During the cvs = svn transition the svn:ignore properties were set but in
the recent weeks they started to diverge.
chromatic schrieb:
On Wed, 2005-05-11 at 18:16 +0200, Uwe Voelker wrote:
I fixed a small typo in PBC_COMPAT.
Thanks, applied.
From reading PBC_COMPAT I gathered that PBC_COMPAT should only be
changed, when the PBC syntax has changed.
# The text in this file is also the base of the
#
this simple patch removes a build warning in io\io_win32.c:
io\io_win32.c(272) : warning C4550: expression evaluates to a function
which is missing an argument list
The patch is applied.
This warning surfaces only because I had inadvertedly enabled
PARROT_NET_DEVEL in io/io_private.h in SVN
Hi,
I noticed that the favicon.ico for http://www.parrotcode.org is a Camel.
Can we have a Parrot for that, in order to do the many non-Perl Parrot
based languages justice?
Putting that favicon.ico into 'docs' would also make
'examples/io/httpd.imc' happy.
CU, Bernhard
[leo - Mo 14. Feb 2005, 02:59:47]:
Markus Amslser [EMAIL PROTECTED] wrote:
Now it's getting funny. I have written a tiny webserver in imc, that can
serve the parrot html documentation.
Great, thanks. Some remarks:
- served line endings should by \r\n: lynx doesn't work with \n only
Some outdated files:
lib/Parrot/PackFile/*
lib/Parrot/PackFile.pm
lib/Parrot/PackFile2.*
what is:
lib/Parrot/String.pm old packfile code?
lib/Parrot/Types.pm same?
lib/Parrot/Key.pm same?
All the above files appear to be remnants of
Either pmc2c.pl should be deleted or pmc2c2.pl should be renamed to
pmc2c.pl.
A better location might be 'build_tools/pmc2c.pl
Attached is a patch that does just that, including appropriate
documentation changes. Note that these changes involved using 'svn rm'
and 'svn mv'.
be the easiest thing to check only for 'has_gnu_bc'.
Ultimatively the bc test should end up in 'languages/bc', but AFAIK,
there is no language specific config yet.
CU, Bernhard
--
**
Dipl.-Physiker Bernhard Schmalhofer
Senior Developer
Biomax Informatics AG
' and split it into e.g.
'src/main.c' and 'imcc/frontend.c'. This would make the distinction more
clear, and would provide an opportunity to clean up the exported symbols.
CU, Bernhard
--
**
Dipl.-Physiker Bernhard Schmalhofer
Senior Developer
Biomax
[mdiep - Di 22. Mr 2005, 14:35:02]:
pmc2c2.pl is the new pmc2c.pl. Both currently exist in Parrot CVS.
Either pmc2c.pl should be deleted or pmc2c2.pl should be renamed to
pmc2c.pl.
A better location might be 'build_tools/pmc2c.pl*, as the script is also
used in 'dynclasses/build.pl'. It
--
**
Dipl.-Physiker Bernhard Schmalhofer
Senior Developer
Biomax Informatics AG
Lochhamer Str. 11
82152 Martinsried, Germany
Tel: +49 89 895574-839
Fax: +49 89 895574-825
eMail: [EMAIL PROTECTED]
Website: www.biomax.com
**
Hi,
I have been adding a PIR implementation and three 'Hello World' tests to
'languages/parrot_compiler'.
Code is taken from STDIN, compiled by a builtin compiler, and the resulting
Eval PMC
is invoked. This works as expected for PASM and PIR.
For PAST, Parrot abstract syntax tree as simple
--
**
Dipl.-Physiker Bernhard Schmalhofer
Senior Developer
Biomax Informatics AG
Lochhamer Str. 11
82152 Martinsried, Germany
Tel: +49 89 895574-839
Fax: +49 89 895574-825
eMail: [EMAIL PROTECTED]
Website: www.biomax.com
**
Hi,
I'm currently working on some Parrot bits, including some more cleanup of
the test suite.
For that it would be convenient to have commit right in CVS and rights in
the RequestTracker.
Could a kind soul set that up? My user ID on auth.perl.org is 'bernhard'.
CU, Bernhard
--
/* [EMAIL
--
**
Dipl.-Physiker Bernhard Schmalhofer
Senior Developer
Biomax Informatics AG
Lochhamer Str. 11
82152 Martinsried, Germany
Tel: +49 89 895574-839
Fax: +49 89 895574-825
eMail: [EMAIL PROTECTED]
Website: www.biomax.com
**
The recent gdbmhash configure check causes the following output on my
system during the build.
I have changed dynclasses.in to use the CONDITIONED_LINE hack. So there
is no longer a need to access a potentially undefined config value.
A patch is attached.
Leopold Toetsch wrote:
Bernhard Schmalhofer [EMAIL PROTECTED] wrote:
I have been working on a dynamic PMC that calls into 'gdbm'. 'gdbm' is a
file based database, that provides dictionary lookup.
There are no fancy features yet. INVAL, FLOATVAL, PMC and STRINGS are
converted to char arrays
::Build,
'extrb' is planned for Parrot.
CU, Bernhard
--
**
Dipl.-Physiker Bernhard Schmalhofer
Senior Developer
Biomax Informatics AG
Lochhamer Str. 11
82152 Martinsried, Germany
Tel: +49 89 895574-839
Fax: +49 89 895574-825
eMail: [EMAIL PROTECTED
the library 'libnci.so' is used for testing the Native Call Interface, not
for implementing NCI. So the name 'libnci_test.so' make more sense.
For Win32 I have moved 'libnci.def' for
'runtime/parrot/dynext/libnci_test.def'. However
I could not test wether this works.
I've just noticed that
into
the shared library
of PDL for Perl5. Of course, one could also just steal the code or roll
your own code.
CU, Bernhard
--
**
Dipl.-Physiker Bernhard Schmalhofer
Senior Developer
Biomax Informatics AG
Lochhamer Str. 11
82152 Martinsried, Germany
Tel
The attached patch makes the Hash PMC use basic PMCs by default.
Sorry again,
one shouldn't send any patches after midnight.
First I forgot to clean up cruft from hash_pmc_20041218.patch. Then,
trying to send the corrected patch, I misspelled the name of the mailing
list.
So, please note
.
- The NCI method has an implementation in Hash and in PerlHash, this is
not nice
CU, Bernhard
--
**
Dipl.-Physiker Bernhard Schmalhofer
Senior Developer
Biomax Informatics AG
Lochhamer Str. 11
82152 Martinsried, Germany
Tel: +49 89 895574-839
Fax: +49 89
--
**
Dipl.-Physiker Bernhard Schmalhofer
Senior Developer
Biomax Informatics AG
Lochhamer Str. 11
82152 Martinsried, Germany
Tel: +49 89 895574-839
Fax: +49 89 895574-825
eMail: [EMAIL PROTECTED]
Website: www.biomax.com
**
in the root directory.
--
**
Dipl.-Physiker Bernhard Schmalhofer
Senior Developer
Biomax Informatics AG
Lochhamer Str. 11
82152 Martinsried, Germany
Tel: +49 89 895574-839
Fax: +49 89 895574-825
eMail: [EMAIL PROTECTED]
Website: www.biomax.com
**
, was running in August.
In case that a real ECMAScript-project gets started, I'd be happy to
contribute.
CU, Bernhard
--
**
Dipl.-Physiker Bernhard Schmalhofer
Senior Developer
Biomax Informatics AG
Lochhamer Str. 11
82152 Martinsried, Germany
Tel
Leopold Toetsch wrote:
Bernhard Schmalhofer [EMAIL PROTECTED] wrote:
The 'eval' compiler returns a bytecode segment without a constant table. The
'destroy' of the Eval PMC needs to handle that.
How that? Are there no constants? Anyway, switching to a new bytecode
segment does switch the constant
Matt Fowles wrote:
string pinning
Bernhard Schmalhofer wanted to pass the same C-string into to different
external functions so that the first could do things to it that the
second required. However, the solution that he found kept eating his
string after the first invocation
with 'libsyck' for Parrat is on
http://yaml.kwiki.org/index.cgi?ParrotDev .
CU, Bernhard
--
**
Dipl.-Physiker Bernhard Schmalhofer
Senior Developer
Biomax Informatics AG
Lochhamer Str. 11
82152 Martinsried, Germany
Tel: +49 89 895574-839
Fax: +49 89
?
Not copying the string buffer would propably prevent memory checker like
'efence' from doing their work. The external libs could also modify the
string, which is good and bad.
CU, Bernhard
--
**
Dipl.-Physiker Bernhard Schmalhofer
Senior Developer
Biomax
to look into the garbage collection tests.
CU, Bernhard
--
**
Dipl.-Physiker Bernhard Schmalhofer
Senior Developer
Biomax Informatics AG
Lochhamer Str. 11
82152 Martinsried, Germany
Tel: +49 89 895574-839
Fax: +49 89 895574-825
eMail: [EMAIL PROTECTED
Hi,
I am trying to pass a string, containing YAML, from Parrot to the shared
library 'libsyck'.
'libsyck' provides two functions:
void syck_parser_str( SyckParser *, char *, long, SyckIoStrRead ); (
v_ptip )
SYMID syck_parse( SyckParser * ); ( i_p
)
Hi,
I have started to work on some of the missing ops for the Resizable*Array
PMCs.
I noticed that, unlike the Array and PerlArray PMC, they currently do not
use the functionality from src/list.c.
This means that a ResizablePMCArray cannot be broken up in chunks and
set P0, .ResizablePMCArray
reasons we might need some sort/merge algorithm anyway
and then it can work through chunks too.
CU, Bernhard
--
**
Dipl.-Physiker Bernhard Schmalhofer
Senior Developer
Biomax Informatics AG
Lochhamer Str. 11
82152 Martinsried, Germany
Tel: +49 89 895574
it, there is no support yet for passing arbitrary
structs to the callback sub.
It doesn't look too hard to implement, so I'm working on it.
CU, Bernhard
--
**
Dipl.-Physiker Bernhard Schmalhofer
Senior Developer
Biomax Informatics AG
Lochhamer Str. 11
82152
, and therefore hard to test.
I could rewrite the test and check only, that the stringified
ParrotLibrary contains the substring 'nci'. My guess is, that this
should work on all platforms so far.
CU, Bernhard
--
**
Dipl.-Physiker Bernhard Schmalhofer
unexpectedly little
cruftiness. However I don't know about Win32 support.
CU, Bernhard
--
**
Dipl. Phys. Bernhard Schmalhofer
Senior Developer
Biomax Informatics AG
Lochhamer Str. 11
82152 Martinsried, Germany
Tel: +49 89 895574-839
Fax: +49 89 895574
/qcl.html, C99 and PDL,
http://pdl.perl.org/, have them as a basic type.
CU, Bernhard
--
**
Bernhard Schmalhofer
Senior Developer
Biomax Informatics AG
Lochhamer Str. 11
82152 Martinsried, Germany
Tel: +49 89 895574-839
Fax: +49 89 895574-825
eMail: [EMAIL
care about I'd just throw the thing into the standard library
and punt on it entirely...
Hi,
in 'GNU m4' this is called 'esyscmd'. But I doubt that this is more
inuitive than 'pipeopen' or 'backtick'.
CU, Bernhard
--
**
Bernhard Schmalhofer
Senior
, Bernhard
--
**
Bernhard Schmalhofer
Senior Developer
Biomax Informatics AG
Lochhamer Str. 11
82152 Martinsried, Germany
Tel: +49 89 895574-839
Fax: +49 89 895574-825
eMail: [EMAIL PROTECTED]
Website: www.biomax.com
**
In line 9 of 'test_pcre.imc' I'm calling a sub, that does nothing at
all.
But as a side effect the string a isn't matching the regex a any
more.
I don't see any effect on calling the sub or not. Both cases do match.
Trying 'test_pcre.imc' with a parrot from sources as of 2004-05-09
Hi,
since the last couple of days 'Parrot m4' does strange things when using
a fresh 'parrot'. Internally 'libpcre' is used for regular expression
matching. For a strange reason some strings are not matching any more.
I boiled it down to a test case of 50 lines of PIR. Could somebody take a
look
Hi,
I am trying to implement the 'eval' macro im Parrot m4. The Parrot m4
interpreter is implemented in PIR. The 'eval' is a simple interpreter for
integer artithmetic and forms thus a micro language within a mini language.
For implementing the 'eval' macro I took following approach:
i.
, Bernhard
--
**
Bernhard Schmalhofer
Senior Developer
Biomax Informatics AG
Lochhamer Str. 11
82152 Martinsried, Germany
Tel: +49 89 895574-839
Fax: +49 89 895574-825
eMail: [EMAIL PROTECTED]
Website: www.biomax.com
**
, but propably won't put much work
into 5.005 support. Let's wait until Parrot is maturing from Perl5.
CU, Bernhard
--
**
Bernhard Schmalhofer
Senior Developer
Biomax Informatics AG
Lochhamer Str. 11
82152 Martinsried, Germany
Tel: +49 89 895574-839
Fax: +49 89
lAdam Thomason wrote:
Hmm, this is still wrong. The error message isn't just a function of the
locale; it's also dependent on the OS.
AIX is now back to expecting No such file or directory courtesy of
LANG=C
when the imcc error is A file or directory in the path name does not
exist.
That's
no effect.
Might it be better to set LANG to 'C', instead of 'en'?
Thanks, applied.
leo
--
**
Bernhard Schmalhofer
Senior Developer
Biomax Informatics AG
Lochhamer Str. 11
82152 Martinsried, Germany
Tel: +49 89 895574-839
Fax: +49 89 895574-825
, 83.33%)
--
**
Bernhard Schmalhofer
Senior Developer
Biomax Informatics AG
Lochhamer Str. 11
82152 Martinsried, Germany
Tel: +49 89 895574-839
Fax: +49 89 895574-825
eMail: [EMAIL PROTECTED]
Website: www.biomax.com
**
101 - 200 of 207 matches
Mail list logo