On 12/10/2009 18:16, Luca Ciciriello wrote:
Is there a way to use VisualHaskel with GHC 6.10.4?
Unfortunately no, Visual Haskell is bitrotted and unmaintained.
Cheers,
Simon
___
Glasgow-haskell-users mailing list
Is there a way to use VisualHaskel with GHC 6.10.4?
Luca
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
[redirecting to ghc-users also]
Matthias Kilian wrote:
(Which as I understood would make porting a newer ghc to OpenBSD easier).
Yes. The only alternatives would be to provide precompiled binaries
(which is ugly, imho) or to maintain several versions of ghc in the
ports tree (which is a
GHC 6.6 was a bit more generous than GHC 6.8, but erroneously so.
Specifically, GHC 6.8 and all subsequent versions require that when you pattern
match on a value of GADT type,
* the type of the scrutinee
* the type of the result of the case
* the types of any free
On Tue, Jul 29, 2008 at 1:07 AM, Simon Peyton-Jones
[EMAIL PROTECTED]wrote:
GHC 6.6 was a bit more generous than GHC 6.8, but erroneously so.
Specifically, GHC 6.8 and all subsequent versions require that when you
pattern match on a value of GADT type,
· the type of the scrutinee
. Dimitrios or
Stephanie may have a better memory.
Simon
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Dagit
Sent: 29 July 2008 15:14
To: Simon Peyton-Jones
Cc: glasgow-haskell-users@haskell.org
Subject: Re: GHC 6.6 GADT type unification vs GHC 6.8
On Tue, Jul 29, 2008 at 1:07
On Tue, Jul 29, 2008 at 7:40 AM, Simon Peyton-Jones
[EMAIL PROTECTED]wrote:
Thanks, this makes sense and helps. Is this described in the wobbly
types paper, or is paper covering a different topics? I would like to have
a cite-able reference.
Excellent question. I believe that what I
Hello,
I was wresting with the problem of converting our type witness code in darcs
to work with ghc 6.8 and it occurred to me that someone has probably
document the change somewhere. In particular, I'm seeing this error message
a lot, but 6.6 doesn't give this message:
GADT pattern match in
list of things to watch out for
when converting Haskell sources written for ghc-6.6
for compilation with ghc-6.8.
Thanks for the pointers. Luckily, only a few changes were needed,
http://leiffrenzel.de/eclipse/wiki/doku.php?id=hare_with_gh-6.8 (sic).
and most of them related to GHC API. I'm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear all,
I could use a list of things to watch out for
when converting Haskell sources written for ghc-6.6
for compilation with ghc-6.8.
Of course I'll try write down some items while I find them
but I'd hope not to start at zero
:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear all,
I could use a list of things to watch out for
when converting Haskell sources written for ghc-6.6
for compilation with ghc-6.8.
Of course I'll try write down some items while I find them
but I'd hope not to start at zero
Ian Lynagh schrieb:
On Fri, Jul 06, 2007 at 09:46:39AM +0200, Christian Maeder wrote:
Ian Lynagh schrieb:
If you are using Debian etch then you can do
apt-get install libghc6-.*-dev
to install all GHC 6 libraries. There isn't such an easy way to install
just those (somewhat
Ian Lynagh schrieb:
If you are using Debian etch then you can do
apt-get install libghc6-.*-dev
to install all GHC 6 libraries. There isn't such an easy way to install
just those (somewhat arbitrarily) defined to be extralibs, though.
Could someone list the available packages (and its
On Fri, Jul 06, 2007 at 09:46:39AM +0200, Christian Maeder wrote:
Ian Lynagh schrieb:
If you are using Debian etch then you can do
apt-get install libghc6-.*-dev
to install all GHC 6 libraries. There isn't such an easy way to install
just those (somewhat arbitrarily) defined to
On Thu, 2007-07-05 at 12:11 -0400, Matthew Danish wrote:
On Thu, Jul 05, 2007 at 11:15:03AM +0200, Christian Maeder wrote:
Is there no way to provide all the extra libs in one debian package for ghc?
It may be possible to create a package which depends on all normal
extras but that seems
On Fri, 2007-07-06 at 08:36 +0200, Ketil Malde wrote:
On Thu, 2007-07-05 at 12:11 -0400, Matthew Danish wrote:
On Thu, Jul 05, 2007 at 11:15:03AM +0200, Christian Maeder wrote:
Is there no way to provide all the extra libs in one debian package for
ghc?
It may be possible to create
Hi,
our developers that have a debian system (i.e Ubuntu) and want to
compile our sources with ghc complain that they have to install many
extra library packages one after another.
Compiling fails at various stages due to missing packages.
Is there no way to provide all the extra libs in one
package to pull in all things ghc-6.6.
Norman
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
during a long plane flight, because
packages I didn't know I needed are already installed on my system.
I would welcome a virtual package to pull in all things ghc-6.6.
If you are using Debian etch then you can do
apt-get install libghc6-.*-dev
to install all GHC 6 libraries. There isn't
Daniel McAllansmith wrote:
Hi.
I just got the collections package from
http://darcs.haskell.org/packages/collections-ghc6.6
When trying to build it with GHC 6.6 on an amd64 linux machine using Cabal I
got the following:
[12 of 57] Compiling Data.Tree.AVL.IntMap.Internals.HSet
Hi.
I just got the collections package from
http://darcs.haskell.org/packages/collections-ghc6.6
When trying to build it with GHC 6.6 on an amd64 linux machine using Cabal I
got the following:
[12 of 57] Compiling Data.Tree.AVL.IntMap.Internals.HSet (
Data.Tree.AVL.IntMap/Data/Tree/AVL
Hi all,
It's been a long time since I had the time to work with haskell, but I have
some news about HDirect.
I now succeed in compiling ihc.exe with the typelib support (see my previous
posts on the subject), but I had to bypass the packages. That is, the second
compilation stage is made using
.
On Tue, Feb 06, 2007 at 12:07:46PM -0600, Ariel Apostoli wrote:
Are you using
http://haskell.org/ghc/dist/6.6/ghc-6.6-i386-apple-darwin.tar.bz2
?
Yes.
I've just downloaded it, and it looks like the Makefile should run
post-install-script to put readline/* in the right place. Can
Simon Peyton-Jones wrote:
I don't think there is any reason in principle why GHC can't generate
DLLs that just work, but plainly it's deficient at the moment.
The fundamental reason is that the DLL mechanism itself doesn't allow
initialization/ shutdown do be hidden from the user of a DLL,
Hello Ian,
Ian Lynagh wrote:
Are you using
http://haskell.org/ghc/dist/6.6/ghc-6.6-i386-apple-darwin.tar.bz2
?
Yes.
I've just downloaded it, and it looks like the Makefile should run
post-install-script to put readline/* in the right place. Can you check
if that is happening
SevenThunders wrote:
Brian Hulley wrote:
SevenThunders wrote:
DllMain
if (reason == DLL_PROCESS_DETACH) {
shutdownHaskell();
return TRUE;
}
The above *may* be the problem: it is unsafe to do anything in
DllMain that...
Instead of trying to start/shutdown Haskell from DllMain,
DYLD_LIBRARY_PATH.
-reilly
On Feb 6, 2007, at 7:15 AM, Ariel Apostoli wrote:
but when I try installing ghc from that page it seems to install
fine but when I invoke /usr/local/bin/ghc i get:
dyld: Library not loaded: /opt/local/lib/libreadline.5.1.dylib
Referenced from: /usr/local/lib/ghc-6.6/ghc-6.6
.
--
View this message in context:
http://www.nabble.com/Problem-exporting-Haskell-to-C-via-a-DLL-in-GHC-6.6-tf3179123.html#a8839209
Sent from the Haskell - Glasgow-haskell-users mailing list archive at
Nabble.com.
___
Glasgow-haskell-users mailing
Hello,
I tried to install ghc 6.6 but apparently I have done something wrong
since whenever I type ghc I obtain:
$ /usr/local/bin/ghc
dyld: Library not loaded: /opt/local/lib/libreadline.5.1.dylib
Referenced from: /usr/local/lib/ghc-6.6/ghc-6.6
Reason: image not found
Trace/BPT trap
can
On 2/4/07, Ariel Apostoli [EMAIL PROTECTED] wrote:
Hello,
I tried to install ghc 6.6 but apparently I have done something wrong
since whenever I type ghc I obtain:
$ /usr/local/bin/ghc
dyld: Library not loaded: /opt/local/lib/libreadline.5.1.dylib
Referenced from: /usr/local/lib/ghc-6.6/ghc
Hi,
Here are some details on my building of HDirect with ghc-6.6, and where I am
stuck.
Skipping details about deprecated libs (such as IOExts) and some name conflicts
(NativeInfo), I succeeded in building the ihc.exe, the hdirect and com
libs.
I installed the com lib as a package on my system
Some time ago I even started to design my own comlib. It is quite
different from HDirect's comlib but is more closer in spirit to
Haskell's FFI lib. It isn't completed yet but if someone is interested
in I would upload it in darcs next week. It is living in Foreign.COM
namespace.
Cheers,
Krasimir Angelov wrote:
Some time ago I even started to design my own comlib. It is quite
different from HDirect's comlib but is more closer in spirit to
Haskell's FFI lib. It isn't completed yet but if someone is interested
in I would upload it in darcs next week. It is living in Foreign.COM
/hdirect/) to ghc
6.6. I succeeded in compiling the ihc.exe (idl compiler) but I'm now
stuck on the boot-strapping of the COM library (which is required to
have support for Automation).
This seems to come from a new feature of the package management
system, which includes
on this mailing list and I hope it will not be
too off-topic.
My point is that I have worked a little on the porting of the last
(0.21) version of HDirect (http://www.haskell.org/hdirect/) to ghc
6.6. I succeeded in compiling the ihc.exe (idl compiler) but I'm now
stuck on the boot-strapping of the COM
- Message d'origine
De : Marc Weber [EMAIL PROTECTED]
À : glasgow-haskell-users@haskell.org
Envoyé le : Jeudi, 11 Janvier 2007, 13h44mn 35s
Objet : Re: HDirect and GHC-6.6
Hi Samuel.
I know.
If you want to use hdirect with com support you need some kind of 2
stage build.
I've tried to compile
Hi Sigbjorn,
Is there any plan to transition from CVS to darcs?
HDirect is removed from darcs'ing fptools, and left cvs long ago.
Because HDirect is not active.
http://www.haskell.org/pipermail/cvs-ghc/2005-October/026817.html
But HDirect is updated sometime.
(We can see HDirect moves 'comlib'
Hello,
This is my first post on this mailing list and I hope it will not be too
off-topic.
My point is that I have worked a little on the porting of the last (0.21)
version of HDirect (http://www.haskell.org/hdirect/) to ghc 6.6. I succeeded in
compiling the ihc.exe (idl compiler) but I'm now
Simon Peyton-Jones wrote:
I just applied this rule
http://www.haskell.org/ghc/docs/latest/html/users_guide/type-extensions.html#id3170412
In this case the type of newBoard is
newBoard :: (Game b mv e, MonadStaet b m) = m ()
Following the rules in that manual section, this type
that answer your qn
Simon
| -Original Message-
| From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Yitzchak Gale
| Sent: 03 January 2007 22:26
| To: Simon Peyton-Jones
| Cc: GHC users
| Subject: Re: [Haskell] Fundep broken in GHC 6.6
|
| On 12 November 2006 I wrote
| Subject: [Haskell] Fundep broken in GHC 6.6
|
| Hi,
|
| The following class declaration worked in GHC 6.4.
| I recently upgraded to 6.6 (following Debian), and
| now it is broken.
|
| class Error e = Game b mv e | b - mv e where
| newBoard :: MonadState b m = m ()
| ...
|
| Since MonadState has
On 12 November 2006 I wrote (on the haskell list):
class Error e = Game b mv e | b - mv e where
newBoard :: MonadState b m = m ()
...
Since MonadState has the fundep m - b, the type
of newBoard fully specifies all of the class parameters
But GHC 6.6 complains...
Simon Peyton-Jones
Am Freitag, 8. Dezember 2006 21:08 schrieb Ian Lynagh:
This will probably have been made with whatever OpenGL was in darcs when
the build was done (the binary distributions come from the nightly
builds). [...]
OK, so in a nutshell: Everything is fine with the binary releases, it can just
be
On Fri, Dec 08, 2006 at 08:55:28AM +0100, Sven Panne wrote:
Am Donnerstag, 7. Dezember 2006 11:37 schrieb Christian Maeder:
The archive
http://www.haskell.org/ghc/dist/6.6/ghc-6.6-src-extralibs.tar.bz2
does not contain the files ControlPoint.hs and Domain.hs from directory
libraries
The archive
http://www.haskell.org/ghc/dist/6.6/ghc-6.6-src-extralibs.tar.bz2
does not contain the files ControlPoint.hs and Domain.hs from directory
libraries/OpenGL/Graphics/Rendering/OpenGL/GL/
These files are listed by the binary distribution
http://www.haskell.org/ghc/dist/6.6/ghc-6.6-i386
Am Donnerstag, 7. Dezember 2006 11:37 schrieb Christian Maeder:
The archive
http://www.haskell.org/ghc/dist/6.6/ghc-6.6-src-extralibs.tar.bz2
does not contain the files ControlPoint.hs and Domain.hs from directory
libraries/OpenGL/Graphics/Rendering/OpenGL/GL/
If I see things correctly
to GHC. I'll see if I can find a PPC
machine to try it on also.
Deborah
On Dec 1, 2006, at 5:13 PM, Deborah Goldsmith wrote:
I can reproduce this with ghc-6.6 built from source as well. I
sampled ghc while it was stuck like this, and it looks like it's
trying to open a GUI event loop
Am Mittwoch, 29. November 2006 19:29 schrieb Joe Jones:
[...] Anyone know of any issues with the current HOpenGL on Intel? [...]
The Haskell versions of the NeHe tutorials work for me on x86_64 openSUSE 10.1
(GHC 6.6 and bleeding edge GHC from darcs repo, perhaps a few weeks old), so
I guess
The NeHe tutorials work for me with both GHC 6.6 and HEAD on my Intel
Mac; however, I'm not using MacPorts.
Is anyone else here who uses MacPorts on an Intel Mac, to confirm or
deny the bug?
Cheers,
Wolfgang
___
Glasgow-haskell-users mailing list
Well, it doesn't lock the whole machine but loading Alpha3D.hs int
GHCi and typing main causes a window to be displayed with no content
and ghc 6.6 locked up, requiring a hard kill.
On 12/1/06, Sven Panne [EMAIL PROTECTED] wrote:
Am Mittwoch, 29. November 2006 19:29 schrieb Joe Jones
I can reproduce this with ghc-6.6 built from source as well. I
sampled ghc while it was stuck like this, and it looks like it's
trying to open a GUI event loop (not surprising if it's opening a
window). It looks like something about that is not working.
Unfortunately, the Intel binary
reproduce this with ghc-6.6 built from source as well. I
sampled ghc while it was stuck like this, and it looks like it's
trying to open a GUI event loop (not surprising if it's opening a
window). It looks like something about that is not working.
Unfortunately, the Intel binary distribution
. I'll see if I can find a PPC
machine to try it on also.
Deborah
On Dec 1, 2006, at 5:13 PM, Deborah Goldsmith wrote:
I can reproduce this with ghc-6.6 built from source as well. I
sampled ghc while it was stuck like this, and it looks like it's
trying to open a GUI event loop (not surprising
, 2006, at 5:13 PM, Deborah Goldsmith wrote:
I can reproduce this with ghc-6.6 built from source as well. I
sampled ghc while it was stuck like this, and it looks like it's
trying to open a GUI event loop (not surprising if it's opening a
window). It looks like something about that is not working
I just installed ghc 6.6 from MacPorts and am trying to use the
Haskell ported NeHe OpenGL lessons to play with OpenGL. Unfortunately,
when I load the lesson in ghci and then run main the screen turns to
garbage and I am forced to power cycle the machine to get back to my
desktop.
It's
for info about their plans for GHC 6.6 etc.
Thanks
Ian
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Is there a preferred way of getting this going? I tried the GHC
instructions for Debian, but this seems to depend on 6.6 already being
in the repository, which it's not, in Ubuntu (why?).
I like Debian/Ubuntu's install system, and I assume that 6.6 will
eventually make it into Ubuntu. I want to
Of SevenThunders
| Sent: 03 November 2006 19:04
| To: glasgow-haskell-users@haskell.org
| Subject: RE: Memory leak in FFI callback: GHC 6.6
|
|
|
| Simon Peyton-Jones wrote:
|
| Dear SevenThunders (if that is how you like to addressed)
|
| Thanks for extracting a small program that exhibits the leak
:[EMAIL PROTECTED]
| On Behalf Of SevenThunders
| Sent: 03 November 2006 02:54
| To: glasgow-haskell-users@haskell.org
| Subject: Memory leak in FFI callback: GHC 6.6
|
|
| I'm not sure if this is a bug, but it sure seems that way to me. When
using
| the wrapper technique for creating a Haskell
.
-bash-3.00$ du -sh
1.1G .
-bash-3.00$ cd ghc-6.6/#this is the binary-dist only
-bash-3.00$ du -sh
331M .
It takes 12 hours on my old 500Mhz sparc with 1GB ram. I know split-objs
takes lots of memory when building the archive, but 2GB seems excessive.
Judging from the first and last
for windows HsDouble = double in C
land.
--
View this message in context:
http://www.nabble.com/Memory-leak-in-FFI-callback%3A-GHC-6.6-tf2565446.html#a7165550
Sent from the Haskell - Glasgow-haskell-users mailing list archive at
Nabble.com.
___
Glasgow
.
calling
leaky +RTS -hc -RTS
does not show the increase in the memory usage.
--
View this message in context:
http://www.nabble.com/Memory-leak-in-FFI-callback%3A-GHC-6.6-tf2565446.html#a7150757
Sent from the Haskell - Glasgow-haskell-users mailing list archive at
Nabble.com
-macports.log
On Oct 27, 2006, at 6:59 AM, Gregory Wright wrote:
Hi,
GHC 6.6 is now available for OS X systems on both Intel and PowerPC
processors using the MacPorts infrastructure.
The compiler is built from source, using a binary bootstrap
compiler. OS X
versions 10.3 (Panther) and 10.4
is not smart enough to do that yet, but if you don't,
you will have all kinds of unpredictable problems.
-Greg
Aaron
ghc-macports.log
On Oct 27, 2006, at 6:59 AM, Gregory Wright wrote:
Hi,
GHC 6.6 is now available for OS X systems on both Intel and PowerPC
processors using the MacPorts
On Oct 28, 2006, at 10:30 AM, Gregory Wright wrote:
One more thing: After adding the symlink, you must do
sudo port clean ghc
to clean up the failed build before trying again.
Macports is not smart enough to do that yet, but if you don't,
you will have all kinds of unpredictable
Hi,
GHC 6.6 is now available for OS X systems on both Intel and PowerPC
processors using the MacPorts infrastructure.
The compiler is built from source, using a binary bootstrap compiler.
OS X
versions 10.3 (Panther) and 10.4 (Tiger) are supported for PowerPC
processors;
for Intel
Hi Greg,
I have just been trying to install ghc 6.6 using Darwin Ports, but the
search facility can't find ghc-6.6. :
sudo port selfupdate
DarwinPorts base version 1.320 installed
Downloaded MacPorts base version 1.320
The MacPorts installation is not outdated and so was not updated
selfupdate
On Oct 27, 2006, at 10:25 AM, C.M.Brown wrote:
Hi Greg,
I have just been trying to install ghc 6.6 using Darwin Ports, but the
search facility can't find ghc-6.6. :
sudo port selfupdate
DarwinPorts base version 1.320 installed
Downloaded MacPorts base version 1.320
The MacPorts installation
appropriate for
this discussion to continue on the MacPorts mailing list, let me know.
Aaron
ghc-macports.log
Description: Binary data
On Oct 27, 2006, at 6:59 AM, Gregory Wright wrote:
Hi,
GHC 6.6 is now available for OS X systems on both Intel and PowerPC
processors using the MacPorts
Is anyone out there running OS X and using HOC and GHC 6.6? I took the latest
from cvs and got some way toward getting it to compile by changing the code to:
1. reflect changes regarding packages, i.e. adding -package-name to the
pertinent makefiles, and accommodating the changed signature
Mathew,
Would you be willing to send me a cvs diff as well?
Thanks,
-Rod
On Oct 26, 2006, at 2:08 PM, Mathew Mills wrote:
I just succeeded in building HOC from CVS HEAD against ghc-6.6 on
x86 Mac OS X last night. I didn't encounter that specific problem,
though. I can send you a cvs
,
Would you be willing to send me a cvs diff as well?
Thanks,
-Rod
On Oct 26, 2006, at 2:08 PM, Mathew Mills wrote:
I just succeeded in building HOC from CVS HEAD against ghc-6.6 on
x86 Mac OS X last night. I didn't encounter that specific
problem, though. I can send you a cvs diff
Juan Carlos Arevalo Baeza wrote:
I tried recompiling a little (big?) Win32 binding library I had made,
when the official one wasn't working for me. It had a bunch of generated
stubs files in it (I'm not 100% sure what they are for). The problem is
that, not even with -fforce-recomp (much
Hello.
I just move a larger project to ghc-6.6 (from 6.4)
http://dfa.imn.htwk-leipzig.de/auto/ (ca. 1000 modules)
I had to modify my sources in several places.
Perhaps the following list of observations is useful.
tools:
cabal/ghc work nicely, including building for profiling
Simon Marlow wrote:
Juan Carlos Arevalo Baeza wrote:
I tried recompiling a little (big?) Win32 binding library I had
made, when the official one wasn't working for me. It had a bunch of
generated stubs files in it (I'm not 100% sure what they are for).
The problem is that, not even with
Another one: library change: the HasBounds class is gone.
JCAB
Johannes Waldmann wrote:
Hello.
I just move a larger project to ghc-6.6 (from 6.4)
http://dfa.imn.htwk-leipzig.de/auto/ (ca. 1000 modules)
I had to modify my sources in several places.
Perhaps the following list of observations
Juan Carlos Arevalo Baeza wrote:
Simon Marlow wrote:
Juan Carlos Arevalo Baeza wrote:
I tried recompiling a little (big?) Win32 binding library I had
made, when the official one wasn't working for me. It had a bunch of
generated stubs files in it (I'm not 100% sure what they are for).
Duncan Coutts schrieb:
Try SRC_HC_OPTS = -optc-mcpu=ultrasparc -opta-mcpu=ultrasparc
With this I've produced a binary saying:
-bash-3.00$ ghc --version
ghc-6.6: schedule: re-entered unsafely.
Perhaps a 'foreign import unsafe' should be 'safe'?
Yes! I get exactly the same under sparc
With this I've produced a binary saying:
-bash-3.00$ ghc --version
ghc-6.6: schedule: re-entered unsafely.
Perhaps a 'foreign import unsafe' should be 'safe'?
Yes! I get exactly the same under sparc linux for ghc-6.6.
I've tried the same on a different machine (with another gcc
Duncan Coutts schrieb:
1. Without SplitObjs=NO in mk/build.mk, will every file be compiled as
if -split-objs were on ghc's command line?
Not as if, the build system really does add -split-objs and does some
other magic when SplitObjs=NO is not in mk/build.mk.
My stage2 compiler (created
=ultrasparc
With this I've produced a binary saying:
-bash-3.00$ ghc --version
ghc-6.6: schedule: re-entered unsafely.
Perhaps a 'foreign import unsafe' should be 'safe'?
Two further questions:
1. Without SplitObjs=NO in mk/build.mk, will every file be compiled as
if -split-objs were on ghc's command
Here's what worked for me:
bunzip2 ghc-6.6-i386-apple-darwin.tar.bz2
tar -xvf ghc-6.6-i386-apple-darwin.tar
cd ghc-6.6
./configure
sudo make show-install-setup
sudo make install
ghc --version
The Glorious Glasgow Haskell Compilation System, version 6.6
I'm on a MacBook Pro running OS X 10.4.8
On Oct 16, 2006, at 9:16 AM, Rodney D Price wrote:
bunzip2 ghc-6.6-i386-apple-darwin.tar.bz2
tar -xvf ghc-6.6-i386-apple-darwin.tar
These can be combined in one step:
tar -xfvj ghc-6.6-i386-apple-darwin.tar.bz2
Deborah
___
Glasgow-haskell-users
Brian Hulley wrote:
Hi,
Has anyone else come across this crash with ghc 6.6 on Windows?
The thread 'Win32 Thread' (0x5c8) has exited with code 0 (0x0).
First-chance exception at 0x7c90eb74 in main.exe: 0xC008:
An invalid HANDLE was specified.
Unhandled exception at 0x7c90eb74
On Oct 13, 2006, at 6:23 PM, Adam Megacz wrote:
I'm grateful to whoever prepared the binary bundle for ghc-6.6 on
MacOS/Intel, but the instructions for installing it are missing/wrong.
In particular, make install doesn't do much, and the only binary in
the bundle called ghc appears to need
Deborah Goldsmith [EMAIL PROTECTED] writes:
./configure
make
sudo make install
Ok, sorry. When I noticed that there was no source code in the
bundle, I didn't see the need for running configure/make. I have to
admit, I still find it a bit strange... perhaps standard unix-style
binary
On 14.10 10:20, Ross Paterson wrote:
On Fri, Oct 13, 2006 at 04:05:49PM -0700, Sigbjorn Finne wrote:
Afraid I have to disappoint you (again :-( ) wrt OpenAL/ALUT. A bit
too late, but _if_ there's a wider agreement that including a
package such as this would be generally useful, I'd be happy
Hi,
Has anyone else come across this crash with ghc 6.6 on Windows?
The thread 'Win32 Thread' (0x5c8) has exited with code 0 (0x0).
First-chance exception at 0x7c90eb74 in main.exe: 0xC008:
An invalid HANDLE was specified.
Unhandled exception at 0x7c90eb74 in main.exe
Hi Einar,
If people are interested I have NSIS scripts that make it trivial to
create windows binary installers for many Haskell packages (for GHC).
I am working on such a project myself for Haskell programs
(haddock/alex etc) but not libraries. Can you give more details about
your proposal,
Christian Maeder schrieb:
I've created ghc-6.6 under solaris. This did only work with SplitObj=No
in mk/build.mk. (There was an early split error, that I could reproduce.)
Here is the output of that split error:
../../compiler/ghc-inplace -H16m -O -fglasgow-exts -cpp -Iinclude
-#include Hs
On Fri, 2006-10-13 at 09:30 +0200, Christian Maeder wrote:
Christian Maeder schrieb:
I've created ghc-6.6 under solaris. This did only work with SplitObj=No
in mk/build.mk. (There was an early split error, that I could reproduce.)
Here is the output of that split error:
../../compiler
, for Haskell 98, compiled by GHC version
6.6
Using package config file:
/usr/local/pub-bkb/ghc/ghc-6.6/lib/ghc-6.6/package.conf
wired-in package base mapped to base-2.0
wired-in package rts mapped to rts-1.0
wired-in package haskell98 mapped to haskell98-1.0
wired-in package template-haskell mapped
way.
http://sebsauvage.net/python/mingw.html
Now GHC 6.6 is released. So this is the good time
to include OpenAL and ALUT packages in complete
installer packages.
(Other name is sumo/omnibus/ ... and so on.)
http://www.mail-archive.com/glasgow-haskell-users@haskell.org/msg10655.html
Hi,
I forgot to link OpenAL's site.
http://www.openal.org/
On Thu, 12 Oct 2006 15:40:07 +0900, shelarcy [EMAIL PROTECTED] wrote:
And you can include OpenAL and ALUT package by these steps.
1. Download reealut Source ZIP, unpack it.
Not reealut. I want to write freealut.
2. Copy AL header
I've created ghc-6.6 under solaris. This did only work with SplitObj=No
in mk/build.mk. (There was an early split error, that I could reproduce.)
When trying out this compiler, I got the following error (that I only
post for the record):
Cheers Christian
[410 of 642] Compiling
On Thu, 2006-10-12 at 15:28 +0200, Christian Maeder wrote:
I've created ghc-6.6 under solaris. This did only work with SplitObj=No
in mk/build.mk. (There was an early split error, that I could reproduce.)
When trying out this compiler, I got the following error (that I only
post
Duncan Coutts schrieb:
ghc-6.6: panic! (the 'impossible' happened)
(GHC version 6.6 for sparc-sun-solaris2):
lookupDeprec main:GUI.ConsoleUtils.listBox{v r36Wf}
Are you using sparc solaris or x86 solaris?
sparc
___
Glasgow-haskell-users
On Thu, Oct 12, 2006 at 03:28:37PM +0200, Christian Maeder wrote:
I've created ghc-6.6 under solaris.
[410 of 642] Compiling Proofs.HideTheoremShift (
Proofs/HideTheoremShift.hs, Proofs/HideTheoremShift.o )
ghc-6.6: panic! (the 'impossible' happened)
(GHC version 6.6 for sparc-sun
Ian Lynagh schrieb:
On Thu, Oct 12, 2006 at 03:28:37PM +0200, Christian Maeder wrote:
I've created ghc-6.6 under solaris.
[410 of 642] Compiling Proofs.HideTheoremShift (
Proofs/HideTheoremShift.hs, Proofs/HideTheoremShift.o )
ghc-6.6: panic! (the 'impossible' happened)
(GHC version 6.6
Hi,
for Win32 users wanting the latest GHC goodness, a candidate
6.6 installer is now available,
http://haskell.org/ghc/dist/6.6/ghc-6-6.msi
If anyone's willing to download it and kick the tires a bit,
that'd be great. If nothing too egregious shows up, I'm
planning to publish sometime
1 - 100 of 186 matches
Mail list logo