MacPorts Install of Parrot

[Ivan Avery Frey]

I just recently upgraded to Mac OS X 10.5. When I try to install Parrot
I get this:

ld: file not found: /opt/local/lib/libicuuc.40.dylib

And parrot refuses to compile under MacPorts.

Is there a fix?

Ivan.

Re: MacPorts Install of Parrot

[Carl Mäsak]

Ivan (>):
> I just recently upgraded to Mac OS X 10.5. When I try to install Parrot
> I get this:
>
> ld: file not found: /opt/local/lib/libicuuc.40.dylib
>
> And parrot refuses to compile under MacPorts.
>
> Is there a fix?

Others on this list might actually have an answer for you, but if not,
I suggest you ask on the "MacPorts Users" mailing list.

 

// Carl

Re: MacPorts Install of Parrot

[Bruce Gray]

On Jan 17, 2010, at 1:23 PM, Ivan Avery Frey wrote:

I just recently upgraded to Mac OS X 10.5. When I try to install  
Parrot

I get this:

ld: file not found: /opt/local/lib/libicuuc.40.dylib

And parrot refuses to compile under MacPorts.

Is there a fix?




libicuuc is part of ICU, the library to which Parrot delegates Unicode  
handling.

http://www.macports.org/ports.php?by=library&substr=icu
http://trac.macports.org/browser/trunk/dports/devel/icu/Portfile
If ` locate 'libicuuc.' ` produces no output, try installing ICU via  
MacPorts,

or via manual process.

Note: I don't use MacPorts, and am guessing.

--
Hope this helps,
Bruce Gray

r29552 - docs/Perl6/Spec

[pugs-commits]

Author: Darren_Duncan
Date: 2010-01-18 01:37:14 +0100 (Mon, 18 Jan 2010)
New Revision: 29552

Modified:
   docs/Perl6/Spec/S02-bits.pod
Log:
S02 : Blob does Stringy, or something similar

Modified: docs/Perl6/Spec/S02-bits.pod
===
--- docs/Perl6/Spec/S02-bits.pod2010-01-17 15:40:08 UTC (rev 29551)
+++ docs/Perl6/Spec/S02-bits.pod2010-01-18 00:37:14 UTC (rev 29552)
@@ -1212,11 +1212,23 @@
 Signature   
 Parcel  Positional
 Capture Positional Associative
-Blob
+BlobStringy
 Instant Real
 DurationReal
 HardRoutine Routine
 
+[Conjecture:  C may best be split into 2 roles where both C
+and C compose the more general one and just C composes a less
+general one.  The more general of those would apply to what is common to
+any dense sequence ("string") that C and C both are (either of
+characters or bits or integers etc), and the string operators like
+catenation (C<~>) and replication (C, C) would be part of the more
+general role.  The more specific role would apply to C but not C
+and includes any specific operators that are specific to I and
+don't apply to bits or integers etc.  The other alternative is to more
+clearly distance character strings from bit strings, keeping C<~>/etc for
+character strings only and adding an analogy for bit strings.]
+
 =head2 Mutable types
 
 Objects with these types have distinct C<.WHICH> values that do not change

'constitute' is the word. Re: r29540 - docs/Perl6/Spec

[Richard Hainsworth]

Suggest:
=head1 Regexes constitute a first-class language, rather than just being 
strings


Brandon S. Allbery KF8NH wrote:

On Jan 16, 2010, at 01:47 , pugs-comm...@feather.perl6.nl wrote:

-=head1 Regexes are now first-class language, not strings
+=head1 Regexes are now a first-class language, not strings



I'm not sure if that's the correct reading, or "...now first-class 
language [elements]".  Or possibly using "language" as a collective 
concept (compare "`$phrase' is now acceptable language" in a natural 
language context).