[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: no rpl_mktime in mktime.c
From: |
Patrice Dumas |
Subject: |
Re: no rpl_mktime in mktime.c |
Date: |
Fri, 8 Jul 2005 08:48:02 +0200 |
User-agent: |
Mutt/1.4.2.1i |
> > There is no rpl_mktime defined in mktime.c, although in gl_FUNC_MKTIME
> > AC_DEFINE(mktime, rpl_mktime,
>
> Doesn't this cause the 'mktime' in mktime.c to be replaced by 'rpl_mktime'?
> Similarly for strtod.
Yes, but if in the standard headers something odd is done with the mktime
symbol and mktime is redefined then it could end up with a build error. It
might be better than a runtime error (but not always).
In fact I throw this issue because I have a report that on a redhat
entreprise linux 3 with C++, gnulib wants to use its mktime, but in the
C++ headers mktime is undefined and then there is a build error. I'll
try to gather more information, maybe changing mktime to rpl_mktime
in mktime.c doesn't help.
I had a look at the other source files, and in many cases the function is
called with rpl_ appended (rpl_putenv, rpl_mkstemp, rpl_mkdir....).
What is the rule for add rpl_ to the function names or not?
--
Pat
- no rpl_mktime in mktime.c, Patrice Dumas, 2005/07/07
- Re: no rpl_mktime in mktime.c, Paul Eggert, 2005/07/07
- Re: no rpl_mktime in mktime.c,
Patrice Dumas <=
- Re: no rpl_mktime in mktime.c, Paul Eggert, 2005/07/08
- Re: no rpl_mktime in mktime.c, Patrice Dumas, 2005/07/08
- Re: no rpl_mktime in mktime.c, Paul Eggert, 2005/07/08
- Re: no rpl_mktime in mktime.c, Patrice Dumas, 2005/07/09
- Re: no rpl_mktime in mktime.c, Paul Eggert, 2005/07/09
- Re: no rpl_mktime in mktime.c, James Youngman, 2005/07/09
- Re: no rpl_mktime in mktime.c, Patrice Dumas, 2005/07/11
- Re: no rpl_mktime in mktime.c, Paul Eggert, 2005/07/12
- Re: no rpl_mktime in mktime.c, James Gallagher, 2005/07/12
- Re: [bug-gnulib] Re: no rpl_mktime in mktime.c, Bruno Haible, 2005/07/11