[Ecls-list] build.vc8 files in mac format

[Dustin Long]

Dustin Long wrote:
> Dustin Long wrote:
>   
>> Juan Jose Garcia-Ripoll wrote:
>>   
>>     
>>> 2007/2/12, Dean O'Connor <dean.oconnor at ite.com.au>:
>>>   
>>>     
>>>       
>>>> Yes, it certainly seems to be a TortoiseCVS problem at least on my x64
>>>> machine. [...]
>>>> May I ask what Windows (x32/x64?) and TortoiseCVS version you tried ?
>>>>     
>>>>       
>>>>         
>>> Actually, I had the same problem with TortoiseCVS "stable" on a XP
>>> Home with 32 bits. The machine, though, is a Core 2 Duo, so it
>>> definitely has 64 bit registers available, but I doubt one can use
>>> them under Windows, may one?
>>>
>>> Are there any other CVS clients around, other than cygwin/mingw32?
>>> Would it make sense to make nightly CVS snapshots, then? This could be
>>> another reason to provide a continously updated mirror using
>>> mercurial, though.
>>>
>>> Cheers,
>>>
>>> Juanjo
>>>
>>>   
>>>     
>>>       
>> For my own projects, I've been using this guy:
>> http://www.cvsnt.org/wiki/Download
>>
>> Haven't tried it on ecl yet. I'm building the latest pull from cvs now 
>> to see if it exhibits any of the reported problems that Tortoise had, 
>> and will report the news when it finishes.
>>
>> Dustin
>>   
>>     
> That builds just fine without threads.
>
> With threads, in order to get ecl_min to link I had to add 
> $(THREADS_OBJ) to the OBJS= line in msvc/gc/Makefile and I'm still 
> getting an error well into the build:
>
> ===================================================
>
> ;;; Note: Invoking external command:
> ;;; cl -MD -EHsc -DGC_DLL -nologo -DECL_THREADS -DGC_BUILD  -I"../src"/c 
> -I"../src"/h -I"D:/home/dev/src/ecl/ecl/msvc"  
> -I"D:/home/dev/src/ecl/ecl/msvc" -w -c 
> "D:/home/dev/src/ecl/ecl/msvc/cmp/cmpmain.c" 
> -Fo"D:/home/dev/src/ecl/ecl/msvc/cmp/cmpmain.obj"
>
> cmpmain.c
> ;;; OPTIMIZE levels: Safety=2, Space=3, Speed=1
> ;;; Finished compiling src:cmp;cmpmain.lsp.
> ;;; Note: Invoking external command:
> ;;; cl -MD -EHsc -DGC_DLL -nologo -DECL_THREADS -DGC_BUILD  -I"../src"/c 
> -I"../src"/h -I"D:/home/dev/src/ecl/ecl/msvc"  
> -I"D:/home/dev/src/ecl/ecl/msvc" -w -c 
> "D:/system/profiles/Dustin/LOCALS~1/Temp/ECLINITa02308.c" 
> -Fo"D:/system/profiles/Dustin/LOCALS~1/Temp/ECLINITa02308.obj"
>
> ECLINITa02308.c
> Unable to find library directory
> Broken at TOP-LEVEL.No restarts available.
> Top level.
> SI>
>         c\cut "~A" "D:/Software/ECL/lib/ecl" "~*" ""  "@ECL_CFLAGS@" 
> "-MD -EHsc
> -DGC_DLL -nologo -DECL_THREADS"  "@LDFLAGS@" "-MD /link 
> /nodefaultlib:libcmt /no
> defaultlib:libcmtd /nodefaultlib:libc /nodefaultlib:libd"  "@CLIBS@" ""  
> "@libdi
> r@" "D:/Software/ECL"  "@includedir@" "D:/Software/ECL/ecl"  < 
> util\ecl-config.b
> at > ecl-config.bat
>         c\cut "@ECL_CFLAGS@" "-MD -EHsc -DGC_DLL -nologo -DECL_THREADS"  
> "@LDFLA
> GS@" "-MD /link /nodefaultlib:libcmt /nodefaultlib:libcmtd 
> /nodefaultlib:libc /n
> odefaultlib:libd"  "@CLIBS@" ""  "@libdir@" "D:/Software/ECL"  
> "@includedir@" "D
> :/Software/ECL/ecl"  < util\ecl-cc.bat > ecl-cc.bat
>
> ===================================================
>
> I can see ECLINITa02308, ECLINITa02308.c, and ECLINITa02308.obj in my 
> temp directory. I have no idea what the error means but will continue to 
> look into it. I'm using msvc6 on winxpsp2.
>
> Dustin
>   
Okay, I got it fixed, it's building just fine now. Seems 
msvc/ecl-threads.def had some stale symbols. Here's the diff:

Index: msvc/ecl-threads.def
===================================================================
RCS file: /project/ecl/cvsroot/ecl/msvc/ecl-threads.def,v
retrieving revision 1.54
diff -w -r1.54 ecl-threads.def
48c48
<     ecl_to_indexx
---
 >     ;ecl_to_indexx
938c938
<     elt_set
---
 >     ecl_elt_set
Index: msvc/gc/Makefile
===================================================================
RCS file: /project/ecl/cvsroot/ecl/msvc/gc/Makefile,v
retrieving revision 1.5
diff -w -r1.5 Makefile
21c21
< OBJS= alloc.obj reclaim.obj allchblk.obj misc.obj mach_dep.obj 
os_dep.obj mark_rts.obj headers.obj mark.obj obj_map.obj blacklst.obj 
finalize.obj new_hblk.obj dbg_mlc.obj malloc.obj stubborn.obj 
dyn_load.obj typd_mlc.obj ptr_chck.obj gc_cpp.obj mallocx.obj
---
 > OBJS= alloc.obj reclaim.obj allchblk.obj misc.obj mach_dep.obj 
os_dep.obj mark_rts.obj headers.obj mark.obj obj_map.obj blacklst.obj 
finalize.obj new_hblk.obj dbg_mlc.obj malloc.obj stubborn.obj 
dyn_load.obj typd_mlc.obj ptr_chck.obj gc_cpp.obj mallocx.obj $(THREADS_OBJ)

Does that seem correct?

Dustin