The patch below my sig adds two new features.
1. Compiler directives, etc. in files other than core.ops will now
work.
The bug that caused this not to work was based on how the ops files were
loaded in. Originally, it would loop through each ops file and allocate
an object for it, then
We're missing a couple of files from the MANIFEST.
Simon
--- MANIFEST.oldSun Jan 6 15:06:12 2002
+++ MANIFESTSun Jan 6 15:07:09 2002
@@ -85,6 +85,7 @@
examples/mops/mops.rb
examples/mops/mops.scheme
global_setup.c
+hints/cygwin.pl
hints/darwin.pl
hints/mswin32.pl
hints/o
New File: KNOWN_ISSUES
Here's the list of things that we know are broken, or
are admittedly hackish stopgap measures.
- 'long doubles' on x86 don't work. It's a packfile thing, which
will eventually change. They'll be fixed th
At 09:48 PM 1/5/2002 -0700, Thomas Fjellstrom wrote:
>On January 5, 2002 05:23 am, you wrote:
> > On Fri, Jan 04, 2002 at 11:00:45PM -0500, Jeff G wrote:
> > > new P0,PerlHash
> > > set P0,-6,"foo" # Store the value -6 in key 'foo' of the hash P0
> > > set I0,P0,"foo" # Recover the value at "foo"
With these, it at least compiles. Lots of warnings, and a few test
failures. Note that I do not have that much confidence in my lcc
installation. It failed some of its own tests. When I have time, i'll
reinstall and see if I can figure out what's wrong.
Index: classes/perlhash.pmc
==
At 01:16 AM 1/6/2002 -0800, Brent Dax wrote:
>The patch below my sig adds two new features.
Applied, thanks.
Dan
--"it's like this"---
Dan Sugalski even samurai
[EMAIL PROTECTED]
At 10:31 PM 1/5/2002 +, Simon Glover wrote:
> The recent removal of the iton/ntoi ops in favour of an extended meaning
> of set causes jakoc to break. Enclosed patch fixes.
Applied, thanks.
Dan
--"it's like this"-
At 07:21 PM 1/5/2002 +, Simon Glover wrote:
> As is perhaps not surprising, given the speed at which Parrot is
> evolving, our introduction could do with a bit of an update. The
> enclosed patch is a first attempt at this; in it, I've tried to
> remove some of the most out-of-date informat
At 04:06 AM 1/5/2002 -0800, Brent Dax wrote:
>This one is quite useful to anyone who's fiddling around with additional
>oplibs. It adds a prompt to Configure asking for a list of opcode files
>to use. The default is everything available except for obscure.ops.
>
>In addition, it makes it so that
At 03:14 PM 1/6/2002 +, Simon Glover wrote:
> We're missing a couple of files from the MANIFEST.
Applied, thanks.
Dan
--"it's like this"---
Dan Sugalski even samurai
[EMAIL
Applied, thanks
Dan
--"it's like this"---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy
Once the patch is applied, I can test on my own win32 lcc. I don't have
on on Linux, so I can't test at this time.
Ilya
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Josh Wilmes
> Sent: Sunday, January 06, 2002 9:35 AM
> To: [EMAIL PROTECTED]
> S
At 12:35 PM 1/6/2002 -0500, Josh Wilmes wrote:
>With these, it at least compiles. Lots of warnings, and a few test
>failures. Note that I do not have that much confidence in my lcc
>installation. It failed some of its own tests. When I have time, i'll
>reinstall and see if I can figure out w
Is it supposed to be generated? Win32 doesn't 'know how to make' it.
Jason.
On Sun, Jan 06, 2002 at 10:36:40AM -0800, Jason Diamond wrote:
> Is it supposed to be generated? Win32 doesn't 'know how to make' it.
There's an rx.h? Brent, explain yourself! :)
--
Life would be so much easier if we could just look at the source code.
-- Dave Olson
Ok, trying to compile with lcc for wint32, I get...
Determining if your C compiler is actually gcc (this could take a
while):
cpp: Can't open input file msvcrt.lib
C compiler died! at Configure.pl line 748, line 9.
Also, why is this line in Configure.pl (748)
system("$c{cc} $c{ccflags} -I./in
Simon Cozens:
# On Sun, Jan 06, 2002 at 10:36:40AM -0800, Jason Diamond wrote:
# > Is it supposed to be generated? Win32 doesn't 'know how to make' it.
#
# There's an rx.h? Brent, explain yourself! :)
Well, there is one--on my computer. ;^) That must have snuck in with
my Configure patch. *loo
On Sun, Jan 06, 2002 at 11:58:03AM -0800, Brent Dax wrote:
> Just delete it from the Makefile for now or ship an empty rx.h.
We'll delete it from the Makefile. It doesn't exist. You can go
about your business. Move along, move along.
--
On our campus the UNIX system has proved to be not only an
At 02:24 PM 1/6/2002 -0800, Sterin, Ilya wrote:
>Ok, trying to compile with lcc for wint32, I get...
>
>Determining if your C compiler is actually gcc (this could take a
>while):
>
>cpp: Can't open input file msvcrt.lib
>C compiler died! at Configure.pl line 748, line 9.
Damn. There's something
I do have msvcrt.lib in the lcc/lib dir, I wonder if somehow does not
know where to get it. I'm not very familiar with lcc, just installed it
to help out with parrot compilations, but I'll go through the docs to
see if I can find something.
Ilya
> -Original Message-
> From: Dan Sugalski
Patch below my sig:
-changes Parrot::OpLib::core's dependencies to reflect the new
selectable ops files
-allows some of the special forms of 'goto' inside the PREAMBLE of an
opcode file
--Brent Dax
[EMAIL PROTECTED]
Configure pumpking for Perl 6
"Nothing important happened today.
At 01:49 PM 1/6/2002 -0800, Brent Dax wrote:
>Patch below my sig:
> -changes Parrot::OpLib::core's dependencies to reflect the new
>selectable ops files
> -allows some of the special forms of 'goto' inside the PREAMBLE of an
>opcode file
Applied, thanks.
Hello,
This weekend I played a little bit with Parrot, and in order to learn
more about vtables I just implemented Scheme Pairs
Here are the changes:
* MANIFEST, Makefile.in, global_setup.c, classes/Makefile.in
include/parrot/pmc.h:
Added SchemePair as described in
> Revision ChangesPath
> 1.6 +68 -56parrot/docs/intro.pod
>
> Index: intro.pod
> ===
> RCS file: /home/perlcvs/parrot/docs/intro.pod,v
> retrieving revision 1.5
> retrieving revision 1.6
> diff -u -w -r1
Hi.
How do I tell parrot to use the obscure opcodes?
Or more general, if I add some opcodes in a file like gsl.ops,
how do I tell parrot about them?
Boris.
Boris Tschirschwitz:
# How do I tell parrot to use the obscure opcodes?
We've just modified Configure to do that. If you retrieve the latest
version of Parrot from CVS, you'll get a version of Configure which asks
you what .ops you want to use; when it does, type in '+obscure.ops'
(without the
I recently did a build from scratch and noticed that vtable.ops,
vtable_ops.c etc are not being generated. Is there something new I need to
do in the config or is it broken.
I'm on a cygwin platform.
David
There seems to be a problem during compilation of the latest cvs version
(after 6pm): After starting make:
..
..
..
make[1]: Entering directory '/home/boris/parrot/docs'
perldoc -u ../Parrot/PackFile.pm > packfile-perl.pod
make[1]: *** [packfile-perl.pod] Error 1
make[1]: Leaving director
> That's what I thought I remembered; in that case, here's a patch:
>
> Index: core.ops
> ===
> RCS file: /home/perlcvs/parrot/core.ops,v
> retrieving revision 1.68
> diff -u -r1.68 core.ops
> --- core.ops 4 Jan 2002 02:36:25 -
At 06:24 PM 1/6/2002 -0800, Boris Tschirschwitz wrote:
>There seems to be a problem during compilation of the latest cvs version
>(after 6pm): After starting make:
>
>..
>..
>..
>make[1]: Entering directory '/home/boris/parrot/docs'
> perldoc -u ../Parrot/PackFile.pm > packfile-perl.pod
>m
> >make[1]: Entering directory '/home/boris/parrot/docs'
> > perldoc -u ../Parrot/PackFile.pm > packfile-perl.pod
> >make[1]: *** [packfile-perl.pod] Error 1
> >make[1]: Leaving directory '/home/boris/parrot/docs'
> >make: [docs/.dummy] Error 2
>
> Hmmm. That's the last of what prints for
At 06:36 PM 1/6/2002 -0800, Boris Tschirschwitz wrote:
> > >make[1]: Entering directory '/home/boris/parrot/docs'
> > > perldoc -u ../Parrot/PackFile.pm > packfile-perl.pod
> > >make[1]: *** [packfile-perl.pod] Error 1
> > >make[1]: Leaving directory '/home/boris/parrot/docs'
> > >make: [d
At 06:30 PM 1/6/2002 -0800, Hong Zhang wrote:
> > That's what I thought I remembered; in that case, here's a patch:
> >
> > Index: core.ops
> > ===
> > RCS file: /home/perlcvs/parrot/core.ops,v
> > retrieving revision 1.68
> > diff -u
On Sun, 6 Jan 2002, Dan Sugalski wrote:
> ...
> >Yes, it runs, but starting with PMC tests the tests fail (pmc3.pasm: no
> >opcode add)
>
> Hmmm. If you haven't, try a make clean first. I'll poke around here and see
> if I can duplicate the problem.
Doesn't help, exactly the same message.
Boris.
On Sunday 06 January 2002 09:24 pm, Boris Tschirschwitz wrote:
> There seems to be a problem during compilation of the latest cvs version
> (after 6pm): After starting make:
>
> ..
> ..
> ..
> make[1]: Entering directory '/home/boris/parrot/docs'
> perldoc -u ../Parrot/PackFile.pm > packfile
That's the strangest thing:
I am reading perldocs for days with 'perldoc', but now it tells me I'll
have to install the perldoc package. (Using Debian on an i686)
Sorry, apparently it's all my stupid fault, I'll just have to find out
why.
Boris.
On Sun, 6 Jan 2002, Bryan C. Warnock wrote:
> ...
At 06:53 PM 1/6/2002 -0800, Boris Tschirschwitz wrote:
>That's the strangest thing:
>
>I am reading perldocs for days with 'perldoc', but now it tells me I'll
>have to install the perldoc package. (Using Debian on an i686)
>Sorry, apparently it's all my stupid fault, I'll just have to find out
>wh
This is the same problem I reported. The vtable.ops is not being generated
so all the pmc tests will fail (i.e., the ops don't exist).
David
- Original Message -
From: "Boris Tschirschwitz" <[EMAIL PROTECTED]>
To: "Dan Sugalski" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Sunday,
On Sun, 6 Jan 2002, Dan Sugalski wrote:
> Running as root, perhaps? perldoc doesn't like that.
Ha, thanks so much, I forgot to leave root after an 'su' to make install
something.
Boris.
On Sun, 6 Jan 2002, David & Lisa Jacobs wrote:
> This is the same problem I reported. The vtable.ops is not being generated
> so all the pmc tests will fail (i.e., the ops don't exist).
>
> David
Right, the tests are still broken on my computer, too.
Boris.
> On Sun, 6 Jan 2002, David & Lisa Jacobs wrote:
>
> > This is the same problem I reported. The vtable.ops is not being generated
> > so all the pmc tests will fail (i.e., the ops don't exist).
> >
> > David
>
> Right, the tests are still broken on my computer, too.
> Boris.
But they pass if you
On Sun, 6 Jan 2002, Boris Tschirschwitz wrote:
> Config.pl
Configure.pl
Okay, I found the problem with ops that weren't created and fixed it.
Resync and try again.
Dan
--"it's like this"---
Dan Sugalski even samurai
[EMAIL PROTECTED]
Hi.
I just implemented some opcodes for the 'GNU Scientific Library'.
The opcodes are in the file 'gsl.ops', and tests are in 'gsl.t'
These are very few and rather uninteresting ops, I was mostly checking if
I know how to do it.
I submit them already because:
* I'd like to hear if you think that
Now I forgot to attach the files :)
On Sun, 6 Jan 2002, Boris Tschirschwitz wrote:
> Hi.
>
> I just implemented some opcodes for the 'GNU Scientific Library'.
> The opcodes are in the file 'gsl.ops', and tests are in 'gsl.t'
> These are very few and rather uninteresting ops, I was mostly checkin
45 matches
Mail list logo
