Re[6]: [clisp-list] next release

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

Hello Sam,

Sunday, March 03, 2002, 5:37:52 AM, you wrote:

>> I suggest that patch. The new data : section of makefile
>> was totally unixoid and didn't work in win32.

>> -echotab "cd data && \$(LN_S) ${PARENT_SRCTOPDIR}utils${NEXT}unicode${NEXT}ftp.unicode.org${NEXT}UnicodeData.txt UnicodeData.txt"
>> -echotab "cd data && \$(LN_S) ${PARENT_SRCTOPDIR}src${NEXT}clhs.txt clhs.txt"
>> +echotab "\$(LN_S) ${SRCTOPDIR_M}utils${NEXT_}unicode${NEXT_}ftp.unicode.org${NEXT_}UnicodeData.txt data${NEXT_}UnicodeData.txt"
>> +echotab "\$(LN_S) ${SRCTOPDIR_M}src${NEXT_}clhs.txt data${NEXT_}clhs.txt"

Sam> this is broken when LN_S is "ln -s".
Sam> please try the appended patch

Sam> DATA_FILES="UnicodeData.txt clhs.txt"
Sam> echol "data :"
Sam>-echotab "if test -d data; then rm -rf data; fi"
Sam>+echotab "rm -rf data"
Then, maybe, "-rm -rf data" ?
Sam> echotab "mkdir data"
Sam> echotab "cd data && \$(LN_S) ${PARENT_SRCTOPDIR}utils${NEXT}unicode${NEXT}ftp.unicode.org${NEXT}UnicodeData.txt

I tried a lot of ways. In win32 LN_S=copy , which doesn't understand
forward slashes on NT (it counts it as option). Since we use sed
and rm (I personally use set of GNU file utilities ported for NT,
must have for developer) we can use LN_S=cp.

Or we need ${PARENT_SRCTOPDIR_} in addition to ${PARENT_SRCTOPDIR}.
But rm still remains. To remove it we need
$(RMRF1)=del /q /s  $(RMRF2)=rmdir /q /s on win32 and
$(RMRF1)=rm -rf  $(RMRF2)=  on unix and use both it every time
or something similar (bat file rmrf.bat for example). Brrr...
Using rm is less painful. BTW, there is ln port, it even gets
rid of NT hardlinks.

It seems to me that Makefile was revised to remove use of such
utilities for win32 since last year, is it ?

Another problem is data dependency. VC nmake looks to data directory
creation date and does nothing if it exists (but files in it may be
obsolete). I don't know whether it is a big problem.

clhs working now.

-- 
Best regards,
 Arseny                            mailto:am...@ic...