Simon Marlow [EMAIL PROTECTED] schrieb:
So, try the patch to get the patch to compile against ghc
6.8.3-snapshot, and see if it works on OpenBSD?
It's not just a case of testing the patch, there are a couple of issues to
address:
- it has a couple of wired-in addresses: one place to
Jacob Schwartz [EMAIL PROTECTED] schrieb:
I have two questions about using the Double data type and the
operations in the Floating typeclass on a computer that uses IEEE
floating point numbers.
I notice that the Floating class only provides log (presumably log
base 'e') and logBase (which,
[EMAIL PROTECTED] [EMAIL PROTECTED] schrieb:
G'day all.
Richard A. O'Keefe wrote:
Hmm. Personally, I've never seen an algorithm where comparing for exact
equality was algorithmically necessary.
One trick I've occasionally used is to avoid the need for a discriminated
union of floating
Ben Franksen [EMAIL PROTECTED] schrieb:
Wilhelm B. Kloke wrote:
[EMAIL PROTECTED] [EMAIL PROTECTED] schrieb:
I would consider a good idea if ghc would provide language support to
this sort of integers.
No need, you can do that for yourself:
{-# LANGUAGE GeneralizedNewtypeDeriving
Wolfgang Jeltsch [EMAIL PROTECTED] schrieb:
However, the fact that (0 / 0) == (0 / 0) yields False is quite shocking. It
doesn?t adhere to any meaningful axiom set for Eq. So I think that this
behavior should be changed. Think of a set implementation which uses (==) to
compare set
Matthias Kilian [EMAIL PROTECTED] schrieb:
On Sun, Jan 06, 2008 at 05:20:18PM +, Ian Lynagh wrote:
Prologue junk?: .type s32x_ret, @function
s32x_ret:
pushl %ebp
movl%esp, %ebp
I see nearly the same problem with ghc-6.8.2 on OpenBSD, using
Some days ago I announced having success in porting ghc-6.8.1 to
FreeBSD-7.0-amd64. As the compiler seemed to be able to compile itself,
I was confident to make the binary package available to the public. Now
I have found out that the port is rooten in a very weird way.
From the files in
Simon Marlow [EMAIL PROTECTED] schrieb:
Wilhelm B. Kloke wrote:
However, you might want to wait for 6.8.2 in the next few days, as we fixed
several important bugs.
I have found a couple of small bugs regarding FreeBSD. Changing the
configure process would be helpful.
FreeBSD-amd64
Simon Marlow [EMAIL PROTECTED] schrieb:
Perhaps you compiled mkDerivedConstants as a 32-bit executable?
Yes. I was not attentive enough.
But now I have got a working compiler on FreeBSD-amd64-7.0. If anybody is
interested, I shall prepare a package of the installed binaries.
The compiler is
As I have got an amd64 machine again, I am returning to my previous
porting effort.
When I try to build to .hc files on i386 system, I
get the following error:
...
gmake[2]: Entering directory `/usr/home/wb/ghc-6.8.1/libraries/unix'
../../compiler/stage1/ghc-inplace -package-name unix-2.2.0.0
Andrew U. Frank [EMAIL PROTECTED] schrieb:
it appears possible to define matrix operations like LU-decomposition, SVD,
inverse etc. in a recursive fashion (see transpose in the prelude).
is this possible? has anybody code in haskell which does this (not asking
for high performance here,
Simon Marlow [EMAIL PROTECTED] schrieb:
Are you building GHC in a fresh tree now? I'd recommend doing that.
Now I am using a *really* fresh tree. Formerly the compilation of
Apply.cmm did not render an instructive error message, just
failed for some sort of memory access exception. Now I have:
Simon Marlow [EMAIL PROTECTED] schrieb:
On 15 October 2005 23:10, Wilhelm B. Kloke wrote:
Don't forget to delete Linker.c (for ghci). The stage on teh host
system
where the process fails jsut now is
$MAKE -C libraries boot all
because
Fake happy is not happy!
You mean on the target
John Hornkvist [EMAIL PROTECTED] schrieb:
Simon Marlow simonmar at microsoft.com writes:
SIZEOF_mp_limb_t comes from DerivedConstants.h, and SIZEOF_VOID_P comes
from ghcautoconf.h (both in ghc/includes). Both of these files should
be from the target system for a cross-compile; I strongly
Simon Marlow [EMAIL PROTECTED] schrieb:
On 25 September 2005 18:54, Wilhelm B. Kloke wrote:
bash-2.05b$ (cd ghc/rts; gmake PrimOps.o )
../../ghc/compiler/ghc-inplace -H16m -O -H32m -keep-hc-files -static
-I. -#include Prelude.h -#include Rts.h -#include RtsFlags.h
-#include RtsUtils.h
Though I have reported some sort of success on this in the last days,
I was too early. The ghc-inplace does not work on the target system.
It compiled because I have been too lax in following the instructions.
Here is the report, where the crossport fails on the i386host system:
tar czf
Simon Marlow [EMAIL PROTECTED] schrieb:
Int64# primitive type (it's the same as Int#). You might want to make
sure that ghc/includes/ghcautoconf.h on the host machine is the right
one - it should have been copied from the target machine.
Yes. ghcautoconf.h had been rebuilt accidentally.
Now
Wilhelm B. Kloke [EMAIL PROTECTED] schrieb:
Simon Marlow [EMAIL PROTECTED] schrieb:
On 17 September 2005 22:05, Wilhelm B. Kloke wrote:
I tried to go back to ghc/rts to build more files following the
ipattern of the last steps before, but this destroys genapply.
Don't quite understand
Simon Marlow [EMAIL PROTECTED] schrieb:
On 17 September 2005 22:05, Wilhelm B. Kloke wrote:
I tried it again today. One of my problems was related to gmake
version.
The configure script should warn, if gmake is older than 3.80 (I had
3.78).
I'm using 3.79.1. I do vaguely remember
I have a FreeBSD box running FreeSD-amd64-6.0. Is there anybody who
can give me a set of .hc files (probably from linux x86_64) to build GHC?
I tried to follow the instructions to crossbuild from FreeBSD-i386,
but my attempts failed for reasons I don't understand.
--
Dipl.-Math. Wilhelm Bernhard
Sebastian Sylvan [EMAIL PROTECTED] schrieb:
I'm having trouble building this.
I download the source, go to my source dir and run ./configure (which
seems to run to completion without problems), then I run make and get
the following:
./mk/config.mk, line 554: Need an operator
In article [EMAIL PROTECTED],
Bjorn Lisper [EMAIL PROTECTED] wrote:
( A really interesting post on static elimination of array bounds checking
by Oleg...)
Some questions and suggestions:
Am I right suspecting, that this method also solves the problem of assuring
the right p in p-modular
As the site www.numeric-quest.com does not respond to my queries, I would
like to ask the community, where I can find a collection of the modules
QuantumVector.lhs etc.
?
--
Dipl.-Math. Wilhelm Bernhard Kloke
Institut fuer Arbeitsphysiologie an der Universitaet Dortmund
Ardeystrasse 67, D-44139
Hi,
I am trying to reproduce the fuzzy oscillator example by Jan Skibinski.
( http://www.numeric-quest.com/haskell/Fuzzy_oscillator.html )
I am having problems to compile the module Fuzzy.hs. As I am
just in an early learning stage, I need help to understand the error.
hugs98 e.g. says:
In article ifado.list.haskell/[EMAIL PROTECTED],
Keith Wansbrough [EMAIL PROTECTED] wrote:
Ralf Muschall writes:
[EMAIL PROTECTED] wrote:
set up comp.lang.haskell?
I agree with the above.
This is IMHO the best solution for a lot of reasons:
I disagree. One major reason is the spam
Hi,
has anybody there an idea which GUI is usable with Haskell 98 on
a Unix/X11R6 system (FreeBSD to be complete)?
It seems that all GUI stuff develepmont (Fudgets, Haggis ...)
has been stalled since some years.
Some of the links in the Haskell libraries and tools page are not even
accessible
26 matches
Mail list logo
