Sorry for the long absence, folks. I got very busy at work, then very
sick, and now that I'm staggering back to my feet, I have to go out of
town for a few days. I know there are lingering issues with the TLS
code and I *will* fix them, but it will have to be next week at this
point. However, I happened to notice this email.
On Tue, Oct 28, 2014 at 5:44 AM, Mats Lidell <matsl(a)xemacs.org> wrote:
We have had this problem for a long time in the buildbot. Two builds
on mac and one build on linux seems to be affected by it. Anyone who
can have a look at this?
Since its g++ involved, and the error message talks about not a
throw-expression(!), this sounds quite interesting. Don't you think?
Feel free to beat me to it! ;-)
Does this help?
diff -r 6928877dbc26 src/lisp.h
--- a/src/lisp.h Sat Oct 25 15:59:31 2014 +0200
+++ b/src/lisp.h Thu Oct 30 16:39:57 2014 -0600
@@ -1368,7 +1368,7 @@
__temp_alloca_size__ = (size), \
__temp_alloca_size__ > MAX_ALLOCA_VS_C_ALLOCA ? \
xemacs_c_alloca (__temp_alloca_size__) : \
- (need_to_check_c_alloca ? xemacs_c_alloca (0) : (void) 0, \
+ (need_to_check_c_alloca ? xemacs_c_alloca (0) : NULL, \
alloca (__temp_alloca_size__)))
/* Version of ALLOCA() that is guaranteed to work inside of function calls
@@ -1402,7 +1402,7 @@
__temp_alloca_size__ = (size), \
__temp_alloca_size__ > MAX_ALLOCA_VS_MALLOC ? \
xmalloc_and_record_unwind (__temp_alloca_size__) : \
- (need_to_check_c_alloca ? xemacs_c_alloca (0) : (void) 0, \
+ (need_to_check_c_alloca ? xemacs_c_alloca (0) : NULL, \
alloca (__temp_alloca_size__)))
/* -------------- convenience functions for memory allocation ------------- */
If that makes things better, please go ahead and commit it. I won't
have time until I get back next week.
--
Jerry James
http://www.jamezone.org/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta