Matisse,
this is great work! Would it be possible for you to summarise this on
the parrot wiki somewhere?[1] Then we have a more permanent and
central location for the information.
Paul
[1] http://www.perlfoundation.org/parrot/index.cgi?parrot
> Both passing and failing builds from buildbot s
Much better :)
The attached patch failed to patch MANIFEST, but I think that is not
critical here :)
Cheers
James Keenan via RT wrote:
Alberto: Does the attached work for you?
--
Alberto Simões - Departamento de Informática - Universidade do Minho
Campus de Gualtar - 4710
Patch applied in r24843. Resolved.
On Jan 14, 2008 12:38 PM, Allison Randal <[EMAIL PROTECTED]> wrote:
> Klaas-Jan Stol wrote:
> >
> > Was there a "programming perl" book for Perl 1? Or any other books?
> > For now I'm kinda stuck, because I don't know the exact semantics of
> each
> > construct of Perl 1.
>
> I ran into the same t
Klaas-Jan Stol wrote:
Was there a "programming perl" book for Perl 1? Or any other books?
For now I'm kinda stuck, because I don't know the exact semantics of each
construct of Perl 1.
I ran into the same thing. The first edition of "Programming perl"
wasn't until Perl 4. The best you're goin
Klaas-Jan Stol wrote:
Unless I misunderstood the Yacc/bison manual, the /order/ in which the
operator associativity is declared, defines the precedence, from top to
bottom in increasing order. So:
%left '+' '-'
%left '*' '/' '%'
means that *, / and % take precedence over + and -.
Aye, but t
I continue to experience the problem but have partially diagnosed it.
The value for 'cc' in the uploaded smoke.html was: /usr/bin/gcc-3.3
But smokeserve-server.pl only wants values for 'cc' which match this
pattern: [\w\d]+
Once I manually edited the file to say 'gcc', server.pl indexed the
pr
Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Jan 14 14:00:06 2008 GMT
---
* Numbers
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors with m
# New Ticket Created by Will Coleda
# Please include the string: [perl #49758]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49758 >
% make perl6 #in the top level directory.
% ./perl6
> $a=1;
No scope found for PAST::Var
On Sun, 13 Jan 2008, James Keenan via RT wrote:
> On Mon Sep 03 12:45:03 2007, doughera wrote:
> >
> > Well grepping my output log file shows 18 lines, so it's more than just
> > t/distro_file_metadata.t:
> >
> > $ egrep '(svn|svk|git): not found' build.log | wc
> > 18
>
> Andy D: Whe
On Sun, Jan 13, 2008 at 05:35:57PM -0500, jesse wrote:
> > If only Perl1 source would compile, then it'd be
> > easier, but it doesn't compile on windows (xp) and can't get it working on
> > cygwin either.
>
> That sounds like the sort of situation where VMWare Player and, say, an
> ubuntu or red
jesse wrote:
If only Perl1 source would compile, then it'd be
easier, but it doesn't compile on windows (xp) and can't get it working on
cygwin either.
That sounds like the sort of situation where VMWare Player and, say, an
ubuntu or redhat virtual machine might come in really handy. I don't
be
On Sun, 13 Jan 2008, James Keenan via RT wrote:
> I was studying Jarkko's patch this morning in preparation for applying
> it. I had a number of concerns.
>
> 1. It turned out that at the point the patch was originally submitted,
> HEAD had moved a bit beyond the version against which Jarkko di
On Sun, 13 Jan 2008, Bob Rogers wrote:
>From: Andy Dougherty <[EMAIL PROTECTED]>
>Date: Sun, 13 Jan 2008 14:43:24 -0500 (EST)
>
>Please verify that it actually works, first. Last I checked (Friday) it
>didn't, due to linker issues. I also recall some guesswork on the list
>
On Jan 14, 2008 11:29 AM, Ron Blaschke <[EMAIL PROTECTED]> wrote:
>
> jesse wrote:
> > I don't believe Perl 1 was ever ported to Windows.
>
> Well, actually it kinda was. ;-)
>
> http://www.nntp.perl.org/group/perl.perl1.porters/2005/11/msg46.html
Cool! So where's that patch you mentioned? The
On Jan 14, 2008 5:57 PM, Mark J. Reed <[EMAIL PROTECTED]> wrote:
> On Jan 14, 2008 11:29 AM, Ron Blaschke <[EMAIL PROTECTED]> wrote:
> >
> > jesse wrote:
> > > I don't believe Perl 1 was ever ported to Windows.
> >
> > Well, actually it kinda was. ;-)
> >
> > http://www.nntp.perl.org/group/perl.pe
James Keenan via RT schrieb:
This ticket has obviously not generated much interest since I opened it
lo these five months ago. Coke and I had some IRC discussion of
something he's developing that's related to it, but I haven't heard from
anyone else.
So, let me ask again: When you see the Parr
# New Ticket Created by Simon Cozens
# Please include the string: [perl #49762]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49762 >
osname= darwin
osvers= 9.0
arch= darwin-thread-multi-2level
cc= cc
---
Flags:
On Monday 14 January 2008 08:56:08 Andy Dougherty wrote:
> It doesn't work for me on Solaris. What to do with that information,
> I leave up to you.
The next step is to get some debugging information.
What's the generated compilation line?
What's wrong with it?
What should the right one be?
On Wed Jan 02 10:18:49 2008, doughera wrote:
> In order to get pbc_to_exe to work with the Solaris linker, I had to move
> the libraries to the end of the link line. That's not surprising --
> traditional Unix linkers process items in the link line in order. At the
> point where libparrot.a is
On Mon, 14 Jan 2008, chromatic wrote:
> On Monday 14 January 2008 08:56:08 Andy Dougherty wrote:
>
> > It doesn't work for me on Solaris. What to do with that information,
> > I leave up to you.
>
> The next step is to get some debugging information.
>
> What's the generated compilation line?
On Wednesday 02 January 2008 10:18:49 Andy Dougherty wrote:
> In order to get pbc_to_exe to work with the Solaris linker, I had to move
> the libraries to the end of the link line. That's not surprising --
> traditional Unix linkers process items in the link line in order. At the
> point where l
# New Ticket Created by Will Coleda
# Please include the string: [perl #49766]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49766 >
In the top level directory, type:
'make perl6'
a perl6 binary is created.
now type "ma
> For a fun bit of trivia, spend some time comparing Perl 1's perl.y and
> Perl 5's perly.y. Amazing how much still persists after 20 years.
>
Technological Cheshire cats; the grin lingers long after the cat has
disappeared. Computing has them by the clowder.
--
Email and shopping with the
Klaas-Jan Stol wrote:
On Jan 14, 2008 5:57 PM, Mark J. Reed <[EMAIL PROTECTED]> wrote:
On Jan 14, 2008 11:29 AM, Ron Blaschke <[EMAIL PROTECTED]> wrote:
jesse wrote:
I don't believe Perl 1 was ever ported to Windows.
Well, actually it kinda was. ;-)
http://www.nntp.perl.org/group/perl.perl1.
On Jan 14, 2008 11:58 AM, Bernhard Schmalhofer
<[EMAIL PROTECTED]> wrote:
> James Keenan via RT schrieb:
> > This ticket has obviously not generated much interest since I opened it
> > lo these five months ago. Coke and I had some IRC discussion of
> > something he's developing that's related to i
Assuming we knew *how* to fix this, my hunch is that the appropriate
*place* to fix it would be config/init/hints/darwin.pm.
Since I refactored the S29 tests into t/spec/S29-str,
the smartlinks don't display correctly anymore.
If you go here:
http://perlcabal.org/syn/S29.html
you will see that test scripts like "Context/eval"
display correctly, while "Str/split" is messed up,
seems with newline problems.
Anyone kn
On Jan 14, 2008, at 1:00 AM, Paul Cochrane wrote:
Matisse,
this is great work! Would it be possible for you to summarise this on
the parrot wiki somewhere?[1] Then we have a more permanent and
central location for the information.
Yes - I will take a whack at doing that.
Also: If anyone
I will wait until after the release to apply the patch.
No feedback; closing ticket.
On Mon Jan 14 07:41:36 2008, doughera wrote:
> Apparently not. I am looking at the case where I have neither svn nor
> svk
> nor git available in $PATH.
>
> During the original Configure.pl run, I see:
>
> Determining whether (exuberant) ctags is
> installed..no.sh: svn:
On Jan 14, 2008, at 1:00 AM, Paul Cochrane wrote:
Matisse,
this is great work! Would it be possible for you to summarise this on
the parrot wiki somewhere?[1] Then we have a more permanent and
central location for the information.
Paul
[1] http://www.perlfoundation.org/parrot/index.cgi?par
What is the OSX toolchain solution for inline asm with fat binaries?
At some point we have to assume that people who are setting CFLAGS know
what they are doing. We can't look for or protect against every silly
thing they might do. Perhaps if --jitcapable is set and we're on darwin
the thing to
Joshua Hoblitt via RT wrote:
What is the OSX toolchain solution for inline asm with fat binaries?
Architecture-specific ifdefs. gcc -arch ppc -arch i386 will run the compile
twice, and then bundle the two results together, so ifdefs will do the
right thing.
At some point we have to assume
# New Ticket Created by Simon Cozens
# Please include the string: [perl #49780]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49780 >
There's some code in config to detect 'm4 --version' "hanging" on FreeBSD.
It doesn't h
36 matches
Mail list logo
