Re: The impossible has happened ...
David Duke wrote: [...] Loading package GLUT ... linking ... C:/ghc/ghc-6.2/HSGLUT.o: unknown symbol `_glutMainLoop' ghc.exe: panic! (the `impossible' happened, GHC version 6.2): can't load package `GLUT' [...] Alas, this is a known bug in GHC's WinDoze installer, but it can easily be fixed, see the bottom of: http://haskell.org/pipermail/hopengl/2003-December/000457.html Cheers, S. ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Concurrent Haskell on Win32?
I am confused about the state of Concurrent Haskell on Win32. I remember it didn't work in the past because of I/O blocking issues. IIRC, I actually verified this by compiling a Haskell web server on both Linux and Windows. Has this been fixed in the meantime? If not, it would be great to mention this in the GHC release notes in order to prevent people from figuring this out the hard way. Fixing concurrency would expand Haskell's potential range of applications tremendously... I'd really love to see that happen. -Stefan Reich (addicted Haskell programmer) ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Haskell 98 programs
Hi folks I have been doing my project about benchmarking of functional languages at York University. I have got my own implementation of Sets ADT, but I also need some applications which use Sets ADT. If any readers of this mailing list have Haskell 98 programs that make use of a data type for sets, I would be very grateful to have copies of those programs.I would use the programs only as test cases in my student project where their source would be duly acknowledged. Thank you very much Ru _ Find a cheaper internet access deal - choose one to suit you. http://www.msn.co.uk/internetaccess ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
Haskell 98 programs
Hi folks I have been doing my project about benchmarking of functional languages at York University. I have got my own implementation of Sets ADT, but I also need some applications which use Sets ADT. If any readers of this mailing list have Haskell 98 programs that make use of a data type for sets, I would be very grateful to have copies of those programs.I would use the programs only as test cases in my student project where their source would be duly acknowledged. Thank you very much Ru _ Find a cheaper internet access deal - choose one to suit you. http://www.msn.co.uk/internetaccess ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
Re: Getting lhs2tex working under Win32 (was Re: ANNOUNCE: lhs2tex-1.9)
Antony Courtney wrote: [...]1. GHC does not use Cygwin, and produces executables that do not use the Cygwin library or understand Cygwin-style file paths. [...] Just a note: Problems like this is exactly the reason why GHC's and Hugs' configuration scripts contain monstrosities like: # Check to see if cygpath exists. If so, use it. cygpath -w a /dev/null 21 FPTOOLS=`cygpath -w $FPTOOLS | sed -e '[EMAIL PROTECTED]@/@g'` Not nice, but works... Cheers, S. ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
Re: GHC 'hslibs/win32/Win32Spawn.hs' syntax error?
Graham Klyne wrote: I think module 'hslibs/win32/Win32Spawn.hs' as shipped with GHC has a syntax error [...] In ancient times, the calling convention was optional and the Win32 stuff hasn't been touched for a looong time... Cheers, S. ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
ANNOUNCE: Cryptographic Library for Haskell
I would like to annouce a new release of the Haskell Cryptographic Library (1.1.2). See http://www.haskell.org/crypto/ReadMe.html for more details. This library collects together existing Haskell cryptographic functions. This release contains MD5 and now works with Hugs (November 2003 version). Dominic Steinitz ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
Re: Use of tab characters in indentation-sensitive code
Graham Klyne wrote: I think that compilers should issue a warning when indentation that determines the scope of a construct is found to contain tab characters. I'd say, when it is found to contain a mixture of tab and space characters. I have successfully written a lot of Haskell code that uses tabs *exclusively* - in that case, the meaning of the program *doesn't* depend on how the tab characters are interpreted. IMHO, there should only be warnings about tabs when their size makes a difference to the meaning of the program, as shown in the examples below: let spacesx = 1 TAB---y = 1 -- warning let TAB---x = 1 -- OK TAB---y = 2 -- OK spacesz = 3 -- warning a = let x = 1 y = 2 -- OK in ... b = let x = 1 TAB---y = 2 -- warning in ... There are many editors that automatically mix tabs and spaces in indentation (and I don't like that - what's it good for?), but some people will certainly want to continue to use them, so I'm not sure if adding warnings like these would be acceptable to them. Cheers, Wolfgang ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
Re: Use of tab characters in indentation-sensitive code
Why has HTML been out for many many years, and yet programming languages still use plain ASCII text exclusively? Don't we have similar needs as other electronic document manipulators? Someone should decide on a subset of HTML that is intended for programming. Then we could use *actual* indentation instead of tabs or spaces. It could also unify or abstract away commenting style, moving it from the domain of the language (lexer) to the domain of the layout protocol. But if I stop the wishful thinking, Wolfgang is right. Tabs are ok so long as they are used exclusively. In fact, if the tab size equals the indent size, it makes it quite easy to *change* the indent size when the source is worked on by various people with different indent preferences. Sean - Original Message - From: Wolfgang Thaller [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, January 24, 2004 9:29 AM Subject: Re: Use of tab characters in indentation-sensitive code Graham Klyne wrote: I think that compilers should issue a warning when indentation that determines the scope of a construct is found to contain tab characters. I'd say, when it is found to contain a mixture of tab and space characters. I have successfully written a lot of Haskell code that uses tabs *exclusively* - in that case, the meaning of the program *doesn't* depend on how the tab characters are interpreted. IMHO, there should only be warnings about tabs when their size makes a difference to the meaning of the program, as shown in the examples below: let spacesx = 1 TAB---y = 1 -- warning let TAB---x = 1 -- OK TAB---y = 2 -- OK spacesz = 3 -- warning a = let x = 1 y = 2 -- OK in ... b = let x = 1 TAB---y = 2 -- warning in ... There are many editors that automatically mix tabs and spaces in indentation (and I don't like that - what's it good for?), but some people will certainly want to continue to use them, so I'm not sure if adding warnings like these would be acceptable to them. Cheers, Wolfgang ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
RE: Use of tab characters in indentation-sensitive code
Sean, Why has HTML been out for many many years, and yet programming languages still use plain ASCII text exclusively? Don't we have similar needs as other electronic document manipulators? Mmm ... I don't like that idea too much. And that's for a rather obvious reason actually: writing HTML/XML means *lots of typing*. If I had to choose between a language that relies on identation and one that relies on explicit markup tags, I guess I'd pick the former since a less verbose language allows for higher productivity and more readability. However, IMHO a language that does not rely on any markup (line breaks, indentation) at all is even more preferrable. Regards, Stefan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sean L. Palmer Sent: Saturday, January 24, 2004 9:21 PM To: Wolfgang Thaller; [EMAIL PROTECTED] Subject: Re: Use of tab characters in indentation-sensitive code Why has HTML been out for many many years, and yet programming languages still use plain ASCII text exclusively? Don't we have similar needs as other electronic document manipulators? Someone should decide on a subset of HTML that is intended for programming. Then we could use *actual* indentation instead of tabs or spaces. It could also unify or abstract away commenting style, moving it from the domain of the language (lexer) to the domain of the layout protocol. But if I stop the wishful thinking, Wolfgang is right. Tabs are ok so long as they are used exclusively. In fact, if the tab size equals the indent size, it makes it quite easy to *change* the indent size when the source is worked on by various people with different indent preferences. Sean - Original Message - From: Wolfgang Thaller [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, January 24, 2004 9:29 AM Subject: Re: Use of tab characters in indentation-sensitive code Graham Klyne wrote: I think that compilers should issue a warning when indentation that determines the scope of a construct is found to contain tab characters. I'd say, when it is found to contain a mixture of tab and space characters. I have successfully written a lot of Haskell code that uses tabs *exclusively* - in that case, the meaning of the program *doesn't* depend on how the tab characters are interpreted. IMHO, there should only be warnings about tabs when their size makes a difference to the meaning of the program, as shown in the examples below: let spacesx = 1 TAB---y = 1 -- warning let TAB---x = 1 -- OK TAB---y = 2 -- OK spacesz = 3 -- warning a = let x = 1 y = 2 -- OK in ... b = let x = 1 TAB---y = 2 -- warning in ... There are many editors that automatically mix tabs and spaces in indentation (and I don't like that - what's it good for?), but some people will certainly want to continue to use them, so I'm not sure if adding warnings like these would be acceptable to them. Cheers, Wolfgang ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
Re: Use of tab characters in indentation-sensitive code
On Sat, Jan 24, 2004 at 12:21:03PM -0800, Sean L. Palmer wrote: Why has HTML been out for many many years, and yet programming languages still use plain ASCII text exclusively? Don't we have similar needs as other electronic document manipulators? Because HTML was designed as a language for constructing hypertext documents. It's (moderately) good at that. It would be terrible for constructing programs (if you're not convinced, try reading HTML e-mail in a text-based mail reader sometime). This is not to say that we *shouldn't* take advantage of technology going beyond ASCII text for expressing programs, just that HTML would be entirely the wrong technology. -- Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt The absurd is the essential concept and the first truth.--Camus http://www.cs.berkeley.edu/~krc/ ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
Re: Getting lhs2tex working under Win32 (was Re: ANNOUNCE: lhs2tex-1.9)
Thanks for producing such a wonderful and useful tool! Nice to hear that you find it useful. Thank you very much for sharing your results. I am pleased to report that I managed to get lhs2TeX working on Win32, by modifying just a single byte in the source code. 1. In the lhs2TeX sources, change line 42 of FileNameUtils.lhs from: environmentSeparators = ;: to: environmentSeparators = ; and do another make install. Yes, that's a good fix for Windows. Actually, I copied this code from Generic-Haskell, and simplified it because I only needed it for Unix and did not have time to test it under Windows anyway. For the next release, I will try to merge the full Generic-Haskell library, which defines environmentSeparators and a few other functions in several OSSpecific.hs files, one of which can, depending on architecture, be included by lhs2TeX. Instead, I propose that it would be very valuable if there were some standardized, portable library that Haskell programs like lhs2TeX could use for locating files that should be installed with the program. [...] I agree on all that. I even think that there probably are several projects that have done most of that already, and that it would just be necessary to collect some source code and streamline the interface. I like the Python interface, BTW. It seems simple and pragmatic enough. Thanks again. Andres ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
