[Ecls-list] MSVC build errors for latest CVS

Dean O'Connor dean.oconnor at ite.com.au
Mon Mar 6 23:33:05 UTC 2006


I am still having problems with the build from CVS.
I did a new checkout on my Windows XP.
In a previous CVS update, I saw your CLOS changes being pulled down, so 
I seem to be getting the latest stuff.

I tried this time *without* the "ECL_THREADS = 1". Makes no diff I think.
I still require the attached 2 patches to get past the first 2 compile 
errors.
But then I get this error when it tries to compile using ecl_min.

 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

        date /t > BUILD-STAMP
        .\ecl_min < compile.lsp
;*** Lisp core booted ****
ECL (Embeddable Common Lisp)  16384 pages

 > (:WANTS-DEFSYSTEM :WANTS-RT :WANTS-CLX :WANTS-SOCKETS :WANTS-ASDF 
:WANTS-CMP :WANTS-DLOPEN :ECL-MIN :IEEE-FLOATING-POINT :DFFI :CLOS-
STREAMS :CMU-FORMAT :MSVC :DLOPEN :CLOS :BOEHM-GC :ANSI-CL :COMMON-LISP 
:ECL :COMMON :PENTIUM4 :FFI)
 > NMAKE : fatal error U1077: '.\ecl_min' : return code '0xc0000005'
Stop.

<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

On my Gentoo linux box (located in different location), I made no code 
changes. I just did:
-  cvs login && cvs update -C -P -d
- make clean
- ./configure --enable-threads=posix
- make

I get a Segment Fault at the same point, when ecl_min is executed.

 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

sed -e 's, at ecldir@,/usr/local/lib/ecl,g' < compile.pre > compile.lsp
echo "#" `uname -a` > BUILD-STAMP
head -8 config.log | tail -6 >> BUILD-STAMP
head: `-8' option is obsolete; use `-n 8' since this will be removed in 
the future
tail: `-6' option is obsolete; use `-n 6' since this will be removed in 
the future
if [ -f CROSS-COMPILER ]; then \
        ./CROSS-COMPILER < compile.lsp; \
else \
        ./ecl_min < compile.lsp; \
fi
;*** Lisp core booted ****
ECL (Embeddable Common Lisp)  16384 pages

 > (:WANTS-RT :WANTS-DEFSYSTEM :WANTS-ASDF :WANTS-CMP :WANTS-DLOPEN 
:ECL-MIN :IEEE-FLOATING-POINT :DFFI :CLOS-STREAMS :CMU-FORMAT :UNIX 
:DLOPEN :CLOS :BOEHM-GC :ANSI-CL :COMMON-LISP :ECL :COMMON :ATHLON :FFI)
 > /bin/sh: line 1:  9200 Segmentation fault      ./ecl_min <compile.lsp
make[1]: *** [bin/ecl] Error 139
make[1]: Leaving directory `/home/deano/projects/ecls/build'
make: *** [all] Error 2

<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

cheers
dean.

Juan Jose Garcia Ripoll wrote:
> On Thu, 2006-03-02 at 09:46 +1100, Dean O'Connor wrote:
>   
>> well I have done a clean checkout from CVS twice now (in new 
>> directories) and build still fails with same issues.
>> The only thing I change is adding "ECL_THREADS   = 1" to the msvc/Makefile.
>> [...]
>> I have also done a "cvs update -C -P -d" on my gentoo linux elcs 
>> project. Configured with "--enable-threads".
>> I get pretty much the same errors/problems.
>>     
>
> I have noticed that there were some directories missing in the msvc
> tree. Namely, msvc/gc, msvc/gc/private, msvc/c/ecl, did not get
> committed to CVS. Besides, src/c/alloc_2.d had a wrong definition to a C
> macro THREADS which is now called ECL_THREADS.
>
> I have fixed both things in CVS. Now all my machines can build ECL from
> the developers CVS tree, including MSVC + THREADS. However, for this I
> had to tweak src/c/tcp.d because it used winsock2.h, which in the free
> version lacked some of the definitions used there. Furthermore, that
> code assumed "errno" is a variable, which is not the case in the
> multithreaded version.
>
> I will download ECL from Sourceforge later on using the anonymous CVS
> and report here whether I see differences with it.
>
> I am sorry for the inconvenience.
>
> Regards
>
> Juanjo
>
>   
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: msvc_Makefile.patch
URL: <https://mailman.common-lisp.net/pipermail/ecl-devel/attachments/20060306/f89f6ddd/attachment.ksh>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: msvc_c_Makefile.patch
URL: <https://mailman.common-lisp.net/pipermail/ecl-devel/attachments/20060306/f89f6ddd/attachment-0001.ksh>


More information about the ecl-devel mailing list