[Top][All Lists]

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

Re: portability checks, errors and warnings

From: Bruno Haible
Subject: Re: portability checks, errors and warnings
Date: Sat, 17 Feb 2007 23:03:28 +0100
User-agent: KMail/1.5.4

Paul Eggert wrote on 2007-02-05:
> >      he will get a link error about function 'rpl_strstr', and will likely
> >      report it as a bug in gnulib.
> I don't think this will be much of a problem in practice.  We can
> assume maintainers will read the gnulib documentation so that they
> know what rpl_ is for.  Briefly, defining strstr to rpl_strstr means
> "Do not use any library implementation of strstr, regardless of
> whether the library implements strstr."

A linker warning with a one or two line text is better than a link error

  - We can enable a link warning even for cases where 90% of the uses of the
    functions are ok, such as
        If the file name argument is not absolute, the file is searched for.
        The search algorithm is system specific.
        Some systems may store additional flags in the @code{gl_flags} field.

  - A link errors aborts the "make" process, a link warning doesn't.

  - The documentation (functions.texi) is not yet in the autoconf manual.

  - The documentation (functions.texi) does not say which gnulib module
    solves the portability warning; the rpl_* symbol doesn't say either.
    But the link warning says it.


reply via email to

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