This is the mail archive of the cygwin-xfree mailing list for the Cygwin XFree86 project.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
On 8/13/2013 8:08 AM, Angelo Graziosi wrote:
Il 13/08/2013 11.52, Angelo Graziosi ha scritto:Yaakov wrote:The following packages (and their subpackages) have been updated for both arches:After this update my GTK builds of Emacs trunk do not work any more. For example, the bootstrap of rev. 113816 I did yesterday and that worked fine up to before this update, now fails so: $ emacs -Q & [1] 3044 ***MEMORY-ERROR***: [3044]: GSlice: failed to allocate 504 bytes (alignment: 512): Function not implemented [1]+ Aborted (core dumped) emacs -Q So, after this update, I tried a new bootstrap (rev.113838) but id fails in the same manner: if test "no" = "yes"; then \ rm -f bootstrap-emacs.exe; \ ln temacs.exe bootstrap-emacs.exe; \ else \ `/bin/pwd`/temacs --batch --load loadup bootstrap || exit 1; \ test "X" = X || -zex emacs.exe; \ mv -f emacs.exe bootstrap-emacs.exe; \ fi ***MEMORY-ERROR***: [896]: GSlice: failed to allocate 504 bytes (alignment: 512): Function not implemented /bin/sh: line 7: 896 Aborted (core dumped) `/bin/pwd`/temacs --batch --load loadup bootstrap Makefile:835: recipe for target `bootstrap-emacs.exe' failed make[2]: *** [bootstrap-emacs.exe] Error 1 make[2]: uscita dalla directory "/work/emacs/Work/src" Makefile:379: recipe for target `src' failed make[1]: *** [src] Error 2 make[1]: uscita dalla directory "/work/emacs/Work" Makefile:1040: recipe for target `bootstrap' failed make: *** [bootstrap] Error 2 build-emacs.sh: Bootstrap failure... Probably this issue affects also the Cygwin (GTK) package of Emacs.. It seems that the workaround is to start Emacs with G_SLICE=always-malloc, $ G_SLICE=always-malloc emacs -Q & Ken, wasn't this issue fixed upstream some time ago?
Yes. The fix was to add the following for the Cygwin build, very early in main():
setenv ("G_SLICE", "always-malloc", 1);I don't know why this no longer works. Maybe Glib now does its memory management initialization before emacs's main() is entered.
Yaakov, is there any chance that you could patch Glib to do the equivalent of G_SLICE=always-malloc on Cygwin? This isn't really an emacs issue. It would affect any GTK application that provides its own malloc rather than using Cygwin's malloc. (But emacs is probably the only such application in the distro.)
An alternative to patching Glib would be to fix the problem directly in Cygwin, but I don't know how hard that is and whether Corinna and cgf are interested. The issue, as I understand it, is this: Cygwin allows programs to supply their own malloc but not their own memalign. Glib calls memalign, which becomes Cygwin's memalign, which returns ENOSYS when Cygwin's malloc is not being used.
There was a long discussion about this on the Cygwin mailing list in 2007. The thread starts at
http://cygwin.com/ml/cygwin/2007-02/msg00469.html and continues at http://cygwin.com/ml/cygwin/2007-02/msg00503.html and did not resolve the issue. Ken -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |