> The use of ar rcs to build a library and reconstruct the symbol table
> is non-portable. (Mac OS X, for example, doesn't support the
> 's' option to ar.)
Yes, I had noticed that, and was hoping someone more knowledgeable would
help out with our build problems. :)
> The following patch changes
> I discovered 'make languages' yesterday. The enclosed patch cleans up a
> lot of small nits I found in the build process. In a number of cases, the
> Makefiles were running perl scripts as
> ./script
> rather than as
> $(PERL) script
>
> A few other places called a plain 'perl' ins
Codename Octarine
Schedule as follows:
August 29, 8am EDT: Code slush, only bug and warning fixes allowed.
August 30, 11:59pm EDT: Code freeze and pretag
August 31, 00:59 EDT: Tag and Release
--
Jeff <[EMAIL PROTECTED]>
Andy Dougherty wrote:
> I note that currently imcc uses Bison and Flex. Is there any compelling
> reason for this? I've sort of got it working with Sun's yacc and flex. Do
> folks think it would be worthwhile for me to polish things up a bit and
> post patches so it builds fine with either?
S
At 12:15 PM 8/28/2002 -0700, Steve Fink wrote:
>Anyone else notice that imcc eats something called PIR, for _P_arrot
>_I_ntermediate um... _R_anguage? I think Melvin was avoiding PIL
_R_epresentation
I'm influenced mostly by my favorite compiler book by Steven Muchnick. He
has 3 intermediate lan
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #16820]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=16820 >
The use of ar rcs to build a library and reconstruct the symbol table
is non-portable
On Wed, Aug 28, 2002 at 01:18:19PM -0400, Deven T. Corzine wrote:
> Re: [perl6-language] Does ::: constrain the pattern engine implementation?
>
> On Wed, 28 Aug 2002, Dan Sugalski wrote:
>
> > A medium-term goal for the regex engine is to note where a DFA would give
> > correct behaviour and u
I note that currently imcc uses Bison and Flex. Is there any compelling
reason for this? I've sort of got it working with Sun's yacc and flex. Do
folks think it would be worthwhile for me to polish things up a bit and
post patches so it builds fine with either?
Or is the use of Bison/Flex a tem
On Wed, 28 Aug 2002, Dan Sugalski wrote:
> How're we coming with the perl 6 regex stuff? What works, what
> doesn't, and are we at a state where we can release something for
> people to play with?
There are plenty of things, like anonymous rules, any of the builtin
assertions, and modifiers, that
Hi,
Now that we've got ICU in, I thought it may be time to revisit the
encodings implementation. I am a clamorous ignorant is
unicode/encodings issues, so please be patient with me. :)
>From what I have asked people at IRC, and what's on the list archives,
my understanding of how parrot will
So, folks...
How're we coming with the perl 6 regex stuff? What works, what
doesn't, and are we at a state where we can release something for
people to play with?
--
Dan
--"it's like this"---
Dan Suga
Re: [perl6-language] Does ::: constrain the pattern engine implementation?
On Wed, 28 Aug 2002, Dan Sugalski wrote:
> A medium-term goal for the regex engine is to note where a DFA would give
> correct behaviour and use one, rather than going through the more
> expensive generalized regex engi
On Fri, 23 Aug 2002 16:56:54 +0200 Aldo Calpini <[EMAIL PROTECTED]> wrote:
> I stumbled upon this because I'm trying to implement an
> Iterator PMC (almost done), and the most obvious way I've
> found to bind the iterator to what it should iterate is this
> one:
>
> new P0, .PerlHash
>
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #16818]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=16818 >
I discovered 'make languages' yesterday. The enclosed patch cleans up a
lot of small
14 matches
Mail list logo
