GNU bug report logs - #9960
Compiling Emacs trunk with MSVC

Previous Next

Packages: emacs, w32;

Reported by: Eli Zaretskii <eliz <at> gnu.org>

Date: Sat, 5 Nov 2011 11:24:02 UTC

Severity: normal

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Chong Yidong <cyd <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: mario <at> lassnig.net, Paul Eggert <eggert <at> cs.ucla.edu>, 9772 <at> debbugs.gnu.org, 9960 <at> debbugs.gnu.org, 10155 <at> debbugs.gnu.org
Subject: bug#9960: OSX breakage
Date: Wed, 30 Nov 2011 10:27:16 +0800
Eli Zaretskii <eliz <at> gnu.org> writes:

>> Here's a proposed patch to fix that, by having Emacs use Gnulib's
>> environ module.  This syncs from Gnulib, and so it also brings
>> in the patches for Bug#9772 and Bug#9960.  (It is possible to
>> pull out just the environ fix by hand, but that's an error-prone process
>> and I'd rather avoid it.)  I have tested this on Fedora 15,
>> but not on OSX nor on Windows.
>
> FWIW, I'd very much prefer not to install such large changes a day or
> two before the next pretest.  If the only practical way of fixing this
> within gnulib is the proposed changeset, I'd say let's just add a
> declaration of environ conditioned on OS X and FreeBSD.  I don't like
> this solution, but I think on balance it has less potential for
> destabilizing the build.

Agreed.  Paul, can you pick out just the environ fix?  If not, we should
go with the ifdefs as Eli suggested, and leave any Gnulib synch for
post-24.1.




This bug report was last modified 13 years and 61 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.