Re: Leopard Perl version... @ 1192462023
Doug McNutt wrote: At 15:29 +0100 10/16/07, David Cantrell wrote: The one I'm most looking forward to is perl being relocatable. Current versions of perl have the values for @INC hard-coded into the binary at compile-time. You can add to @INC in perl 5 by defining an environment variable PERL5LIB.. It means a lot more than just doing that. You can't use PERL5LIB to *remove* things from the search path. -- David Cantrell | Minister for Arbitrary Justice Please stop rolling your Jargon Dice and explain the problem you are having to me in plain English, using small words. -- John Hardin, in the Monastery
Re: Leopard Perl version...
On Sun, Oct 14, 2007 at 11:32:09AM -0700, Edward Moy wrote: So software updates are restricted to keep the size down. Because most users do not use the command-line or develop software, updates to command-line programs never make the cut (developer software has it own update channel). This makes perfect sense. Is it possible to add this seperate channel to Software Update? -- header FROM_DAVID_CANTRELLFrom =~ /david.cantrell/i describe FROM_DAVID_CANTRELLMessage is from David Cantrell scoreFROM_DAVID_CANTRELL15.72 # This figure from experimentation
Re: Leopard Perl version...
On 平成 19/10/16, at 19:56, David Cantrell wrote: On Sun, Oct 14, 2007 at 11:32:09AM -0700, Edward Moy wrote: So software updates are restricted to keep the size down. Because most users do not use the command-line or develop software, updates to command-line programs never make the cut (developer software has it own update channel). This makes perfect sense. Is it possible to add this seperate channel to Software Update? My understanding is that it is what you might call a manual channel. (Which is the way I prefer it even if it sometimes seems inconvenient.) Joel Rees (waiting for a 3+GHz ARM processor to come out, to test Steve's willingness to switch again.)
Re: Leopard Perl version...
On Oct 16, 2007, at 3:56 AM, David Cantrell wrote: On Sun, Oct 14, 2007 at 11:32:09AM -0700, Edward Moy wrote: So software updates are restricted to keep the size down. Because most users do not use the command-line or develop software, updates to command-line programs never make the cut (developer software has it own update channel). This makes perfect sense. Is it possible to add this seperate channel to Software Update? -- header FROM_DAVID_CANTRELLFrom =~ /david.cantrell/i describe FROM_DAVID_CANTRELLMessage is from David Cantrell scoreFROM_DAVID_CANTRELL15.72 # This figure from experimentation Unlikely. A channel is more than what you see in Software Update. It includes lots of people to create the update, test it, package it up, etc. Ed
Re: Re: Leopard Perl version... @ 1192462023
Intrah onat Diria .. , ** wrote Revera y: I *wish* it was 5.10 as that has some very nice features that I am excited about. like what for example ? thanks imegola jmcs3 the following could be unreadable @ 1192462124 ::: devoiceso7/DluKEomriiaDDjOKJoMKo4oCew43iiaDCr+KJoOKAuuKJoMKoDQogICAgICAgICAgICAgIMuG , 0::purple , 1::a421172862769.04152---IMEGOLA::Objekt::Link---intrah.jmcs3 , 1::gelb , 1::1103155198 , 1::YESextending , 1::areTHE_ALGONERIC_LIBRARY , 0::is , 0::c-h-r-e , 1::||--| , 0::possibilities, , 1::ISOQolways| ,
Re: Leopard Perl version...
On Oct 15, 2007, at 3:01 AM, Robert Hicks wrote: Cool and thanks for the answer. I *wish* it was 5.10 as that has some very nice features that I am excited about. I will definitely upgrade to 5.10 when it ships final. Robert 5.10 is going to be really great. And you can always get some stuff from CPAN for perl6 as well, because Perl 6 is going to be amazing. Edward Moy wrote: % perl -v This is perl, v5.8.8 built for darwin-thread-multi-2level ... It's been at 5.8.8 for quite a while. 5.10 is just around the corner, but too late for Leopard. Ed On Oct 12, 2007, at 2:04 PM, Robert Hicks wrote: Is it being bumped up to 5.8.8? I am just curious... Robert
Re: Re: Leopard Perl version... @ 1192462023
On 10/15/07, Johan Meskens CS3 jmcs3 snip I *wish* it was 5.10 as that has some very nice features that I am excited about. like what for example ? snip Here are some of the things that are coming in Perl 5.10. * a switch statement: given($string) { when (/^abc/) { $abc = 1; } when (/^def/) { $def = 1; } when (/^xyz/) { $xyz = 1; } default { $nothing = 1; } } * The // and err operators (like || and or, but tests for defined rather than truth) my $sleep = shift // 10; #does not overwrite 0 like (shift || 10) would * alternations in regexes are significantly more efficient due to the use of tries * recursive regexes It is now possible to write recursive patterns without using the (??{}) construct. This new way is more efficient, and in many cases easier to read. Each capturing parenthesis can now be treated as an independent pattern that can be entered by using the (?PARNO) syntax (PARNO standing for parenthesis number). For example, the following pat‐ tern will match nested balanced angle brackets: / ^ # start of line ( # start capture buffer 1 # match an opening angle bracket (?: # match one of: (? # don't backtrack over the inside of this group [^]+ # one or more non angle brackets ) # end non backtracking group | # ... or ... (?1)# recurse to bracket 1 and try it aga in )* # 0 or more times. # match a closing angle bracket ) # end capture buffer one $ # end of line /x * named regex captures It is now possible to name capturing parenthesis in a pattern and refer to the captured contents by name. The naming syntax is (?NAME). It's possible to backreference to a named buffer with the \kNAME syntax. In code, the new magical hashes %+ and %- can be used to access the contents of the capture buffers. * relative backreferences A new syntax \g{N} or \gN where N is a decimal integer allows a safer form of back-reference notation as well as allowing rela‐ tive backreferences. This should make it easier to generate and embed patterns that contain backreferences. See Capture buffers in perlre. (Yves Orton) * \K escape The functionality of Jeff Pinyan's module Regexp::Keep has been added to the core. You can now use in regular expressions the spe‐ cial escape \K as a way to do something like floating length pos‐ itive lookbehind. It is also useful in substitutions like: s/(foo)bar/$1/g that can now be converted to s/foo\Kbar//g which is much more efficient. (Yves Orton) * UNITCHECK blocks UNITCHECK, a new special code block has been introduced, in addition to BEGIN, CHECK, INIT and END. CHECK and INIT blocks, while useful for some specialized purposes, are always executed at the transition between the compilation and the execution of the main program, and thus are useless whenever code is loaded at runtime. On the other hand, UNITCHECK blocks are executed just after the unit which defined them has been compiled. See perlmod for more information. (Alex Gough) * the smart match operator (~~) The behaviour of a smart match depends on what type of thing its arguments are. It is always commutative, i.e. $a ~~ $b behaves the same as $b ~~ $a. The behaviour is determined by the following table: the first row that applies, in either order, determines the match behaviour. $a $bType of Match ImpliedMatching Code == = == (overloading trumps everything) Code[+] Code[+] referential equality $a == $b Any Code[+] scalar sub truth $b-($a) HashHash hash keys identical [sort keys %$a]~~[sort key s %$b] HashArray hash value slice truth grep $_, @[EMAIL PROTECTED] HashRegex hash key grepgrep /$b/, keys %$a HashAny hash entry existence exists $a-{$b} Array Array arrays are identical[*] Array Regex array grep grep /$b/, @$a Array Num
Re: Leopard Perl version...
In article [EMAIL PROTECTED], [EMAIL PROTECTED] (Edward Moy) wrote: % perl -v This is perl, v5.8.8 built for darwin-thread-multi-2level But still no 64-bit integers? /Bo Lindbergh
Re: Leopard Perl version...
On Oct 13, 2007, at 6:17 PM, Bo Lindbergh wrote: In article [EMAIL PROTECTED], [EMAIL PROTECTED] (Edward Moy) wrote: % perl -v This is perl, v5.8.8 built for darwin-thread-multi-2level But still no 64-bit integers? As long as Configure says: Perl can be built to take advantage of 64-bit integer types on some systems. To do so, Configure can be run with - Duse64bitint. Choosing this option will most probably introduce binary incompatibilities. it is unlikely we would be switching, if we risk breaking people. And I've only gotten one request for it over the last few years, so it's not high on my list. Ed
Re: Leopard Perl version...
On Oct 14, 2007, at 11:55 AM, [EMAIL PROTECTED] wrote: The subject line was Leopard Perl version, Sorry, I misunderstood. so I said it's been 5.8.8 for quite a while. It is no secret that we (Apple) try our best to keep up-to-date with perl (and other opensource projects) at every major release. Well, it is a bit of a secret. For example; httpd -v Server version: Apache/1.3.33 (Darwin) It is also no secret that we have never updated (though I might personally like to) the same opensource projects between major releases (ie, software updates). Why is that? Does Apple not provide the resources to make this possible? Personally I think they should because the Mac is a great development platform. I think Apple would win more developers to the platform if it were more open and a bit more up-to-date. Not shipping Apache 2 seems obstinate to me. Jeremiah
Re: Leopard Perl version...
--As of October 14, 2007 12:26:50 PM +0200, [EMAIL PROTECTED] is alleged to have said: Why is that? Does Apple not provide the resources to make this possible? Personally I think they should because the Mac is a great development platform. I think Apple would win more developers to the platform if it were more open and a bit more up-to-date. Not shipping Apache 2 seems obstinate to me. --As for the rest, it is mine. Stability within a release version is a good goal. You never want things to _stop_ working when you put out a patch. If a developer wants the latest version of something they can put it on themselves. (Especially if it is open source.) If they are relying on the version that is installed for some reason, you don't want to surprise them by changing it unexpectedly. Daniel T. Staal --- This email copyright the author. Unless otherwise noted, you are expressly allowed to retransmit, quote, or otherwise use the contents for non-commercial purposes. This copyright will expire 5 years after the author's death, or in 30 years, whichever is longer, unless such a period is in excess of local copyright law. ---
Re: Leopard Perl version...
On Oct 14, 2007, at 7:28 AM, Daniel Staal wrote: --As of October 14, 2007 12:26:50 PM +0200, [EMAIL PROTECTED] is alleged to have said: Why is that? Does Apple not provide the resources to make this possible? Personally I think they should because the Mac is a great development platform. I think Apple would win more developers to the platform if it were more open and a bit more up-to-date. Not shipping Apache 2 seems obstinate to me. --As for the rest, it is mine. Stability within a release version is a good goal. You never want things to _stop_ working when you put out a patch. If a developer wants the latest version of something they can put it on themselves. (Especially if it is open source.) If they are relying on the version that is installed for some reason, you don't want to surprise them by changing it unexpectedly. Daniel T. Staal --- This email copyright the author. Unless otherwise noted, you are expressly allowed to retransmit, quote, or otherwise use the contents for non-commercial purposes. This copyright will expire 5 years after the author's death, or in 30 years, whichever is longer, unless such a period is in excess of local copyright law. --- Yes, I'm sure that is one of the main reasons. Another more practical reason is that not everyone has high-speed internet, and having a GB- sized software update would not be a nice user experience for a modem user (though admittedly, some of the past software updates were pretty hefty). So software updates are restricted to keep the size down. Because most users do not use the command-line or develop software, updates to command-line programs never make the cut (developer software has it own update channel). Ed
Leopard Perl version...
Is it being bumped up to 5.8.8? I am just curious... Robert
Re: Leopard Perl version...
% perl -v This is perl, v5.8.8 built for darwin-thread-multi-2level ... It's been at 5.8.8 for quite a while. 5.10 is just around the corner, but too late for Leopard. Ed On Oct 12, 2007, at 2:04 PM, Robert Hicks wrote: Is it being bumped up to 5.8.8? I am just curious... Robert
Re: Leopard Perl version...
Hmm, are you sure you did not update your perl yourself? I have a Macmini from April 2007 (OS X 10.4.10) and it says: $ perl -v This is perl, v5.8.6 built for darwin-thread-multi-2level On Oct 13, 2007, at 8:42 PM, Edward Moy wrote: % perl -v This is perl, v5.8.8 built for darwin-thread-multi-2level ... It's been at 5.8.8 for quite a while. 5.10 is just around the corner, but too late for Leopard. Ed On Oct 12, 2007, at 2:04 PM, Robert Hicks wrote: Is it being bumped up to 5.8.8? I am just curious... Robert
Re: Leopard Perl version...
On Oct 13, 2007, at 8:42 PM, Edward Moy wrote: It's been at 5.8.8 for quite a while. 5.10 is just around the corner, but too late for Leopard. Neither one is out yet, but I assume Leopard is pretty well frozen? (5.10 is rumored to be frozen too, but don't hold your breath. :^) ) Jeremiah
Re: Leopard Perl version...
Leopard. On Oct 13, 2007, at 2:50 PM, [EMAIL PROTECTED] wrote: Hmm, are you sure you did not update your perl yourself? I have a Macmini from April 2007 (OS X 10.4.10) and it says: $ perl -v This is perl, v5.8.6 built for darwin-thread-multi-2level On Oct 13, 2007, at 8:42 PM, Edward Moy wrote: % perl -v This is perl, v5.8.8 built for darwin-thread-multi-2level ... It's been at 5.8.8 for quite a while. 5.10 is just around the corner, but too late for Leopard. Ed On Oct 12, 2007, at 2:04 PM, Robert Hicks wrote: Is it being bumped up to 5.8.8? I am just curious... Robert
Re: Leopard Perl version...
I just checked it on Leopard Developer Preview Build 9A559 and it is Perl Ver. 5.8.8 Am 13.10.2007 um 20:52 schrieb Geoffrey F. Green: Leopard. On Oct 13, 2007, at 2:50 PM, [EMAIL PROTECTED] wrote: Hmm, are you sure you did not update your perl yourself? I have a Macmini from April 2007 (OS X 10.4.10) and it says: $ perl -v This is perl, v5.8.6 built for darwin-thread-multi-2level On Oct 13, 2007, at 8:42 PM, Edward Moy wrote: % perl -v This is perl, v5.8.8 built for darwin-thread-multi-2level ... It's been at 5.8.8 for quite a while. 5.10 is just around the corner, but too late for Leopard. Ed On Oct 12, 2007, at 2:04 PM, Robert Hicks wrote: Is it being bumped up to 5.8.8? I am just curious... Robert
Re: Leopard Perl version...
On Sat, 13 Oct 2007, [EMAIL PROTECTED] wrote: Date: Sat, 13 Oct 2007 20:50:22 +0200 From: [EMAIL PROTECTED] To: Edward Moy [EMAIL PROTECTED] Cc: MacPerl Perl macosx@perl.org Subject: Re: Leopard Perl version... Hmm, are you sure you did not update your perl yourself? I have a Macmini from April 2007 (OS X 10.4.10) and it says: $ perl -v This is perl, v5.8.6 built for darwin-thread-multi-2level *ahem* Go back and read Mr Moy'ss email address. He may be in a position to answer this question definitively. :-) -- Chris Devers
Re: Leopard Perl version...
On Sat, Oct 13, 2007 at 08:51:52PM +0200, [EMAIL PROTECTED] wrote: (5.10 is rumored to be frozen too, but don't hold your breath. :^) ) It isn't. Raphael was still applying patches earlier today. -- David Cantrell | Reality Engineer, Ministry of Information
Re: Leopard Perl version...
Borys == Borys Sobieski [EMAIL PROTECTED] writes: Borys I just checked it on Leopard Developer Preview Build 9A559 and it is Borys Perl Ver. 5.8.8 This post is likely to be a violation of your NDA, is it not? Good luck getting your ADC renewed. :( -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 [EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
Re: Leopard Perl version...
*ahem* Go back and read Mr Moy'ss email address. He may be in a position to answer this question definitively. :-) FWIW, I didn't see Ed saying that it had been 5.8.8 in _10.4_ for quite a while. (His mode of expression was, admittedly, a bit ambiguous.) But, unless, 10.4 is tracking a different version between uNTEL and PPC, my system perl is 5.8.6 with all the current 10.4 updates installed. Joel Rees (Yeah, contrary to brags I made when Apple switched, I haven't had the money to move my home server to openbsd yet. First it was the Japanese input method in Fedora Core wasn't good enough to ask my wife to use the FC box. That's up to snuff, now, but I find that the Mac fills some of the gaps that the Linux box doesn't cover, letting me share data with the MSWorld. Now I'm waiting for an ARM processor that runs at 3 GHz to come out, so Jobs will find himself faced with the question of switching again. In my dreams?)