Subject: Re: perl 5.8.0 from w2k test site problems
From: Tim Van Holder <tim DOT van DOT holder AT pandora DOT be>
To: djgpp-workers AT delorie DOT com
In-Reply-To: <200301171326.OAA26148@lws256.lu.erisoft.se>
References: <200301171326 DOT OAA26148 AT lws256 DOT lu DOT erisoft DOT se>
Content-Type: text/plain
Organization: 
Message-Id: <1042815386.11058.15.camel@leeloo>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.1 
Date: 17 Jan 2003 15:56:26 +0100
Content-Transfer-Encoding: 7bit
Reply-To: djgpp-workers AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

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)

-- 
Tim Van Holder <tim DOT van DOT holder AT pandora DOT be>