libera/#sbcl - IRC Chatlog
Search
19:34:33
luis
judging from the UIOP implementation, every other Lisp does the right thing on Windows
19:41:23
Shinmera
I also want a rename-file that doesn't have the frankly mind-boggling behaviour of merge-filing with the source pathname
19:42:53
|3b|
ACTION thinks merging is reasonable considering rest of pathname stuff, but should be more obvious how to get what people want from that :/
19:43:34
_death
I don't remember offhand, does clhs allow adding keywords to a function that doesn't use them in general?
19:44:03
Shinmera
and some implementations don't allow the type to be an empty string, or do something else weird with that.
19:48:20
|3b|
hmm, actually, renaming to "foo." seems to work too. wonder which field i was thinking of that needed manual make-pathname?
19:48:38
Shinmera
It's been some years since I did my survey of this crap across implementations for pathname-utils, but iirc there's some really annoying behaviour around this.
19:51:22
stassats
it's (merge-pathnames (make-pathname :name "xy" :type :unspecific) (make-pathname :name "xy" :type "type"))
19:52:53
luis
stassats: does that patch seem sensible? (I've become unaccustomed to pushing things without code review :D)
19:56:08
luis
that whole file is full of hard-coded constants. win32 takes binary compatibility seriously :) Do you mean that you don't like the new semantics or that you're fine with either grovelling or hardcoding?
20:01:56
luis
Shinmers'd argument of consistency with Linux/Mac seems sensible. I'll add that ACL and Lispworks also rewrite on windows.
7:30:42
Shinmera
Another Windows thing: sometimes the stack trace appears completely useless, consisting merely of a few frames of SB-KERNEL:INTERNAL-ERROR above two foreign function frames. Makes figuring out what the heck the error was very, very difficult.