Re: [Ecls-list] The latest version from git(e3af03e02) crash with 'EXT:STACK-OVERFLOW'.

2012-02-09 Thread Juan Jose Garcia-Ripoll
On Fri, Feb 10, 2012 at 7:50 AM, KDr2 wrote: > onfiguration with the CFLAGS=-g makes ecl crash when using gcc-4.6. Thanks for pointing that. It might indeed be the same problem I saw with mingw32 + gcc 4.6 I will check it out when I have time Juanjo -- Instituto de FĂ­sica Fundamental, CSIC c

Re: [Ecls-list] error on compiling function

2012-02-09 Thread Juan Jose Garcia-Ripoll
As I said, ECL is not thought to be ran *from the build directory*. Some time ago we introduced a patch that sets the include directory and adds the local one -- this was needed for OpenAxiom. This broke compilation of code when you are placed in ECL's build directory. I just cannot remove that wi

Re: [Ecls-list] The latest version from git(e3af03e02) crash with 'EXT:STACK-OVERFLOW'.

2012-02-09 Thread KDr2
It seems configuration with the CFLAGS=-g makes ecl crash when using gcc-4.6. WIth the configuration: > buildir=build/dev CC=gcc-mp-4.6 CFLAGS=-g ./configure --enable-threads > --with-x I got a bad ecl: ;;; ECL C Backtrace ;;; 0 libecl.12.2.dylib 0x00010acafcd6 > si_d

Re: [Ecls-list] error on compiling function

2012-02-09 Thread KDr2
I know how to make out this error: I config ecl as below: buildir=build/dev CC=gcc-mp-4.6 ./configure --prefix=/opt/ecl > --enable-threads --with-x then cd build/dev > make > make install then in the build dir (build/dev), I run /opt/ecl/bin/ecl, the error will occur > $ /opt/ecl/bin/ecl

Re: [Ecls-list] Bug in code detecting stack growth direction

2012-02-09 Thread Gabriel Dos Reis
On Thu, Feb 9, 2012 at 8:24 PM, Daniel Herring wrote: > On Fri, 3 Feb 2012, Juan Jose Garcia-Ripoll wrote: > >> I just noticed that some cleverly optimizing compilers broke the code I used >> to detect whether the stack grows upwards or downwards. I will upload a >> patch tonight. > > Wouldn't t

Re: [Ecls-list] Bug in code detecting stack growth direction

2012-02-09 Thread Daniel Herring
On Fri, 3 Feb 2012, Juan Jose Garcia-Ripoll wrote: > I just noticed that some cleverly optimizing compilers broke the code I used > to detect whether the stack grows upwards or downwards. I will upload a patch > tonight. Wouldn't two calls to alloca() in a single function give a reliable answer

Re: [Ecls-list] MP stability improvement

2012-02-09 Thread Juan Jose Garcia-Ripoll
On Thu, Feb 9, 2012 at 11:10 AM, Matthew Mondor wrote: > So I again tested my simplified mutex.d implementation and > interestingly, stability improved this time. So what I did is to merge > it along with the Windows support, which still uses the old > holder/counter dance. The new POSIX impleme

Re: [Ecls-list] MP stability improvement

2012-02-09 Thread Matthew Mondor
On Thu, 9 Feb 2012 05:43:10 -0500 Matthew Mondor wrote: > > I here attach the diff for review, testing and comments. > > Revised diff attached, the error reporting was done with arguments > reversed, and there was a redundant pthread.h include. Well, here again another revision, as I wasn't sat

Re: [Ecls-list] MP stability improvement

2012-02-09 Thread Matthew Mondor
On Thu, 9 Feb 2012 05:10:47 -0500 Matthew Mondor wrote: > I here attach the diff for review, testing and comments. Revised diff attached, the error reporting was done with arguments reversed, and there was a redundant pthread.h include. -- Matt diff --git a/src/c/threads/mutex.d b/src/c/threads

[Ecls-list] MP stability improvement

2012-02-09 Thread Matthew Mondor
Hello, Some time ago, when I had important stability issues with ECL and an HTTPd I wrote for it, I worked out a reimplementation of POSIX mutexes for ECL. However, most of my issues were actually related to boehm-gc, so although I had posted the new implementation on this list back then, I didn'