Sender: rich AT phekda DOT freeserve DOT co DOT uk
Message-ID: <3E28A7CA.B6063543@phekda.freeserve.co.uk>
Date: Sat, 18 Jan 2003 01:03:06 +0000
From: Richard Dawe <rich AT phekda DOT freeserve DOT co DOT uk>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.23 i586)
X-Accept-Language: de,fr
MIME-Version: 1.0
To: djgpp-workers AT delorie DOT com
Subject: Re: perl 5.8.0 from w2k test site problems
References: <200301171326 DOT OAA26148 AT lws256 DOT lu DOT erisoft DOT se> <1042815386 DOT 11058 DOT 15 DOT camel AT leeloo>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Reply-To: djgpp-workers AT delorie DOT com

Hello.

Tim Van Holder wrote:
> 
> On Fri, 2003-01-17 at 14:25, Martin Stromberg wrote:
> > > I've rebuilt 5.8.0 with Rick's patch and few other changes (replaced
> > > installation paths $DJDIR with /dev/env/DJDIR). Installation fails in
> > > man pages (they have '::' in file names).
> >
> > They shouldn't. perl and friends map "::" to "/" if we are talking
> > about module structure.
> 
> We're not - there is indeed no problem zith things like 'use Foo::Bar'.
> However, the perl man pages use the fully qualified package name, so
> you can do 'man Foo::Bar' in the case above.  Man has no name mapping,
> so this requires a $mandir/man3/Foo::Bar.3 file, which is exactly what
> perl tries to generate. (a real example would be B::C.3, the man page
> for the C backend)

I thought installing skipped copying of the man pages on DOS systems? At
least, that's what I remember from Perl 5.6.1. I don't remember having to do
anything special - it's something that is disabled by default for the
dos-djgpp target, I believe.

Bye, Rich =]

-- 
Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]