Re: layout rule infelicity

2002-05-30 Thread Alexander V. Voinov

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

2001-07-09 Thread Alexander V. Voinov

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

2001-07-09 Thread Alexander V. Voinov

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

2001-05-25 Thread Alexander V. Voinov

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

2001-05-24 Thread Alexander V. Voinov

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

2001-05-24 Thread Alexander V. Voinov

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