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,
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
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
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
Very, very,
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
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
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 if
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
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]
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
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, STDIN line 9.
Also, why is this line in Configure.pl (748)
system($c{cc} $c{ccflags}
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.
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, STDIN 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.
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
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
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
make[1]:
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 me when
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 -r1.68
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
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:
...
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, January
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 just add
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
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 checking if
39 matches
Mail list logo