all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Roman Riabenko <roman@riabenko.com>
To: Liliana Marie Prikler <liliana.prikler@ist.tugraz.at>,
	54607@debbugs.gnu.org
Subject: bug#54607: ncurses attrset colour pair ignored in favour of bkgd
Date: Thu, 07 Apr 2022 15:50:03 +0300	[thread overview]
Message-ID: <e5074a2c285b3eced54c06d4ff2a0e9620f236e3.camel@riabenko.com> (raw)
In-Reply-To: <e2474a1c7e3efb4b3dc46ffb284aba98541bd1bc.camel@ist.tugraz.at>

Hello

Thank you for directing me to those options.

Setting _XOPEN_SOURCE to 500 or higher seems to restore the expected
functionality of attrset in ncurses for colour. _XOPEN_SOURCE is a
feature test macro, so it just determines that some functionality from
X/Open is used (X/OPEN 5 for _XOPEN_SOURCE 500, X/OPEN 6 for
_XOPEN_SOURCE 600, etc.). The program that is being compiled can have
its own tests for functionality that it needs. I can add "#define
_XOPEN_SOURCE 500" to the beginning of test.c from my previous email to
make it work as it should when built with guix. So, this is something,
the program could normally figure out itself without relying on curses
being implemented in a specific way.

There is a section on alternate configurations of ncurses in its manual
[1] noting that it may be necessary for some functionality of ncurses
to specify _XOPEN_SOURCE up to 600 for programs compiled against
ncurses when the latter was built with --enable-widec. Since this
option was chosen for ncurses in guix, it is fair enough that some
functionality may need _XOPEN_SOURCE 600, even if I am not sure how my
case is related to wide character support or what functionality from
X/Open is used.

[1]:
https://invisible-island.net/ncurses/man/ncurses.3x.html#h2-ALTERNATE-CONFIGURATIONS

I believe that the above is enough to close this issue.

Roman




  reply	other threads:[~2022-04-07 12:51 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-03-28 12:00 bug#54607: ncurses attrset colour pair ignored in favour of bkgd Roman Riabenko
2022-03-29 12:29 ` Liliana Marie Prikler
2022-04-07 12:50   ` Roman Riabenko [this message]
2022-04-07 12:52     ` Liliana Marie Prikler

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=e5074a2c285b3eced54c06d4ff2a0e9620f236e3.camel@riabenko.com \
    --to=roman@riabenko.com \
    --cc=54607@debbugs.gnu.org \
    --cc=liliana.prikler@ist.tugraz.at \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.