[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: GL_LINK_WARNING
From: |
Simon Josefsson |
Subject: |
Re: GL_LINK_WARNING |
Date: |
Tue, 15 Dec 2009 22:49:30 +0100 |
User-agent: |
Gnus/5.110011 (No Gnus v0.11) Emacs/23.1 (gnu/linux) |
Eric Blake <address@hidden> writes:
> Also, the point of GNULIB_POSIXCHECK was not whether other compilers
> can detect the problem, so much as making it easy for a random
> developer on Linux to quickly determine if they are using something
> that merely happened to work because they were on Linux, but would
> fail during porting to other platforms, without having to have access
> to the other platforms. If other compilers can be taught to issue a
> similar warning - great. But that is not the driving use case of why
> we introduced the GL_LINK_WARNING in the first place.
Indeed -- so the link-warning stuff should be the least complex solution
that works for typical maintainers. The gcc attributes approach seems
appropriate.
> Indeed. So now that I have your vote of confidence, I'll probably
> start working on a proposal to implement my option 4, by revamping
> GNULIB_POSIXCHECK to use attributes rather than link warnings.
Thanks!
/Simon
- fcntl for mingw, Eric Blake, 2009/12/10
- Re: fcntl for mingw, Bruno Haible, 2009/12/11
- Re: GL_LINK_WARNING (was: fcntl for mingw), Bruno Haible, 2009/12/15
- Re: GL_LINK_WARNING, Eric Blake, 2009/12/15
- Re: GL_LINK_WARNING (was: fcntl for mingw), Eric Blake, 2009/12/16
- Re: GL_LINK_WARNING, Eric Blake, 2009/12/16
- Re: GL_LINK_WARNING, Bruno Haible, 2009/12/16
- Re: GL_LINK_WARNING, Eric Blake, 2009/12/16
- Re: GL_LINK_WARNING, Bruno Haible, 2009/12/19
- Re: GL_LINK_WARNING, Jim Meyering, 2009/12/16
- va-args (was: GL_LINK_WARNING), Eric Blake, 2009/12/23