Paul Eggert wrote:
> 2007-11-01 Paul Eggert <[EMAIL PROTECTED]>
>
> * m4/putenv.m4 (gl_FUNC_PUTENV): Also mention that we're checking
> for compatibility with GNU.
Oh, the doc that I had provided is wrong. I'm realizing now that the 'putenv'
module is not needed for POSIX compatibil
I'm trying to build a GNU toolchain on FreeBSD 4.2. Unfortunately this
machine has no , which causes failures for anything trying to
use this header, which usually show up in gnulib's replacement module
(e.g. coreutils and m4 die when trying to '#include ""'). Is there
already a gnulib patch fo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Eggert wrote:
> Sam Steingold <[EMAIL PROTECTED]> writes:
>
>> # ac_use_included_regex is NOT cached, so we have to duplicate the
>> # logic of src/glm4/regex.m4!
>> case $with_included_regex in
>> yes|no) ac_use_included_regex=$with_included_r
Sam Steingold <[EMAIL PROTECTED]> writes:
> # ac_use_included_regex is NOT cached, so we have to duplicate the
> # logic of src/glm4/regex.m4!
> case $with_included_regex in
> yes|no) ac_use_included_regex=$with_included_regex ;;
> '') case $gl_cv_func_re_compile_pattern_working in
> yes)
There are still a bunch cache variables with my jm_ prefix.
I'm about to change them all to use gl_ instead.
The only risk is that some other project is using the jm_-prefixed
variable names (most likely in configure.ac). There *are* two uses
in coreutils configure.ac, but that's not surprising, s
Paul Eggert wrote:
> Bruno Haible <[EMAIL PROTECTED]> writes:
>
>> * m4/putenv.m4 (gl_FUNC_PUTENV): Require gl_STDLIB_H_DEFAULTS. Instead
>> of defining putenv in config.h, just set REPLACE_PUTENV.
>
> Thanks for doing that. I had written something quite similar but you
> beat me to it
"Guy Rutenberg" <[EMAIL PROTECTED]> writes:
> Hi,
>
> When trying to compile base64.c using g++ I got the following compilation
> problems:
Hi! Thanks for your feedback. However, I looked at your patch, and as
far as I could tell, they were all work arounds for your environment.
Thus, I don't t
Bruno Haible <[EMAIL PROTECTED]> writes:
> * m4/putenv.m4 (gl_FUNC_PUTENV): Require gl_STDLIB_H_DEFAULTS. Instead
> of defining putenv in config.h, just set REPLACE_PUTENV.
Thanks for doing that. I had written something quite similar but you
beat me to it. One minor change, which I
On Thu, 1 Nov 2007, Bruno Haible wrote:
> Tim Rice wrote:
> > None of that, but I did find a problem with the build environment
> > ...
> > I got the build environment fixed now.
>
> OK. But this means I cannot trust your 6 other reports either. If you want
> something to be done about them, you
Jim Meyering wrote:
> It looks fine and works for coreutils.
> You're welcome to apply it.
Applied.
> Tim Rice reported 7 different issues:
>
> (1) UnixWare 7.1.1 extended stdio
> (2) OpenServer 5.0.4extended stdio
> (3) UnixWare 7.1.1 closein
> (4) UnixWare 7.1.1 vasprintf-posix
> (5) Caldera OpenLinux 3.1.1 stdbool & gl_list
> (6) OpenServ
Tim Rice wrote:
> None of that, but I did find a problem with the build environment
> ...
> I got the build environment fixed now.
OK. But this means I cannot trust your 6 other reports either. If you want
something to be done about them, you need to redo these builds in a clean
environment, with
Bruno Haible <[EMAIL PROTECTED]> wrote:
...
> Jim, here is a proposed patch to the 'putenv' module. Apart from changing
> the location of the "#define putenv rpl_putenv", this also changes the
> parameter type from 'const char *' to 'char *', for POSIX compliance.
...
Hi Bruno,
Thanks for the pat
13 matches
Mail list logo
