This is the mail archive of the
cygwin-apps@cygwin.com
mailing list for the Cygwin project.
Re: Problem with perl -i option
- To: cygwin-apps at cygwin dot com
- Subject: Re: Problem with perl -i option
- From: "Gerrit P. Haase" <gp at familiehaase dot de>
- Date: Tue, 21 Aug 2001 00:59:09 +0200
- Organization: Esse keine toten Tiere
- Reply-to: gp at familiehaase dot de
Charles Wilson schrieb am 2001-08-20, 11:38:
>Gerrit P. Haase wrote:
>> Christopher Faylor schrieb am 2001-08-15, 10:36:
>>>Unfortunately, our perl maintainer has gone silent.
>>>
>>>Is anyone here willing to pick up the perl maintainership?
>>>
>> I'm trying to build perl 5.6.1 according to the instructions from
>> Eric's README, but i got problems with 'Term::ReadKey' from the CPAN
>> Bundle:
>> =======
>> [...]
>> Term::ReadKey is using TERMIOS, as opposed to TERMIO or SGTTY.
[...]
>> make: *** [test_dynamic] Error 2
>
>Search the archives. There is a patch necessary for Term::ReadKey
>(since when is Term::ReadKey part of the standard perl source? That
>*used* to be an add-on module distributed separately...)
Yes, i searched, but i found nothing specific to TermReadkey.
Currently, Term::ReadKey IS part of cygwin-perl..., the whole
Bundle::CPAN is part of ctgwin-perl.
I would include some more modules if there are wishes:-)
> ===
>> I finished one complete build yesterday (with add. modules), but that was
>> with libiconv and libcygipc and libdb.
>
>Yes, official packages should not depend on non-official packages (with
>the exception of postgresql which depends on cygipc). Perl is "core"
>enough that it should not require ANY external (non-official)
>dependencies. (i.e. no "cygipc" exception for perl).
O.K., no problem with that. Just would like to see libiconv be part of
the official distri.
gph
--
=^..^=