[ clisp-Bugs-1578179 ] Compile-file: non-similarity of strings with cr/lf

[SourceForge.net <no...@so...>]

Bugs item #1578179, was opened at 2006-10-16 16:01
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=1578179&group_id=1355

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: clisp
Group: ANSI compliance issue
Status: Open
Resolution: None
Priority: 5
Submitted By: Tomas Zellerin (zellerin)
Assigned to: Bruno Haible (haible)
Summary: Compile-file: non-similarity of strings with cr/lf

Initial Comment:
Consider this (rather artificial) snippet:

(defmacro add-crlf (string)
 (with-output-to-string (o)
   (write-string string o)
   (princ #\Return o)
   (princ #\LineFeed o)
   ))

(print (length (add-crlf "a")))

It prints 3 when loaded without or with compiling, but
2 when compile-file is used and .fas loaded.

I think it is due to treatment described in impnotes
13.8., Treatment of Newline during Input and Output.

I believe this contradicts requirements of CLHS about
similarity of compile-file/loaded literals:

"The file compiler must cooperate with the loader in
order to assure that in each case where an
externalizable object is processed as a literal object,
the loader will construct a similar object." (3.2.4.1)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101355&aid=1578179&group_id=1355