[moving from haskell to hugs-users] On Wed, Mar 05, 2003 at 02:31:35PM +0100, Markus.Schnell@infineon.com wrote:
Try the November release of Hugs with the +N option.
Well, now Hugs and ghc show the same behaviour for my program: they don't parse my doc, even with the same error.
You did ask for compatibility :-) Johannes Waldmann's suggestion may be relevant: : "brackets is now called angles, while squares is now called brackets." : see http://www.cs.uu.nl/~daan/parsec.html
But the +N does not work: it says "New hierarchical libraries not found along search path; ignoring +N toggle."
I'm guessing that you're explicitly overriding the -P parameter. The trick here is to say ";newdir", so it adds your new directory to the standard ones (which are different between -N and +N). (I think -- I don't know about the Windows interface.) You want the search path to be something like {Hugs}\libraries;{Hugs}\oldlib;{Hugs}\lib\win32 with any other directories added on the end.
"Ross Paterson"
[moving from haskell to hugs-users]
On Wed, Mar 05, 2003 at 02:31:35PM +0100, Markus.Schnell@infineon.com wrote:
Try the November release of Hugs with the +N option.
Well, now Hugs and ghc show the same behaviour for my program: they don't parse my doc, even with the same error.
...
But the +N does not work: it says "New hierarchical libraries not found along search path; ignoring +N toggle."
I'm guessing that you're explicitly overriding the -P parameter. The trick here is to say ";newdir", so it adds your new directory to the standard ones (which are different between -N and +N). (I think -- I don't know about the Windows interface.)
You want the search path to be something like
{Hugs}\libraries;{Hugs}\oldlib;{Hugs}\lib\win32
with any other directories added on the end.
That'll work just fine, but Hugs is now a bit more clever, letting you use ":" as the path separator in path lists on Windows platforms also. Switching between old and new library worlds is made slightly more complex on Windows platforms as options are persisted to a user's Registry hive. So, to make sure you're starting with a clean slate, invoke Hugs with hugs -P +N ...whatever else.. the empty -P option resets the search path settings back to "factory defaults." (i.e., the above search path.) hth --sigbjorn
Sigbjorn Finne
That'll work just fine, but Hugs is now a bit more clever, letting you use ":" as the path separator in path lists on Windows platforms also.
Does this work with DOS-style filenames like "c:\temp\foo.hs"? If so, how does Hugs distinguish the two different uses of colons? -- Alastair Reid alastair@reid-consulting-uk.ltd.uk Reid Consulting (UK) Limited http://www.reid-consulting-uk.ltd.uk/alastair/
Alastair Reid
That'll work just fine, but Hugs is now a bit more clever, letting you use ":" as the path separator in path lists on Windows platforms also.
Does this work with DOS-style filenames like "c:\temp\foo.hs"? If so, how does Hugs distinguish the two different uses of colons?
I recently came across this cool feature in GHC under Windows, so I guess it probably works in Hugs too, since Sigbjorn is involved with both. If you think about it, it isn't actually too difficult to work out that a single letter directory name in the middle of a colon-separated path is probably intended to be a drive letter belonging to the following entry, and adjust accordingly. I bet you could write a one-liner in Haskell to do it. Regards, Malcolm
"Alastair Reid"
Sigbjorn Finne
writes: That'll work just fine, but Hugs is now a bit more clever, letting you use ":" as the path separator in path lists on Windows platforms also.
Does this work with DOS-style filenames like "c:\temp\foo.hs"? If so, how does Hugs distinguish the two different uses of colons?
For platforms that support DOS filenames, "....:c:\temp:..." is interpreted as one element in a search path list, but "...:c:/temp:..." is treated as consisting of two, "c" and "/temp". The GHC code goes further and probes the file system to determine the interpretation of a path element that starts with "<drive>:\" (or "<drive>:/"). With a little bit of effort, Hugs could do the same. --sigbjorn
participants (4)
-
Alastair Reid -
Malcolm Wallace -
Ross Paterson -
Sigbjorn Finne