Dear all, I guess I figured this out. Sorry for noise. This problem was in weird behavior of capitalization of filenames and directory names, and/or in the fact thatI was building in a subdirectory of the home directory of a WIndows domain user... Moving the build tree to a saner place fixed this weirdness. (That's of course something to look at still, but not so urgent).
And then I was back to where we were stuck last Spring, namely, that the temporary DDLs created by ECL were breaking Cygwin's fork command. (I think it was reported here, too). So I tried to pass options to the external linker, by setting(setf c:*user-ld-flags* "-Wl,--enable-auto-image-base")before calling asdf.It didn't help, but(setf c:*user-ld-flags* "-Wl,--image-base=0x79000000")did! This means, create temporary DLLs starting at the address 0x79000000; all the other Cygwin and Sage DDLs are rebased from 0x77000000, andthat's probably what makes the thing work OK. Of course it's a terrible hack, but in the absence of a better one it would do, hopefully. Best, Dima On 29 November 2011 14:51, Dima Pasechnik <dimpase+...@gmail.com> wrote: > Hi Juanjo, > > On Tuesday, November 29, 2011 5:57:04 AM UTC+8, Juanjo wrote: >> >> Hi Dima, >> I am sorry, but I do not read this group frequently -- too much work to do >> --. Following your request I just built ECL from CVS/git on a cygwin box and >> definitely I do not see the problems you seem to experience. >> > could you please specify data of your cygwin system? > (mine is 1.7.9-1) > In particular, the version of cygwin dll, and the output of the command mount > (to see whether this might be due to differences in textfile mode (for > me, everything is mounted > as binary). > I'll build ECL from the CVS source and report. > Thanks! > Dima > >> >> On Monday, November 28, 2011 10:29:28 AM UTC+1, Dima Pasechnik wrote: >>> >>> I guess the root of the problem is here: >>> here is another weirdness, which might explain the PATHNAME error message >>> On Cygwin, ECL gives >>> > (directory "") >>> NIL >> >> Nope >> >>> >>> And on Cygwin directory function is broken in different ways, too - >>> returning wrong contents, e.g. >>> (directory "/tmp/*") should return the list(?) of files in /tmp, but on >>> Cygwin it doesn't. >> >> Again no. >> See below for a trivial transcript from my system: >> ECL (Embeddable Common-Lisp) 11.1.1 >> (git:78442fa7bcb4ef486b704e16d0e7cefbd4bf7680) >> Copyright (C) 1984 Taiichi Yuasa and Masami Hagiya >> Copyright (C) 1993 Giuseppe Attardi >> Copyright (C) 2000 Juan J. Garcia-Ripoll >> ECL is free software, and you are welcome to redistribute it >> under certain conditions; see file 'Copyright' for details. >> Type :h for Help. >> Top level. >> > >> (#P"/home/Juanjo/") >> > >> (#P"/tmp/fooZn9LId" #P"/tmp/fooMuvYb1" #P"/tmp/fooFsAFJw") >> > >> Any followup to this, should it need my input, should be done on the ECL >> mailing list. >> Cheers >> Juanjo > ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d _______________________________________________ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list
