public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
From: "Zack Weinberg" <zack@codesourcery.com>
To: Gerald Pfeifer <gerald@pfeifer.com>
Cc: Gcc Patch List <gcc-patches@gcc.gnu.org>
Subject: Re: cpplib and iconv.h (bootstrap failure)
Date: Mon, 01 Dec 2003 19:11:00 -0000	[thread overview]
Message-ID: <87r7zoqro2.fsf@egil.codesourcery.com> (raw)
In-Reply-To: <Pine.BSF.4.58.0312011941500.55975@acrux.dbai.tuwien.ac.at> (Gerald Pfeifer's message of "Mon, 1 Dec 2003 19:44:16 +0100 (CET)")

Gerald Pfeifer <gerald@pfeifer.com> writes:

> Hi Zack,
>
> do you think you'll have time to look into this regression caused by your
> patch before the next snapshot (on Wednesday)?

Please try the appended patch.  You will need to run autoconf and
autoheader.

I think this would also be addressed by updating to the latest iconv.m4,
but it requires autoconf 2.5x.  I'm not sure if the autoconf transition
ever got to the point where we could cut over the gcc directory.

zw

        * aclocal.m4 (AM_ICONV): Add explicit check for iconv.h.
        * cpphash.h, java/lex.h: Check both HAVE_ICONV and HAVE_ICONV_H
        before including iconv.h.

===================================================================
Index: aclocal.m4
--- aclocal.m4	26 Nov 2003 19:17:49 -0000	1.82
+++ aclocal.m4	1 Dec 2003 19:09:12 -0000
@@ -607,6 +607,8 @@ AC_DEFUN([AM_ICONV],
     done
    ])
 
+  AC_CHECK_HEADERS([iconv.h])
+
   AC_CACHE_CHECK(for iconv, am_cv_func_iconv, [
     am_cv_func_iconv="no, consider installing GNU libiconv"
     am_cv_lib_iconv=no
===================================================================
Index: cpphash.h
--- cpphash.h	2 Oct 2003 07:23:26 -0000	1.202
+++ cpphash.h	1 Dec 2003 19:09:12 -0000
@@ -25,7 +25,7 @@ Foundation, 59 Temple Place - Suite 330,
 
 #include "hashtable.h"
 
-#ifdef HAVE_ICONV
+#if defined HAVE_ICONV_H && defined HAVE_ICONV
 #include <iconv.h>
 #else
 #define HAVE_ICONV 0
===================================================================
Index: java/lex.h
--- java/lex.h	4 May 2003 14:05:15 -0000	1.35
+++ java/lex.h	1 Dec 2003 19:09:12 -0000
@@ -35,7 +35,7 @@ extern FILE *finput;
 /* A Unicode character, as read from the input file  */
 typedef unsigned short unicode_t;
 
-#ifdef HAVE_ICONV
+#if defined HAVE_ICONV_H && defined HAVE_ICONV
 #include <iconv.h>
 #endif /* HAVE_ICONV */
 

       reply	other threads:[~2003-12-01 19:11 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <Pine.BSF.4.58.0311161412530.78454@acrux.dbai.tuwien.ac.at>
     [not found] ` <Pine.BSF.4.58.0312011941500.55975@acrux.dbai.tuwien.ac.at>
2003-12-01 19:11   ` Zack Weinberg [this message]
2003-12-01 20:41     ` Daniel Jacobowitz
2003-12-01 20:50       ` Zack Weinberg
2003-12-03  9:05     ` Gerald Pfeifer

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=87r7zoqro2.fsf@egil.codesourcery.com \
    --to=zack@codesourcery.com \
    --cc=gcc-patches@gcc.gnu.org \
    --cc=gerald@pfeifer.com \
    /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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).