bug-gnu-utils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: patch for gettextP.h, hppa2.0w-hp-hpux11.00, SWAP


From: Michael Elizabeth Chastain
Subject: Re: patch for gettextP.h, hppa2.0w-hp-hpux11.00, SWAP
Date: Tue, 16 Dec 2003 14:34:32 -0500 (EST)

Hi Bruno,

mec> gcc -std=iso9899:1990 does not allow 'static inline',
mec> so I think that 'static inline' is not in the standard.

bruno> gcc supports either both "inline" and "static inline" or neither:

Okay.  And the autoconf 2.13 test for ac_cv_c_line tests only
for "inline".  But gettext uses both "inline" and "static inline".

So when an autoconf 2.13 "configure" script runs into a compiler
that supports "inline" but not "static inline", the bug happens.

> * lib/autoconf/c.m4 (AC_C_INLINE): Test with a typedef return value,
>   to avoid versions of HP C which don't allow that.

With Travis Heppe's HP-UX compiler, "static inline unsigned int ..."
with a plain type works, and "static inline nls_uint32 ..."
does not work.  But with the compiler I have, neither form works.

  $ cat si-1.c
  static inline unsigned int add (unsigned int a, unsigned int b)
  {
    return a + b;
  }

  $ cc -S si-1.c
  cc: "si-1.c", line 1: error 1000: Unexpected symbol: "unsigned".

  $ what /opt/ansic/bin/cc
  /opt/ansic/bin/cc:
           LINT A.11.01.25171.GP CXREF A.11.01.25171.GP
          HP92453-01 A.11.01.25171.GP HP C Compiler
           $   Sep  8 2000 23:13:51 $

> * aclang.m4 (AC_C_INLINE): Define "inline" to empty if the
>   compiler doesn't support 'static inline'.  This is needed for
>   Encore Umax-3.0.9.16b.

This is the part that helps me.

Michael C




reply via email to

[Prev in Thread] Current Thread [Next in Thread]