On 9/18/10 4:48 AM, Martin Koegler wrote:
> Autoconf allows adding a argument list to a Macro defined by AC_DEFINE:
> 
> |  -- Macro: AC_DEFINE (VARIABLE, VALUE, [DESCRIPTION])
> |  -- Macro: AC_DEFINE (VARIABLE)
> |      Define VARIABLE to VALUE (verbatim), by defining a C preprocessor
> |      macro for VARIABLE.  VARIABLE should be a C identifier, optionally
> |      suffixed by a parenthesized argument list to define a C
> |      preprocessor macro with arguments.  The macro argument list, if
> |      present, should be a comma-separated list of C identifiers,
> |      possibly terminated by an ellipsis `...' if C99 syntax is employed.
> |      VARIABLE should not contain comments, white space, trigraphs,
> |      backslash-newlines, universal character names, or non-ASCII
> |      characters.
> 
> My autoconf puts in config.h.in:
> 
> /* Is gnutls_set_global_errno present */
> #undef gnutls_transport_set_global_errno
> 
> So the syntax error is a autotools problem related to AC_DEFINE and argument. 

Not surprising.  I've said this before-- autotools is really bad about
being compatible with itself.  When they change the behavior of a
function, they should really change the name of it as well to avoid
these sorts of problems.


> A seperate question is, if your gnutls includes this function:
> grep -r gnutls_transport_set_global_errno /usr/include/gnutls/

No, it doesn't.  I'm using the stock version of gnutls (1.0.20) that
ships with RHEL 4.  The TigerVNC configure script is properly detecting
that I don't have the function, so it seems like one way to fix this
would be to simply define a static macro if the
gnutls_transport_set_global_errno function doesn't exist and then have
the gnutls_transport_set_global_errno() macro pre-defined in config.h.in
(but #ifdef around it based on the setting of the afore-mentioned static
macro.)  I'll look into implementing that on Monday.

------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________
Tigervnc-devel mailing list
Tigervnc-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tigervnc-devel

Reply via email to