On Wed, Nov 19, 2003 at 11:49:14AM -0500, Dan Sugalski wrote:
>
> I think I'll take steps to make this less likely for Parrot, though I'm
> not sure there's truly any good way to get around it anywhere but in the
> actual application code.
This issue has come on p5p before (a few years ago) and t
Begin forwarded message:
(For the porters: the bug is that this:
% perl -le '$^E = -1728; print $^E+0 for 0,1'
Should return this:
-1728
-1728
But in some cases, returns this:
-1728
22
Odd.)
this is because perl's print writes to stdout, and that usually uses
t
> Try this naive patch :
>
> --- mg.c.orig Wed Nov 19 16:41:47 2003
> +++ mg.c Wed Nov 19 16:44:14 2003
Now applied as #21743 to bleadperl.
Considering the intricacies of the #ifdef forest in there,
I left out refactoring with $! for now.
Dan Sugalski wrote:
>
> Given that on Unix systems $^E and $! are identical, and that $! is
> directly tied to errno, this certainly isn't surprising. Anything that
> afects errno (like, say, IO) may then affect $! and $^E identically.(And
> $!/$^E non-indentically on systems where they're separat
Chris Nandor wrote:
>
> At 16:39 +0100 2003.11.19, Rafael Garcia-Suarez wrote:
> >What does
> > perl -le 'print $!=22'
> >on your system ?
>
> 22.
Hmm, weird -- on my Linux 2.2 it prints correctly "Invalid argument".
I wanted to know what was this errno corresponding to.
(but I can't reproduc
Chris Nandor wrote:
>
> (For the porters: the bug is that this:
>
> % perl -le '$^E = -1728; print $^E+0 for 0,1'
>
> Should return this:
>
> -1728
> -1728
>
> But in some cases, returns this:
>
> -1728
> 22
>
> Odd.)
What does
perl -le 'print $!=22'
on
On Wed, 19 Nov 2003, Chris Nandor wrote:
> However, the code above is broken anyway, as Dan might point out, since
> $error_handler COULD contain syscalls, so I am modifying this particular
> code to set $^E right before the return, and use a lexical var for the
> other stuff. That fixes the imme
At 16:50 +0100 2003.11.19, Rafael Garcia-Suarez wrote:
>Try this naive patch :
>
>--- mg.c.orig Wed Nov 19 16:41:47 2003
>+++ mg.c Wed Nov 19 16:44:14 2003
>@@ -623,8 +623,12 @@ Perl_magic_get(pTHX_ SV *sv, MAGIC *mg)
> SetLastError(dwErr);
>}
> #else
>-
l RET execve 0
1343 perl CALL getuid
1343 perl RET getuid 502/0x1f6
1343 perl CALL getuid
1343 perl RET getuid 502/0x1f6
1343 perl CALL getuid
1343 perl RET getuid 502/0x1f6
1343 perl CALL getgid
1343 perl RET getgid 20/0x14
13
On Wed, 19 Nov 2003, Chris Nandor wrote:
> At 10:59 -0500 2003.11.19, Dan Sugalski wrote:
> >On Wed, 19 Nov 2003, Chris Nandor wrote:
> >
> >> $ perl -le '$^E = -1728; print $^E+0 for 0,1; print $!+0 for 0,1'
> >> -1728
> >> 22
> >> 22
> >> 22
> >
> >Given that on Unix systems $^E and $! are ident
At 16:50 +0100 2003.11.19, Rafael Garcia-Suarez wrote:
>Chris Nandor wrote:
>>
>> At 16:39 +0100 2003.11.19, Rafael Garcia-Suarez wrote:
>> >What does
>> >perl -le 'print $!=22'
>> >on your system ?
>>
>> 22.
>
>Hmm, weird -- on my Linux 2.2 it prints correctly "Invalid argument".
>I wanted to
On Wed, 19 Nov 2003, Rafael Garcia-Suarez wrote:
> Dan Sugalski wrote:
> > Basically you're using a variable that can be affected by external things
> > in a way that pretty much guarantees that external things will be
> > happening. That it changes isn't much of a surprise. ($!/$^E may get
> > mo
At 10:59 -0500 2003.11.19, Dan Sugalski wrote:
>On Wed, 19 Nov 2003, Chris Nandor wrote:
>
>> $ perl -le '$^E = -1728; print $^E+0 for 0,1; print $!+0 for 0,1'
>> -1728
>> 22
>> 22
>> 22
>
>Given that on Unix systems $^E and $! are identical, and that $! is
>directly tied to errno, this certainly i
On Wed, 19 Nov 2003, Chris Nandor wrote:
> $ perl -le '$^E = -1728; print $^E+0 for 0,1; print $!+0 for 0,1'
> -1728
> 22
> 22
> 22
Given that on Unix systems $^E and $! are identical, and that $! is
directly tied to errno, this certainly isn't surprising. Anything that
afects errno (like, say, I
At 16:39 +0100 2003.11.19, Rafael Garcia-Suarez wrote:
>What does
> perl -le 'print $!=22'
>on your system ?
22.
>Can you reproduce this bug with $! in place of $^E ?
I tested, but neglected to mention. No, $! works fine (unless observing
$^E already changed the value of $!):
$ perl -le
(For the porters: the bug is that this:
% perl -le '$^E = -1728; print $^E+0 for 0,1'
Should return this:
-1728
-1728
But in some cases, returns this:
-1728
22
Odd.)
At 1:05 -0800 2003.11.19, [EMAIL PROTECTED] wrote:
>For what it's worth, I've been tr
At 9:51 + 2003.11.19, John Delacour wrote:
>At 1:05 am -0800 19/11/03, [EMAIL PROTECTED] wrote:
>> For what it's worth, I've been trying out 5.8.2, and I get the same
>> value for 5.8.1-RC3 and 5.8.1 final, both the same negative
>> numbers. I am building with the same options as the Panther
At 1:05 am -0800 19/11/03, [EMAIL PROTECTED] wrote:
For what it's worth, I've been trying out 5.8.2, and I get the same
value for 5.8.1-RC3 and 5.8.1 final, both the same negative
numbers. I am building with the same options as the Panther
version (darwin-thread-multi-2level); are you?
FWIW I
For what it's worth, I've been trying out 5.8.2, and I get the same
value for 5.8.1-RC3 and 5.8.1 final, both the same negative numbers. I
am building with the same options as the Panther version
(darwin-thread-multi-2level); are you?
-
$ perl5.8.0 -le '$! = -1728; print $^E+0 for 0,1'
-1728
22
This appears to be fixed in perl5.8.1, in the RC3 version that ships with
Panther:
$ perl5.8.1 -le '$! = -1728; print $^E+0 for 0,1'
-1728
-1728
Bu in a perl 5.8.1 RC1 I built myself:
$ perl5.8.1 -le '$! = -1728; p
On Sunday, July 13, 2003, at 01:04 PM, Paul Corr wrote:
I used the default '/usr/local' installation base, not replacing
Apple's install
But that *does* replace part of Apple's install. Or rather, it installs
5.8.0 into the directory (/Library/Perl) where Apple's instal
One more tip for you: since you now have an "externally installed" Perl
5.8.0 (from fink's point of view), you can notify fink about it by
installing fink's system-perl580 package. (That might be only in the
unstable tree at the moment, I'm not sure.) In any event, s
e's install, despite my using their article's
instructions.
Feel free to comment, point out flaws, potential trouble spots, etc.
Thanks in advance.
Paul
Installing 5.8.0
Preinstall system check:
---
% date; sw_vers;
Sun Jul 13 11:52:03 EDT 200
On Friday, June 20, 2003, at 12:02 PM, Ken Williams wrote:
On Friday, June 20, 2003, at 07:36 AM, Robert Dalgleish wrote:
It is fixed in the LWP installer.
Robert, can you be more specific? I've looked through the source for
the LWP Makefile.PL (which I guess is what you mean by "the LWP
ins
On Friday, June 20, 2003, at 07:36 AM, Robert Dalgleish wrote:
It is fixed in the LWP installer.
Robert, can you be more specific? I've looked through the source for
the LWP Makefile.PL (which I guess is what you mean by "the LWP
installer") and I just don't see anything to handle it. It simp
It is fixed in the LWP installer.
On Thursday, June 19, 2003, at 05:42 PM, Robin wrote:
On Friday, June 20, 2003, at 07:23 am, Ken Williams wrote:
On Wednesday, June 18, 2003, at 03:54 PM, Robin wrote:
On Wednesday, June 18, 2003, at 11:34 pm, David R. Morrison wrote:
Has the problem with CP
On Friday, June 20, 2003, at 07:23 am, Ken Williams wrote:
On Wednesday, June 18, 2003, at 03:54 PM, Robin wrote:
On Wednesday, June 18, 2003, at 11:34 pm, David R. Morrison wrote:
Has the problem with CPAN overwriting /usr/bin/head with
/usr/bin/HEAD
been solved?
yes I believe so, thought th
On Wednesday, June 18, 2003, at 03:54 PM, Robin wrote:
On Wednesday, June 18, 2003, at 11:34 pm, David R. Morrison wrote:
Has the problem with CPAN overwriting /usr/bin/head with /usr/bin/HEAD
been solved?
yes I believe so, thought this is one of the well documented problems
I was referring to,
On Wednesday, June 18, 2003, at 11:34 pm, David R. Morrison wrote:
Robin <[EMAIL PROTECTED]> wrote:
upgrades, it belongs to you. Install perl via CPAN as shown also won't
overwrite the perl used by the OSX system itself (perl5.6, kept in
Has the problem with CPAN overwriting /usr/bin/head with /u
;>
> >>>On Monday, June 16, 2003, at 10:54 PM, Lorin Rivers wrote:
> >>>
> >>>>What is the best, simplest, and easiest approach to having a rock
> >>>>solid, reasonably "standard" perl setup?
> >>>If you really and truly
> know what is on your system because you install it - in the past I used
> fink, which is actually a series of perl modules and started getting
> problems after I upgraded perl coming from the modules installed by
> fink unbeknowst to me.
Just FYI, Fink finally "plays well"
On Tuesday, June 17, 2003, at 10:23 pm, Lorin Rivers wrote:
What will happen if I use the darwinports perl? Does it automagically
replace the existing perl in terms of the command line and what not?
Or would I have to use "/opt/bin/perl" for 5.8.0 (and just "perl" for
5.6)
having a rock
solid, reasonably "standard" perl setup?
If you really and truly need 5.8.0 - and there are some good reasons
you might, such as improved Unicode support - your best bet would be
to get it from darwinports.
Dunno I used CPAN.pm and provided you follow the instructo
nt for a debugging perl, threads,
> >anything else?)
>
> What will happen if I use the darwinports perl? Does it automagically
> replace the existing perl in terms of the command line and what not? Or
> would I have to use "/opt/bin/perl" for 5.8.0 (and just "perl&q
rms of the command line and what not? Or
would I have to use "/opt/bin/perl" for 5.8.0 (and just "perl" for 5.6)?
I'm asking all these questions because I have hosed my perl more than
once out of ignorance (most people find installing and configuring perl
a trivial tas
gt; >>solid, reasonably "standard" perl setup?
> >If you really and truly need 5.8.0 - and there are some good reasons
> >you might, such as improved Unicode support - your best bet would be
> >to get it from darwinports.
>
> Dunno I used CPAN.pm and provided y
On Tuesday, June 17, 2003, at 12:24 pm, Sherm Pendley wrote:
On Monday, June 16, 2003, at 10:54 PM, Lorin Rivers wrote:
What is the best, simplest, and easiest approach to having a rock
solid, reasonably "standard" perl setup?
If you really and truly need 5.8.0 - and there are
of-the-box setup for
every shipping version of OS X so far is about as "standard" as it gets,
and it's pre-installed, so if 5.6.0 is sufficient for your needs, then
you already have a solid, standard setup for literally no effort at all.
If you really and truly need 5.8.0 - and th
I have gotten into a situation where I had to reinstall Mac OS X from
scratch (bad drive, months of ignorant marketeer meddling). I have the
standard Mac OS X 10.2 install.
I don't use fink, I do use darwinports.
What is the best, simplest, and easiest approach to having a rock
solid, reasonab
On Friday, March 21, 2003, at 11:44 PM, Salvatore Denaro wrote:
I tried to build 5.8 from the instructions on:
http://developer.apple.com/internet/macosx/perl.html
Just a quick thank you to the folks on the list that sent me email
pointing out the 5.8 package on aaron faby's site, as well as the
dynamiclib
-compatibility_version
5.8.0 -current_version 5.8.0
-install_name
/System/Library/Perl/darwin/CORE/libperl.dylib perl.o gv.o toke.o
perly.o op.o regcomp.o dump.o util.o mg.o reentr.o hv.o av.o run.o
esn't have anything to do with
bioperl, but it might be of use to people running 5.8.0 and
fink (which relies on 5.6.0).
Marcel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I am aware that Perl 5.8.0 is not binary compatible with previous
versions of Perl; however, I am having a hard time determining exactly
what I need to change/remove to satisfy this incompatibility.
I was originally getting an error when attempting
On Friday, March 14, 2003, at 12:22 AM, Ken Williams wrote:
Does anyone have comments on the above scheme?
No, it's quite similar to what I have - although I rely less on Fink and
compile 5.8.0 myself, it's pretty much the same end result.
One minor addition I've made, though,
ary/Perl
* /sw/bin/perl5.8.0 - fink-installed 'perl5.8' package, @INC is:
/sw/lib/perl5/5.8.0/darwin
/sw/lib/perl5/5.8.0
/sw/lib/perl5/site_perl/5.8.0/darwin
/sw/lib/perl5/site_perl/5.8.0
/sw/lib/perl5/site_perl/darwin
/sw/lib/perl5/site_perl
* /sw/bin/perl5.8.0thread
On Saturday, March 8, 2003, at 06:06 am, Christian Schneider wrote:
Yes, but would installing perl 5.8 this way actually work?
sort of - once you've downloaded and unpacked the .tar ball, you have
to use the 'look' command to go through the installation as certain
compile time stuff needs to be
s some modules, so I figured I'd use CPAN
to go get them.
So I fired up the cpan shell, answered all the initial questions
(with the default answers). It suggested that I upgrade
Bundle::libnet, so I took its advice and did so. As I was watching
what it was doing, it started downloading
et them.
>
>So I fired up the cpan shell, answered all the initial questions (with the default
>answers). It suggested that I upgrade Bundle::libnet, so I took its advice and did
>so. As I was watching what it was doing, it started downloading perl 5.8.0
The version of CPAN that Apple s
e initial questions (with
the default answers). It suggested that I upgrade Bundle::libnet, so I
took its advice and did so. As I was watching what it was doing, it
started downloading perl 5.8.0
230 Anonymous access granted, restrictions apply.
Remote system type is UNIX.
Using binary mode
On Fri, Feb 28, 2003 at 03:28:58PM -0600, Joe Davison wrote:
> On Thu, 6 Feb 2003, Nathan Torkington wrote:
> > A .pkg is specifically just a distribution of files to be installed
> > using the Installer program. You can add pre- and post- actions to a
> > package (which I should have done for
Hey,
I'm trying to get Digest::SHA1 to work for me. When the module loads I
get the following output.
dyld: perl Undefined symbols:
_PL_markstack_ptr
_PL_stack_base
_PL_stack_sp
_PL_sv_yes
_Perl_safefree
_Perl_safemalloc
_Perl_sv_2pv
_perl_get_sv
Trace/BPT trap
Anyone else has had this problem?
On Thu, 6 Feb 2003, Nathan Torkington wrote:
> A .pkg is specifically just a distribution of files to be installed
> using the Installer program. You can add pre- and post- actions to a
> package (which I should have done for Perl--update your .cshrc to add
> /usr/local/perl5-8 to the path).
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Puneet Kishor) wrote:
> fwiw, I am using 10.2.3... I don't have wget. I could be wrong, but I
> remember something to the effect that wget is not only deprecated in
> favor of curl but also abolished. As usaul, I culd be wrong.
wget was remove
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Nathan Torkington) wrote:
> I'm not entirely sure. I think that a previous 5.8 install overwrote
> some of the 5.5 library (doing a 'configure.gnu --prefix=/blah' still
> made 5.8 install crap into /Library).
hints/darwin.sh overrides the defau
Nathan Torkington wrote:
Are you running Jaguar? I'm on 10.2.3 and have /usr/bin/du too,
not /sw/du, but it doesn't look like a problem. In fact, fink
doesn't even list a du package.
% which du
/usr/bin/du
% ls -al /sw/du
ls: /sw/du: No such file or directory
The fileutils package includes a
> Bruce Van Allen writes:
> After all the comments about downloading and wget/curl
> problems, I just wanted to let you know that, at least for one
> person, it worked out of the box, er, dmg.
I went you one better--after it installed it, I fired up CPAN and installed
Class::DBI, along with its
At 4:55 PM + 2/6/03, Phil Dobbin wrote:
>On 6/2/03 14:30, "Morbus Iff" <[EMAIL PROTECTED]> wrote:
>
>>>> Please download and test the perl 5.8.0 distribution available from:
>>>> http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg
>>>
>
a page to let me know that someone
successfully installed it :-)
> Did notice the DB_File version is:
> # /usr/local/perl5-8/Library/Perl/5.8.0/darwin/DB_File.pm
> # last modified 22nd October 2002
> # version 1.806
>
> Typo in your announcement?
Yes, braino on my part. Good catch!
Thanks,
Nat
Puneet Kishor writes:
> On a related note -- Nat, please, if you could summarize how fink
> trashed your system so much that you had to reinstall... that might be
> as great a help as creating a perl dmg. Fink makes a very big issue of
> how it protects your system by installing under /sw, and r
hadn't told Apache that the
content-type for .dmg files is application/octet-stream. This should
now force a download in your browser.
> > With the help of Fink, I managed to totally trash my system. I
> > reinstalled yesterday, and went through the hassle of building Perl
>
orbus Iff; Mac OS X Perl
Subject: Re: dmg of perl 5.8.0 on Mac OS X
Auto forwarded by a Rule
On 6/2/03 16:58, "Morbus Iff" <[EMAIL PROTECTED]> wrote:
I tried `curl http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg'
And got the same binary text d/l (and had to crash `termi
On Thu, Feb 06, 2003 at 01:55:42PM +, Phil Dobbin wrote:
> On 6/2/03 1:03, "Nathan Torkington" <[EMAIL PROTECTED]> wrote:
>
> > Please download and test the perl 5.8.0 distribution available from:
> > http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg
>
On 6/2/03 16:58, "Morbus Iff" <[EMAIL PROTECTED]> wrote:
>> I tried `curl http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg'
>> And got the same binary text d/l (and had to crash `terminal' to stop it :-(
>
> Curl, by default, will spit to STDOUT (ie. your Terminal) not to a file.
> I'm not in
came out,
but decided to wait on messing with Perl, even though I'd been running
5.6.1 pre-jag.
This week I had just replaced my system Perl with 5.6.1 when you posted
this. So now I have both 'good' versions of Perl available. For now
5.8.0 is just for fun and my own local tools
Phil Dobbin wrote:
On 6/2/03 14:30, "Morbus Iff" <[EMAIL PROTECTED]> wrote:
Please download and test the perl 5.8.0 distribution available from:
http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg
I get a text transfer of the binary when trying to d/l this in Mozilla, IE
and
>I tried `curl http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg'
>And got the same binary text d/l (and had to crash `terminal' to stop it :-(
Curl, by default, will spit to STDOUT (ie. your Terminal) not to a file.
I'm not in front of a OS X box right now, but I believe you've got to do:
cu
On 6/2/03 14:30, "Morbus Iff" <[EMAIL PROTECTED]> wrote:
>>> Please download and test the perl 5.8.0 distribution available from:
>>> http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg
>>
>> I get a text transfer of the binary when trying to d/l
On Thursday, February 6, 2003, at 09:37 AM, Drew Taylor wrote:
At 09:36 PM 2/5/03 -0800, Michael Maibaum wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wednesday, February 5, 2003, at 08:37 PM, Chris Nandor wrote:
Now, who is going to do a dmg of Apache / mod_perl / libapreq? :-)
Drew Taylor writes:
> Perhaps this is a stupid question, but could someone explain the difference
> between a disk image (dmg) and a package (pkg)? I know the dmg "mounts" a
> virtual drive, but other than that which is better?
A .dmg is a file containing a filesystem, kinda like a .iso for CD-R
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday, February 6, 2003, at 07:37 AM, Drew Taylor wrote:
At 09:36 PM 2/5/03 -0800, Michael Maibaum wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wednesday, February 5, 2003, at 08:37 PM, Chris Nandor wrote:
Now, who is going to
At 09:36 PM 2/5/03 -0800, Michael Maibaum wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wednesday, February 5, 2003, at 08:37 PM, Chris Nandor wrote:
Now, who is going to do a dmg of Apache / mod_perl / libapreq? :-)
We'll be providing .pkg and .mpkgs shortly, and the packages tha
On Thursday, February 6, 2003, at 08:55 AM, Phil Dobbin wrote:
On 6/2/03 14:30, "Morbus Iff" <[EMAIL PROTECTED]> wrote:
Please download and test the perl 5.8.0 distribution available from:
http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg
I get a text transfer of the bi
>> wget http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg
>
>I'm still using 10.1.5:
>
>bash2.05 phil@localhost ~ $ whereis wget
>bash2.05 phil@localhost ~ $ whereis curl
>/usr/bin/curl
Aaah, yeah, I forgot all about that. I hate how they replaced wget with
curl - drives me absolutely batty, as
On 6/2/03 14:30, "Morbus Iff" <[EMAIL PROTECTED]> wrote:
>>> Please download and test the perl 5.8.0 distribution available from:
>>> http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg
>>
>> I get a text transfer of the binary when trying to d/l
>> Please download and test the perl 5.8.0 distribution available from:
>> http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg
>
>I get a text transfer of the binary when trying to d/l this in Mozilla, IE
>and Omni Web instead of the disk image. This is the first time this has
On 6/2/03 1:03, "Nathan Torkington" <[EMAIL PROTECTED]> wrote:
> Please download and test the perl 5.8.0 distribution available from:
> http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg
[...]
I get a text transfer of the binary when trying to d/l this in Mozilla, IE
a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wednesday, February 5, 2003, at 08:37 PM, Chris Nandor wrote:
In article
<[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Nathan Torkington) wrote:
Please download and test the perl 5.8.0 distribution available from:
http://nathan.torkington.c
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Nathan Torkington) wrote:
> Please download and test the perl 5.8.0 distribution available from:
> http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg
>
> It installs Perl, Berkeley DB 4.1.25, DB_File 1.42 and Time::HiRe
On Wed, Feb 05, 2003 at 06:03:32PM -0700, Nathan Torkington wrote:
> Please download and test the perl 5.8.0 distribution available from:
> http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg
Done, and much appreciated. (The machine on which I have
just installed your dmg was giving all
Please download and test the perl 5.8.0 distribution available from:
http://nathan.torkington.com/tmp/perl5.8.0gnat1.dmg
It installs Perl, Berkeley DB 4.1.25, DB_File 1.42 and Time::HiRes
1.42 into /usr/local/perl5-8. You'll need to add
/usr/local/perl5-8/bin
to your path, probably in
I'm trying to compile 5.8.0 yet again, and I got what looks like a
serious deviation from the norm described on developer.apple.com. From
the end of my make:
Failed 2 test scripts out of 657, 99.70% okay.
### Since not all tests were successful, you may want to run some of
### them individ
On Monday, January 27, 2003, at 01:14 PM, J. Charles Holt wrote:
Any idea what the trouble might be? Any thoughts would be
appreciated!
[snip]
In file included from Catalog.xs:16:
../common/util.c:9:19: Files.h: No such file or directory
Do you have Developer Tool installed? It appears t
Hi,
Tried similar things, with similar results. I followed all of the
instructions in
http://developer.apple.com/internet/macosx/perl.html
and finally got things to the point that perl -v would return 5.8.0 and
all seemed well.
Ran the CPAN shell and updated itself (CPAN) successfully, and
I don't believe that hobbyist segment is that large. I suspect most users
approach from Classic or from UNIX, where the two approaches I described
would fit. For those that do fit the hobbyist category - take the gloves
off and dig in that's the best way to learn it.
BTW I didn't believe your resp
On Tuesday, January 14, 2003, at 06:11 PM, Ken Williams wrote:
Thanks, that's indeed what I was thinking of. I guess I put it out of
my mind because it's written mostly in Tcl. ;-)
}shudder{
--
Erik Price
email: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
et warnings about missing symbols,
you
probably have an old version of Perl (or parts of one) in
/Library/Perl.
These undefined symbols existed in pre-5.8.0 versions. For more
information on this issue, check out perldelta.
with a link to:
http://dev.perl.org/perl5/news/2002/07/18/580ann/
pe
On Tuesday, January 14, 2003, at 04:54 PM, Puneet Kishor wrote:
Ken Williams wrote:
Apparently Apple is working on their own package management system,
informed by both the BSD ports and Fink. Can't exactly remember
where I heard this, but maybe someone can substantiate and/or provide
som
ll use it. Same goes for Perl 5.8.0.
Apparently Apple is working on their own package management system,
informed by both the BSD ports and Fink. Can't exactly remember where I
heard this, but maybe someone can substantiate and/or provide some
references on Apple's web site.
see http
On Tuesday, January 14, 2003, at 03:21 PM, Puneet Kishor wrote:
Thank you, Daniel, for speaking up for the "rest of us" who use the
computer for the "rest of us".
Fink is good, and needed, and when it gets better (and/or endorsed by
Apple), I too will use it. Same
Thank you, Daniel, for speaking up for the "rest of us" who use the
computer for the "rest of us".
Fink is good, and needed, and when it gets better (and/or endorsed by
Apple), I too will use it. Same goes for Perl 5.8.0.
In the meantime, kudos and all strength to the Fin
On Monday, Jan 13, 2003, at 17:52 US/Pacific, Rich & Michaela wrote:
OK we're still seriously OT on this thread now, but here's my 2 cents.
I
guess I still don't get it (Fink). If you have modest admin skills you
can
figure out dependencies and pre-reqs. I've yet to run into any
dependency
6 PM, Chad A. Clark wrote:
On 1/13/03 2:39 PM, in article
[EMAIL PROTECTED], "Kime H.
Smith"
<[EMAIL PROTECTED]> wrote:
After doing a fresh install of Perl 5.8.0 following the directions on
developer.apple.com (
<http://developer.apple.com/internet/macosx/perl.html>) I ran in
OK we're still seriously OT on this thread now, but here's my 2 cents. I
guess I still don't get it (Fink). If you have modest admin skills you can
figure out dependencies and pre-reqs. I've yet to run into any dependency
issues (at least any that weren't addressed in README or INSTALL files). I
di
PM, in article
[EMAIL PROTECTED], "Kime H.
Smith"
<[EMAIL PROTECTED]> wrote:
After doing a fresh install of Perl 5.8.0 following the directions on
developer.apple.com (
<http://developer.apple.com/internet/macosx/perl.html>) I ran into the
following at the end of the CPAN c
gt; Trace/BPT trap
As per the article, under the "Preparation" portion:
If, after the installation, you get warnings about missing symbols, you
probably have an old version of Perl (or parts of one) in /Library/Perl.
These undefined symbols existed in pre-5.8.0 versions. For more
infor
After doing a fresh install of Perl 5.8.0 following the directions on
developer.apple.com (
<http://developer.apple.com/internet/macosx/perl.html>) I ran into the
following at the end of the CPAN config. I'm using Jaguar 10.2.3 Server
on an Xserve.
khsmith% sudo perl -MCPAN -e
>What would the syntax be for this in bash?
See my article :
echo "export LC_ALL=C" >> ~/.bash_profile
--
Morbus Iff ( i'm the droid you're looking for )
Culture: http://www.disobey.com/ and http://www.gamegrene.com/
Please Me: http://www.amazon.com/exec/obidos/wishlist/25USVJDH68554
icq: 292
What would the syntax be for this in bash?
Pete
Ray Zimmerman wrote:
setenv LC_ALL C
(put the above line in .cshrc and restart Terminal)
> is done in ~/build.
>
>
> Perl
>
>
> setenv LC_ALL C
> (put the above line in .cshrc and restart Terminal)
> cd ~/build
> tar zxvf ../dist/perl-5.8.0.tar.gz
> cd perl-5.8.0
> ./Configure -de -Dprefix=/usr/local/perl-5.8.0 \
> [EMAIL PROTEC
is done in ~/build.
Perl
setenv LC_ALL C
(put the above line in .cshrc and restart Terminal)
cd ~/build
tar zxvf ../dist/perl-5.8.0.tar.gz
cd perl-5.8.0
./Configure -de -Dprefix=/usr/local/perl-5.8.0 \
[EMAIL PROTECTED] [EMAIL PROTECTED]
make
make test
sudo make install
Fink
--
1 - 100 of 262 matches
Mail list logo