cvs commit: ports/devel Makefile ports/devel/p5-Linux-Pid Makefile distinfo pkg-descr pkg-plist

[Erwin Lansing]

On Tue, Aug 01, 2006 at 08:12:19PM +0000, Andrew Pantyukhin wrote:
> sat         2006-08-01 20:12:19 UTC
> 
>   FreeBSD ports repository
> 
>   Modified files:
>     devel                Makefile 
>   Added files:
>     devel/p5-Linux-Pid   Makefile distinfo pkg-descr pkg-plist 
>   Log:
>   Add port devel/p5-Linux-Pid:
>   
>   Why should one use a module to get the PID and the PPID of a process
>   where there are the $$ variable and the getppid() builtin? (Not
>   mentioning the equivalent POSIX::getpid() and POSIX::getppid()
>   functions.)
>   
>   In fact, this is useful on Linux, with multithreaded programs. Linux'
>   C library, using the linux thread model, returns different values of
>   the PID and the PPID from different threads. (Other thread models such
>   as NPTL don't have the same behaviour). This module forces perl to
>   call the underlying C functions getpid() and getppid().


So what does it do on FreeBSD? This looks pretty Linux specific.

Not related to this specific commit, but the latest flurry of new perl
modules has got me a bit worried. Are people actually using all these
new modules or are they imported just because they are on CPAN? Coping
with 15.000 ports is not easy and while I do not want to start imposing
any rules (apart from the very liberal rules we already have) on new
ports, we do need to judge the usefulness of every new port we add.

-erwin


-- 
Erwin Lansing                                     http://droso.org
Security is like an onion.          (o_ _o)
It's made up of several layers   \\\_\   /_///    erwin at FreeBSD.org
And it makes you cry.            <____) (____>    erwin at aauug.dk
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/cvs-ports/attachments/20060801/51527db9/attachment.pgp