From: Andrey Borzenkov <arvidjaar@gmail.com>
To: The development of GNU GRUB <grub-devel@gnu.org>
Cc: phcoder@gmail.com
Subject: Re: [PATCH] Do not use inline in argp.h on FreeBSD
Date: Sat, 26 Jul 2014 07:58:51 +0400 [thread overview]
Message-ID: <20140726075851.53c47cca@opensuse.site> (raw)
In-Reply-To: <53D2CE98.9070702@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 3204 bytes --]
В Fri, 25 Jul 2014 23:39:36 +0200
Vladimir 'φ-coder/phcoder' Serbinenko <phcoder@gmail.com> пишет:
> On 25.07.2014 17:28, Andrey Borzenkov wrote:
> > This fixes this error:
> >
> > In file included from util/grub-mkimage.c:54:0:
> > ./grub-core/gnulib/argp.h:627:49: error: '__sbistype' is static but
> > used in inline function '_option_is_short' which is not static
> > [-Werror] cc1: all warnings being treated as errors gmake[2]: ***
> > [util/grub_mkimage-grub-mkimage.o] Error 1
> >
> Did you contatc gnulib?
Yes, this was sent to gnulib list :)
> Can we just silence this warning?
Apparently not for this particular case, and this warning is real, it
should not be simply ignored. Unfortunately, while FreeBSD allows to
disable "static inline" in _ctype.h it breaks compilation due to
different FreeBSD bug, so this looks like the only workaround.
> > Treat FreeBSD similar to Apple and do not try inlines. It currently
> > does it for GCC only, as this is what had been tested.
> >
> > Reported-By: Beeblebrox <zaphod@berentweb.com>
> > Tested-By: Beeblebrox <zaphod@berentweb.com>
> > Signed-off-by: Andrey Borzenkov <arvidjaar@gmail.com>
> >
> > ---
> > m4/extern-inline.m4 | 10 +++++++---
> > 1 file changed, 7 insertions(+), 3 deletions(-)
> >
> > diff --git a/m4/extern-inline.m4 b/m4/extern-inline.m4
> > index 240150e..009b928 100644
> > --- a/m4/extern-inline.m4
> > +++ b/m4/extern-inline.m4
> > @@ -24,7 +24,10 @@ AC_DEFUN([gl_EXTERN_INLINE],
> > <http://lists.gnu.org/archive/html/bug-gnulib/2012-12/msg00023.html>.
> > OS X 10.9 has a macro __header_inline indicating the bug is fixed for C and
> > for clang but remains for g++; see <http://trac.macports.org/ticket/41033>.
> > - Perhaps Apple will fix this some day. */
> > + Perhaps Apple will fix this some day.
> > +
> > + Suppress use of inlines on FreeBSD with GCC similar to Apple. It fails to
> > + compile arpg.h due to static inlines in ctype.h */
> > #if (defined __APPLE__ \
> > && (defined __header_inline \
> > ? (defined __cplusplus && defined __GNUC_STDC_INLINE__ \
> > @@ -36,7 +39,8 @@ AC_DEFUN([gl_EXTERN_INLINE],
> > # define _GL_EXTERN_INLINE_APPLE_BUG
> > #endif
> > #if ((__GNUC__ \
> > - ? defined __GNUC_STDC_INLINE__ && __GNUC_STDC_INLINE__ \
> > + ? (defined __GNUC_STDC_INLINE__ && __GNUC_STDC_INLINE__) \
> > + && !defined __FreeBSD__ \
> > : (199901L <= __STDC_VERSION__ \
> > && !defined __HP_cc \
> > && !(defined __SUNPRO_C && __STDC__))) \
> > @@ -45,7 +49,7 @@ AC_DEFUN([gl_EXTERN_INLINE],
> > # define _GL_EXTERN_INLINE extern inline
> > # define _GL_EXTERN_INLINE_IN_USE
> > #elif (2 < __GNUC__ + (7 <= __GNUC_MINOR__) && !defined __STRICT_ANSI__ \
> > - && !defined _GL_EXTERN_INLINE_APPLE_BUG)
> > + && !defined _GL_EXTERN_INLINE_APPLE_BUG && !defined __FreeBSD__)
> > # if defined __GNUC_GNU_INLINE__ && __GNUC_GNU_INLINE__
> > /* __gnu_inline__ suppresses a GCC 4.2 diagnostic. */
> > # define _GL_INLINE extern inline __attribute__ ((__gnu_inline__))
> >
>
>
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2014-07-26 3:59 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-25 15:28 [PATCH] Do not use inline in argp.h on FreeBSD Andrey Borzenkov
2014-07-25 21:39 ` Vladimir 'φ-coder/phcoder' Serbinenko
2014-07-26 3:58 ` Andrey Borzenkov [this message]
2014-09-25 15:40 ` [PATCH] update m4/extern-inline.m4 to upstream version to fix compilation " Andrey Borzenkov
2014-08-04 18:40 ` [PATCH] Do not use inline in argp.h " Paul Eggert
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=20140726075851.53c47cca@opensuse.site \
--to=arvidjaar@gmail.com \
--cc=grub-devel@gnu.org \
--cc=phcoder@gmail.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 NNTP newsgroup(s).