Re: layout rule infelicity
Hi All, Andrew J Bromage wrote: > > G'day all. > > On Thu, May 30, 2002 at 01:10:03PM +0200, Johannes Waldmann wrote: > > > Python has it as well (they stole it from Haskell?) > > Python's layout rule looks more like Occam's than Haskell's, to my eyes. > > Aside: Was Occam the first language of the post-punched-card era to use > layout as syntax? I fuzzily recall that SICStus Prolog silently tolerated omissions of commas and dots, allowing for: p(X) :- g(X,Y) h(Y) p(X) g(Y,Z) :- ... But Haskell already existed at this point. Alexander ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
Re: type classes and generality
Hi All, Lennart Augustsson wrote: > > Each pseudorandom generator generates a countable sequence of values, > > which is isomorphic to a sequence of integers. In good old (Turbo)C we > > got something between 0 and MAXINT and then divided by (double)MAXINT. > > Can't _this_ be done in Haskell? > > Of course it can be done, but not in class Real, you have to be in Fractional. > I'm not sure why Real would be the class of choice for this problem anyway. > I'd think that Fractional or RealFrac would be more appropriate. I apologize for ignorance, I probably did not read this part of the doc attentively. But informally, the word 'Real' is widely used to denote a completely ordered field, and there is a theorem to change 'a' to 'the'. It's counterintuitive to use Real in any other meaning, I think. Alexander ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
Re: type classes and generality
Hi All, Fergus Henderson wrote: > Ah, now I think I understand your problem. You want to `random' to > generate random numbers that span all the possible values of the type > within the range [0, 1], or at least a substantial subset, but the "Real" > class doesn't let you generate any numbers other than integers. > The above approach will give you random numbers from `random', but they > will only ever be 0 or 1, so maybe they are not as random as you needed! ;-) Each pseudorandom generator generates a countable sequence of values, which is isomorphic to a sequence of integers. In good old (Turbo)C we got something between 0 and MAXINT and then divided by (double)MAXINT. Can't _this_ be done in Haskell? Alexander ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
Re: a cygwin binary package of ghc-5.00.x
Hi Simon et al. I see. My concern is the following. Before I stick to haskell I have to make sure that I can connect some necessary windows-specific C stuff to my programs - both mine and external. I can start developing with Hugs, but finally I would need a compiled speed. Do I understand correctly, that Hugs allows to make C extensions on windows? Can I then use the same interfaces once ghc for windows is ready? My last obstacle with recompiling ghc is ../../ghc/compiler/ghc-inplace -I../includes -I. -Iparallel -O2 -DCOMPILING_RTS -static-c Exception.hc -o Exception.o 'c:/avv/soft/ghc-5.00.1/ghc/compiler/../driver/mangler/ghc-asm' is not recognized as an internal or external command, operable program or batch file. where c:/avv/soft/ghc-5.00.1 is evidently the root of the source tree, and this ghc-asm is present at the specified location. I tried to change the prefix to /cygwin/c/... in Config.hs, but this didn't help. Besides, I'd be much more interested in making extensions with VC N, where N >= 5 or 6. If the words 'doesn't require Cygwin ' below mean exactly this, I'd better wait. Thank you in advance Alexander Simon Peyton-Jones wrote: > I'm afraid there isn't a Windows port of 5.00.1 yet. We have one > working here, but we are trying to get the packaging right > so that it doesn't require Cygwin etc. > > If you want to build it from source, you might want to wait for > Reuben to put up the 4.08 download he's about to distribute. > I have myself used this download to compile the head from > source yesterday, so I know it works! > > Simon > > | -Original Message- > | From: Alexander V. Voinov [mailto:[EMAIL PROTECTED]] > | Sent: 24 May 2001 19:12 > | To: [EMAIL PROTECTED] > | Subject: a cygwin binary package of ghc-5.00.x > | > | > | Hi All, > | > | Do anybody have one? I failed to recompile it with ghc 4.08.x. > | > | Thank you in advance > | > | Alexander > | > | > | > | ___ > | 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: a cygwin binary package of ghc-5.00.x
Hi Mike, Thank you very much for the reply. After having asked I managed to build ghc-5.00.1, and almost succeeded in the rest, till the place where it failed to invoke ghc-asm (or so, I don't remember, it's on a different machine). It's not impossible that I understand how to fix it (it was just before I went home). I use normal latest cygwin installation, binary installation of ghc-4.08, and tell i686-pc-mingw32 to the configure of ghc. Looks like it's impossible to build it for the full cygwin (but does anybody care?) and also I failed to --enable-win32-dlls (that is _it_ failed, not me :-); it stopped at something like Main.dll_o. During the build I was really scared looking at the resident sizes of the compiler process, which is an ordinary haskell application, with its most adequate application domain. Does it mean that my _real_ programs would expose the same? Alexander Mike Thomas wrote: > > Hi. > > > > Do anybody have one? I failed to recompile it with ghc 4.08.x. > > > > > > Thank you in advance > > > > > > Alexander > > I have one, which uses the Mingw standalone GCC compiler for Windows. It > seems to be capable of compiling itself. > > Problems: > > 1. It is not in an installer - you would have to hand patch the package file > and install by hand. > > 2. It is not supported by anyone and is non-standard in the way it uses > Mingw32. > > 3. The Win32 demo program hangs on exit under Win98 (works OK on NT4 > though). > > 4. I haven't bootstrapped GHCi, yet (maybe by next week). > > 5. It is only GHC 5.00, not 5.00.1. (maybe next week). > > 6. You would have to install Mingw32 (and maybe Cygwin for it's shell) > yourself. > > 7. It is very big, mainly because of the profiled libraries. > > 8. I don't have an FTP site to put it. > > 9. It doesn't do dynamic libraries, only static. > > etc. > > Unless you're desperate, I suggest waiting for the official release. > > Cheers > > Mike Thomas. > > ___ > Haskell mailing list > [EMAIL PROTECTED] > http://www.haskell.org/mailman/listinfo/haskell ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
a cygwin binary package of ghc-5.00.x
Hi All, Do anybody have one? I failed to recompile it with ghc 4.08.x. Thank you in advance Alexander ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell