[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: poll() check and bootstrapping
From: |
Thomas Dickey |
Subject: |
Re: poll() check and bootstrapping |
Date: |
Tue, 6 Oct 2015 20:34:46 -0400 |
User-agent: |
Mutt/1.5.21 (2010-09-15) |
On Tue, Oct 06, 2015 at 01:55:45PM +0200, Tomáš Čech wrote:
> Hello,
>
> I'm trying to clean the openSUSE spec file (recipe for build or RPM
> package) and I found some workarounds which I believe should get fixed
> in upstream instead.
>
> 1] I found that we're running whole build in screen to correctly pass poll()
> test
> ("checking if poll really works")
>
> I asked our ncurses maintainer to patch the configure instead
> involving terminal emulator in the build but I believe that it is
> something other distribution may benefit from.
>
> Would that be acceptable to add something like
>
> --have-working-poll=(yes|no)
>
> to override the test?
Not really - suggestions for reliably testing the system without a
terminal are welcome. I wrote the test a while back due to a broken
implementation on Linux...
(Options such as that suggested only lead to new bug reports...)
> 2] it seems that build fails when submitting
> --with-fallbacks='some,terms,here' and when tic is not present in the
> system
It's been a documented requirement of the option for a long time, in the
INSTALL file:
In order to support operation of ncurses programs before the terminfo
tree is accessible (that is, in single-user mode or at OS installation
time) the ncurses library can be compiled to include an array of
pre-fetched fallback entries. This must be done on a machine which
has ncurses' infocmp and terminfo database installed (as well as
ncurses' tic and infocmp programs).
> I know it is not common situation and you usually have older version
> of ncurses available but sometimes you need to build everything from
> scratch.
But building from build-copy of tic has always been an option for a
packager simply by properly setting the $PATH variable (and possibly
LD_LIBRARY_PATH, depending on your build configuration). There's no
need to do two builds.
> Maintainer had to generate fallback.c with FALLBACK_LIST="" (not to
> involve tic), build tinfo and tic to be able to build correct
> fallback.c to continue with the build.
>
> I think this can be considered as bug.
no - it's intentionally made simple...
> Furthermore, it would make sense to expose BUILD_TIC and BUILD_INFOCMP
> to configure script as option which could help cross compilation in a
> clean way...
I think that $PATH is enough
> I hope that these topics were not yet rejected or are not completely bogus.
>
> Best regards,
>
> Tomas Cech
> _______________________________________________
> Bug-ncurses mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/bug-ncurses
--
Thomas E. Dickey <address@hidden>
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature