At 21:09 04/10/2005 -0700, you wrote:
> [EMAIL PROTECTED] - Mon Jun 06 23:49:58 2005]:
>
>
> The following problem is the same that in [perl #35388],
> so the patch for root.in tries to generalize the solution.
>
> $ make install
> Invoking Parrot to generate install_config.fpmc
>
On Thu, Sep 29, 2005 at 09:21:40AM -0700, Dave Whipp wrote:
> Luke Palmer wrote:
>
> >Joked? Every other language that has pattern matching signatures that
> >I know of (that is, ML family and Prolog) uses _. Why should we break
> >that? IMO, it's immediately obvious what it means.
> >
> >Somet
Here's an updated version of a patch to change how parrot picks up its
built-in configuration values. They are currently picked up by the
parrot library through globals linked against the executable.
This patch changes the API so that the parrot environment starts without
a config (which makes
Always the last one. For each test, the get_path is called twice and in
both cases the third printf is the one called.
Cheers
Alberto
Bernhard Schmalhofer wrote:
Alberto Simões schrieb:
It's me again. Linked with gdbm (compiled with fink) and got these
errors.
They are kind weird because t
"Alberto Simões" <[EMAIL PROTECTED]> wrote:
The make:
[...]
../../parrot mklib.pir >PGE/Library.pir
make[1]: *** [PGE.pbc] Error 138
make: *** [compilers.dummy] Error 2
Fixed before the message hit the mailing list. ;-)
Thanks again,
Jonathan
gdbmhash.pmc class_init is being called more than once... first time the
load fails, second time it fails... and is not called any more.
Something very weird around :)
Alberto Simões wrote:
It's me again. Linked with gdbm (compiled with fink) and got these errors.
They are kind weird because
eval_12.pir is one of the few tests which are failing on HP-UX. It
writes some bytecode to a file and executes it, and then does it again
with a slight variation.
Running the test gives:
# ./parrot t/pmc/eval_12.pir
hello from foo_1
Parrot VM: Can't mmap file /var/tmp/build/src/parrot_hpux/./t
The make:
[...]
../../parrot mklib.pir >PGE/Library.pir
make[1]: *** [PGE.pbc] Error 138
make: *** [compilers.dummy] Error 2
Debugging a little:
[EMAIL PROTECTED] pge]$ ../../parrot mklib.pir > PGE/Library.pir
Bus error
[EMAIL PROTECTED] pge]$ gdb ../../parrot
GNU gdb 6.1-20040303 (Apple versi
On Fri, 14 Oct 2005 08:38:55 +0200, Peter Makholm <[EMAIL PROTECTED]> wrote:
> Yesterday I spend some hours getting pugs to understand
> translitterations with multiple ranges in each pair. E.g.
>
> "foobar".trans( "a-z" => "n-za-n" );
>
> By accident I tested something like:
>
> "foobar".t
On Sun, Oct 16, 2005 at 02:21:38PM +0100, Jonathan Worthington wrote:
> Hi,
>
> I keep running accros files that at the top of the file say they are
> copyrighted to individual people, then adding stuff to the code as surely
> many others have. Am I right in thinking that everything is supposed
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:
1
Hi,
I keep running accros files that at the top of the file say they are
copyrighted to individual people, then adding stuff to the code as surely
many others have. Am I right in thinking that everything is supposed to be
"Copyright The Perl Foundation"? This is what I've done with any new f
12 matches
Mail list logo