FYI -
At some point later this week, or maybe this weekend, I will be taking
the perl.org Subversion server down to move it to different hardware.
This most likely won't happen until after the imminent Parrot release.
>From an end user perspective, nothing should change. (Although we are
upgra
On Feb 21, 2006, at 1:30 PM, Bernhard Schmalhofer wrote:
Chris Dolan (via RT) schrieb:
# New Ticket Created by Chris Dolan # Please include the string:
[perl #38604]
# in the subject line of all future correspondence about this
issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=38604
I'm a bit slow coming back to this, sorry.
It seems that "seek" is used in two ways:
* returning to some previously identified point (including the start or
end of the file)
* moving a given number of characters you want to move relative to a
known location
Clearly you can al
Chris Dolan (via RT) schrieb:
# New Ticket Created by Chris Dolan
# Please include the string: [perl #38604]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38604 >
While doing an "svn update" from a Mac OS X box today,
# New Ticket Created by Chris Dolan
# Please include the string: [perl #38604]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38604 >
While doing an "svn update" from a Mac OS X box today, I got this error:
svn: Failed to
The /usr/local/lib/libparrot.dylib says where the library should be.
Considering Apple choose to have shared library paths hard coded into
the executable, I'm not sure how they really handle DYLD_LIBRARY_PATH
to load the proper library. I haven't yet looked into which library
darwin uses, the
On Tue, Feb 21, 2006 at 08:06:18AM -0500, Will Coleda wrote:
>
> On Feb 21, 2006, at 4:29 AM, Joshua Hoblitt wrote:
>
> >I don't believe that this is the correct solution. The 'parrot'
> >binary
> >needs to be linked to the correct library. Currently it's being
> >linked
> >against /usr/loc
On Feb 21, 2006, at 4:29 AM, Joshua Hoblitt wrote:
I don't believe that this is the correct solution. The 'parrot'
binary
needs to be linked to the correct library. Currently it's being
linked
against /usr/local/lib/libparrot.dylib instead of
blib/lib/libparrot.dylib.
Not on my box, at
I don't believe that this is the correct solution. The 'parrot' binary
needs to be linked to the correct library. Currently it's being linked
against /usr/local/lib/libparrot.dylib instead of
blib/lib/libparrot.dylib. For some reason it does this even when
blib/lib is specific to be searched fir
On 2/20/06, Joshua Hoblitt <[EMAIL PROTECTED]> wrote:
> > Yes, /usr/local/lib is already in /etc/ld.so.conf.
>
> Perhaps you need to run `ldconfig` as root.
Yep - that takes care of it.
Cheers,
Rob
On 2/20/06, Joshua Hoblitt <[EMAIL PROTECTED]> wrote:
> On Tue, Feb 21, 2006 at 10:06:36AM +1100, Sisyphus wrote:
> > Yes, /usr/local/lib is already in /etc/ld.so.conf.
>
> Perhaps you need to run `ldconfig` as root.
>
> > $LD_LIBRARY_PATH is initially empty. If I don't add '/usr/local/lib' to it,
11 matches
Mail list logo
