From: Elena Zannoni <ezannoni@redhat.com>
To: Mark Kettenis <kettenis@chello.nl>
Cc: gdb-patches@sources.redhat.com, ezannoni@redhat.com, chet@po.cwru.edu
Subject: Re: Fix readline for platforms without <wchar.h>
Date: Mon, 26 May 2003 15:33:00 -0000 [thread overview]
Message-ID: <16082.13530.758121.662876@localhost.redhat.com> (raw)
In-Reply-To: <200305251129.h4PBTfrV010272@elgar.kettenis.dyndns.org>
Mark Kettenis writes:
> [ Chet, I don't now if you ever received the change that was
> origionally made to the copy of readline in the GDB tree. Just in
> case you intend to incorporate such a change in the next release of
> readline, this patch solves a problem with it. ]
>
> There is a problem with one of our local GDB fixes for readline:
>
> 2003-03-03 Kris Warkentin <kewarken@qnx.com>
>
> * aclocal.m4: Cause wcwidth check to substitute
> HAVE_WCWIDTH for building.
> * Makefile.in: Add wcwidth object to lib if required.
> * shlib/Makefile.in: Likewise.
> * configure: Regenerate.
>
> The problem is that this patch is that support/wcwidth.c
> unconditionally includes <wchar.h>. Compilation of support/wcwidth.c
> will therefore fail on platforms that don't have <wchar.h>, such as
> OpenBSD 3.0.
>
> The attached patch fixes this. I chose to fix this in aclocal.m4
> instead of using HAVE_WCHAR_H in support/wcwidth.c since it keeps that
> file unchanged from the upstream sources.
>
> OK to check this in Elena?
Ok with me.
thanks
elena
>
> Mark
>
> Index: ChangeLog.gdb
> from Mark Kettenis <kettenis@gnu.org>
>
> * aclocal.m4: Don't add wcwidth.o if we don't have wchar.h.
> * configure: Regenerate.
>
> Index: aclocal.m4
> ===================================================================
> RCS file: /cvs/src/src/readline/aclocal.m4,v
> retrieving revision 1.6
> diff -u -p -r1.6 aclocal.m4
> --- aclocal.m4 3 Mar 2003 18:52:27 -0000 1.6
> +++ aclocal.m4 25 May 2003 11:26:57 -0000
> @@ -1654,13 +1654,13 @@ AC_CHECK_HEADERS(langinfo.h)
>
> AC_CHECK_FUNC(mbrtowc, AC_DEFINE(HAVE_MBRTOWC))
> AC_CHECK_FUNC(mbsrtowcs, AC_DEFINE(HAVE_MBSRTOWCS))
> -AC_CHECK_FUNC(wcwidth, have_wcwidth=yes)
> -if test "$have_wcwidth" = yes; then
> - AC_DEFINE(HAVE_WCWIDTH)
> - AC_SUBST(WCWIDTH_OBJ,)
> +AC_CHECK_FUNC(wcwidth, AC_DEFINE(HAVE_WCWIDTH))
> +if test "$ac_cv_func_wcwidth" = no && test "$ac_cv_header_wchar_h" = yes; then
> + WCWIDTH_OBJ=wcwidth.o
> else
> - AC_SUBST(WCWIDTH_OBJ,wcwidth.o)
> + WCWIDTH_OBJ=
> fi
> +AC_SUBST(WCWIDTH_OBJ)
>
> AC_CACHE_CHECK([for mbstate_t], bash_cv_have_mbstate_t,
> [AC_TRY_RUN([
next prev parent reply other threads:[~2003-05-26 15:33 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-25 11:29 Mark Kettenis
2003-05-26 15:33 ` Elena Zannoni [this message]
2003-05-27 23:30 ` Mark Kettenis
[not found] ` <"Message from kettenis"@chello.nl>
2003-05-27 14:22 ` Chet Ramey
2003-05-27 23:46 ` Mark Kettenis
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=16082.13530.758121.662876@localhost.redhat.com \
--to=ezannoni@redhat.com \
--cc=chet@po.cwru.edu \
--cc=gdb-patches@sources.redhat.com \
--cc=kettenis@chello.nl \
/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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox