On Sat, 2009-04-11 at 21:07 +0400, Bulat Ziganshin wrote:
Hello Bertram,
Saturday, April 11, 2009, 8:09:46 PM, you wrote:
What does same thread mean? I'll risk a guess.
well, that's possible - i'll ask on gtk2hs list too
currently, i believe that mainGUI just runs endless loop
Bulat Ziganshin wrote:
Hello glasgow-haskell-users,
i've looked for this bug in Trac but don't found anything. so:
startGUI action = runInBoundThread $ do
unsafeInitGUIForThreadedRTS
myThreadId = writeIORef guiThread
action = widgetShowAll
mainGUI
guiThread =
Hello Bertram,
Saturday, April 11, 2009, 8:09:46 PM, you wrote:
What does same thread mean? I'll risk a guess.
well, that's possible - i'll ask on gtk2hs list too
currently, i believe that mainGUI just runs endless loop processing
queue of GUI events
--
Best regards,
Bulat
Hello glasgow-haskell-users,
i've looked for this bug in Trac but don't found anything. so:
startGUI action = runInBoundThread $ do
unsafeInitGUIForThreadedRTS
myThreadId = writeIORef guiThread
action = widgetShowAll
mainGUI
guiThread = unsafePerformIO$ newIORef$ error undefined
Could you send a full example we can compile and test?
This is only a fragment.
bulat.ziganshin:
Hello glasgow-haskell-users,
i've looked for this bug in Trac but don't found anything. so:
startGUI action = runInBoundThread $ do
unsafeInitGUIForThreadedRTS
myThreadId = writeIORef
Hello Don,
Friday, April 10, 2009, 8:36:32 PM, you wrote:
unfortunately, full example is my whole program. i will try to make
short example if someone will say that it looks like a bug and it was
not fixed in intermediate versions. basically, scenario is simple -
myThreadId changed due the life
Hi,
I've successfully built ghc-6.10 with ghc-6.6.1; there was one minor
problem:
Building extensible-exceptions-0.1.0.0...
Control/Exception/Extensible.hs:2:13: cannot parse LANGUAGE pragma
ghc 6.6.1 does not know about DeriveDataTypeable - I just removed that
line.
Software used:
ghc
Hello GHC,
sorry, i'm still user of 6.6.1 version
the following command: ghc --make -optl-s
strips the executable while the following command
ghc --make -optl--strip-all
has no effect. i made some experiments and it seems that options
starting with -- are not sent to ld at all (you
Bulat Ziganshin wrote:
Hello GHC,
sorry, i'm still user of 6.6.1 version
the following command: ghc --make -optl-s
strips the executable while the following command
ghc --make -optl--strip-all
has no effect. i made some experiments and it seems that options
starting with
Hello Christian,
Friday, January 11, 2008, 4:10:36 PM, you wrote:
Does adding -optl-Xlinker help you?
ghc --make Hello.hs -fforce-recomp -optl-Xlinker -optl--strip-all
thank you - it works!
--
Best regards,
Bulatmailto:[EMAIL PROTECTED]
://hackage.haskell.org/trac/ghc/ticket/1958.
For example, I have a GHC 6.6.1 running on both 10.4 (Tiger) and 10.5
(Leopard) that I installed from
http://haskell.org/ghc/dist/6.6.1/ghc-6.6.1-powerpc-apple-darwin.tar.bz2 (see
http://haskell.org/ghc/download_ghc_661.html#macosxppc).
Once you have a running binary GHC
Hello,
On Thursday 20 December 2007 20:15, Jerry Charumilind wrote:
...
Besides getting a working compiler, my other goal is to get contribute
a working build process on Leopard back to MacPorts, since they
continue to have no solution right now
I've been trying to get a working GHC 6.6.1 build on my Leopard box with
little success. I am trying to follow the Booting/porting from C (.hc)
files instructions here:
http://hackage.haskell.org/trac/ghc/wiki/Building/Porting
When I build the HC file bundle, I get errors about rts/AutoApply_
hi,
I really appreciate the amazingly fast and helpful feedback to my previous
message. that problem (FiniteMap not found) is solved. but a new problem
came up...
I am trying to compile paradox 1.0, an older (GHC 5) Haskell program,
with GHC 6.6.1 (the Solaris 10 / x86 binary distribution
program,
with GHC 6.6.1 (the Solaris 10 / x86 binary distribution).
now I get the error
Data.hs:760:20: Not in scope: 'bounds'
Data.hs is one of the files in the program. here is the nearby code:
updateTable :: Hash a = a - IO b - Table a b - IO b
updateTable x my (MkTable ref
Could not find module `Data.FiniteMap':
is this a backwards-compatibility issue between GHC 6.6.1 and older
versions of GHC?
the module has just vanished from libraries.
is there a simple workaround?
ugly, but workable:
http://dfa.imn.htwk-leipzig.de/cgi-bin/cvsweb/lib/Autolib/Data
Hi
http://dfa.imn.htwk-leipzig.de/cgi-bin/cvsweb/lib/Autolib/Data/Map.hs?rev=1.6
Or easier:
http://hackage.haskell.org/cgi-bin/hackage-scripts/package/FiniteMap-0.1
Thanks
Neil
___
Glasgow-haskell-users mailing list
hi,
I am trying to compile paradox 1.0, an older (GHC 5) Haskell program,
with GHC 6.6.1 (the Solaris 10 / x86 binary distribution).
in case anyone else wants to try it, I put the paradox source code at
http://www.cs.sunysb.edu/~stoller/out/paradox-1.0-casc.tar.gz
in the Makefile, I deleted
On Thu, Jun 28, 2007 at 03:58:32PM -0300, Robin Bate Boerop wrote:
On 28/06/07, Ian Lynagh [EMAIL PROTECTED] wrote:
What does /sec/bin/ghc --version say? I suspect it'll be
6.4.2.20060331 rather than 6.4.2.
Ian, indeed ghc --version was what you expected. Thank you for the
advice. My
Hi Robin,
On Fri, Jun 22, 2007 at 01:21:00AM -0300, Robin Bate Boerop wrote:
My build dies very soon after issuing make. Here are the last few
lines. Does anyone know what is happening and how to fix it? (The
floating constant of which the error message speaks is
__GHC_PATCHLEVEL__,
Ian, indeed ghc --version was what you expected. Thank you for the
advice. My build continues
Was my 6.4.2 installed or configured improperly, so that the --version
string was wrong?
On 28/06/07, Ian Lynagh [EMAIL PROTECTED] wrote:
Hi Robin,
On Fri, Jun 22, 2007 at 01:21:00AM -0300,
My build dies very soon after issuing make. Here are the last few
lines. Does anyone know what is happening and how to fix it? (The
floating constant of which the error message speaks is
__GHC_PATCHLEVEL__, which is set to 2.20060331.) I have a working GHC
6.4 installed, BTW.
Wagner Ferenc [EMAIL PROTECTED] writes:
Stefan O'Rear [EMAIL PROTECTED] writes:
On Tue, Jun 05, 2007 at 10:13:41PM +0200, Wagner Ferenc wrote:
what's the best way to install GHC 6.6.1 on a Debian Etch system?
Basically: are there installable packages available somewhere, or
should I
In the end I created a new ghc6 package from the binary bundle by
slight modifications and shameless theft from Ian Lynagh control
file. It seems to work together with libreadline4 from Sarge. I'm
willing to share it with anybody interested.
--
Regards,
Feri.
Stefan O'Rear [EMAIL PROTECTED] writes:
On Tue, Jun 05, 2007 at 10:13:41PM +0200, Wagner Ferenc wrote:
what's the best way to install GHC 6.6.1 on a Debian Etch system?
Basically: are there installable packages available somewhere, or
should I recompile the Sid packages, or create a stub
Hi Gregory,
On Wed, May 30, 2007 at 05:56:31PM -0400, Gregory Wright wrote:
On May 30, 2007, at 4:05 PM, Simon Marlow wrote:
Gregory Wright wrote:
I have put a binary distribution of ghc-6.6.1 for FreeBSD/amd64
at
http://www.haskell.org/ghc/dist/6.6.1/ghc-6.6.1-x86_64-unknown
Hi,
what's the best way to install GHC 6.6.1 on a Debian Etch system?
Basically: are there installable packages available somewhere, or
should I recompile the Sid packages, or create a stub package from a
binary .tar.gz bundle, or some other option I didn't think of?
--
Thanks,
Feri
On Tue, Jun 05, 2007 at 10:13:41PM +0200, Wagner Ferenc wrote:
Hi,
what's the best way to install GHC 6.6.1 on a Debian Etch system?
Basically: are there installable packages available somewhere, or
should I recompile the Sid packages, or create a stub package from a
binary .tar.gz bundle
Gregory Wright wrote:
The x86-64 (or amd64 if you like) Linux port doesn't do relocation of
data references outside 2Gb. It is the subject of this bug:
http://hackage.haskell.org/trac/ghc/ticket/781
the underlying problem is that the relocatable reference is only 32
bits, because we're
On Tue, May 29, 2007 at 04:15:29PM +0100, Simon Marlow wrote:
What puzzles me a little bit is the fact that this does *not* happen
on amd64 (aka x86_64) but only on i386 so far.
So does this ring a bell for anyone? I didn't find anything similar
in the archives or in the bug tracker.
No
Matthias Kilian wrote:
On Tue, May 29, 2007 at 04:15:29PM +0100, Simon Marlow wrote:
What puzzles me a little bit is the fact that this does *not* happen
on amd64 (aka x86_64) but only on i386 so far.
So does this ring a bell for anyone? I didn't find anything similar
in the archives or in the
Hi,
I have put a binary distribution of ghc-6.6.1 for FreeBSD/amd64
at
http://www.haskell.org/ghc/dist/6.6.1/ghc-6.6.1-x86_64-unknown-
freebsd.tar.bz2
No documentation or ghci. The former might be easily remedied although
using FreeBSD's docbook chain, as suggested in the wiki, fails when
Gregory Wright wrote:
I have put a binary distribution of ghc-6.6.1 for FreeBSD/amd64
at
http://www.haskell.org/ghc/dist/6.6.1/ghc-6.6.1-x86_64-unknown-freebsd.tar.bz2
yay! Ian will supply a link from the download page in due course, I'm sure.
No documentation or ghci. The former might
Hi Simon,
On May 30, 2007, at 4:05 PM, Simon Marlow wrote:
Gregory Wright wrote:
I have put a binary distribution of ghc-6.6.1 for FreeBSD/amd64
at
http://www.haskell.org/ghc/dist/6.6.1/ghc-6.6.1-x86_64-unknown-
freebsd.tar.bz2
yay! Ian will supply a link from the download page in due
Matthias Kilian wrote:
I'm currently working on updating the GHC port to 6.6.1 for OpenBSD,
and when I run the testsuite (ghc-regress), all test cases for the
way threaded1, i.e. debug + threaded bail out with an assertion
failure:
Blocks: 132 live + 123 free = 255 total (508 around)
conc010:
Hi,
I'm currently working on updating the GHC port to 6.6.1 for OpenBSD,
and when I run the testsuite (ghc-regress), all test cases for the
way threaded1, i.e. debug + threaded bail out with an assertion
failure:
Blocks: 132 live + 123 free = 255 total (508 around)
conc010: internal error:
Ian Lynagh schrieb:
On Mon, May 14, 2007 at 02:07:11PM +0200, Christian Maeder wrote:
Ian, could you add and upload these dists to
http://www.haskell.org/ghc/download_ghc_661.html, too?
Thanks for making them! They're now added, along with your Solaris
builds.
Hello group,
Starting with Jens Peterson's packages for Fedora Core, I have built
up the latest GHC RPMs for i386 and x86_64 on both RHEL4 and RHEL5.
You can check them out at http://forte-intl.com/~ronald/haskell/ghc/.
It was a fairly straightforward job due in large part to the very nice
spec
On Mon, May 14, 2007 at 02:07:11PM +0200, Christian Maeder wrote:
Ian, could you add and upload these dists to
http://www.haskell.org/ghc/download_ghc_661.html, too?
Thanks for making them! They're now added, along with your Solaris
builds.
I wonder what the build bots said to the
/forschung/formal_methods/CoFI/hets/mac/GNUreadline-framework.zip
http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets/mac/GMP.framework.zip
My ghc-6.6.1 distributions can be found here:
i386: (41776873 Byte without documentation)
http://www.informatik.uni-bremen.de/agbkb
Christian Maeder schrieb:
___ ___ _
/ _ \ /\ /\/ __(_)
/ /_\// /_/ / / | | GHC Interactive, version 6.6.1, for Haskell 98.
/ /_\\/ __ / /___| | http://www.haskell.org/ghc/
\/\/ /_/\/|_| Type :? for help.
[New LWP 3]
Loading package base ... linking
exactly what I need to
install
to make it work, then I'll do that.
This tarball has GLUT and C++:
http://haskell.org/ghc/dist/6.6.1/ghc-6.6.1-i386-unknown-mingw32.tar.bz2
(48M)
GLUT doesn't actually work for me, becuase I apparently don't have the right
DLL, but the package built without any
Hi
Ok, I'm building a new tarball with GLUT and C++. The OpenAL/ALUT stuff
looks a
bit daunting at the moment. If someone tells me exactly what I need to
install
to make it work, then I'll do that.
This tarball has GLUT and C++:
http://haskell.org/ghc/dist/6.6.1/ghc-6.6.1-i386-unknown
On Tue, May 08, 2007 at 03:25:31PM -0700, Sigbjorn Finne wrote:
In case anyone's interested,
http://www.galois.com/~sof/msi/ghc-6-6-1.msi
contains a Windows installer for 6.6.1;
Thanks Sigbjorne, I've added it to the download page!
Ian
___
see,
This tarball has GLUT and C++:
http://haskell.org/ghc/dist/6.6.1/ghc-6.6.1-i386-unknown-mingw32.tar.bz2
(48M)
GLUT doesn't actually work for me, becuase I apparently don't have the right
DLL, but the package built without any problems after I copied the missing
glut.h header over.
I
Hi,
On Wed, 09 May 2007 17:31:51 +0900, Simon Marlow [EMAIL PROTECTED] wrote:
So to summarise, the following are missing from the binary distribution that
Neil used as the basis for his installer:
* readline
* ALUT
* OpenAL
* GLUT
* C++ support in the bundled GCC
right?
Yes.
On Wed, 09 May 2007 17:31:51 +0900, Simon Marlow [EMAIL PROTECTED] wrote:
You forgot to include GLUT and readline packages.
I think you can't build these packages, so you don't include it.
This is well-known problem, if build GHC your self.
Because MInGW doesn't have these headers and library
On Wed, 09 May 2007 17:42:11 +0900, Neil Mitchell [EMAIL PROTECTED] wrote:
Custom/complete: yes, typical: no. What on earth does typical mean? The
user has no idea whether it will install the features they need or not, so
it's
a meaningless option.
From all I can tell, GHC 6.6 has all
shelarcy wrote:
Hi,
On Wed, 09 May 2007 17:31:51 +0900, Simon Marlow [EMAIL PROTECTED] wrote:
So to summarise, the following are missing from the binary distribution that
Neil used as the basis for his installer:
* readline
* ALUT
* OpenAL
* GLUT
* C++ support in the bundled
Hi
On Thu, 10 May 2007 18:36:22 +0900, Neil Mitchell [EMAIL PROTECTED] wrote:
I've attached the installer source to this message, for you to play
with/patch to your hearts content. I sent a copy to Ian a few days, so
it should be appearing in the GHC tree at some point.
I succeed to build
openal32.dll is very old.
So openal32.dll doesn't have alGetSurceiv function.
C:\home\ghc\libraries\ALUT\examples\BasicC:\home\ghc-6.6.1\bin\ghc.exe HelloWor
ld.hs --make
[1 of 1] Compiling Main ( HelloWorld.hs, HelloWorld.o )
Linking HelloWorld.exe ...
C:/home/ghc-6.6.1/libHSOpenAL.a
On Thu, 10 May 2007 18:11:52 +0900, Simon Marlow [EMAIL PROTECTED] wrote:
So to summarise, the following are missing from the binary distribution that
Neil used as the basis for his installer:
(snip)
right?
Yes. And Sigbjorn's one provides these packages.
Ok, but I don't know how to
Hi,
the stage2 compiler I've created from the official sources almost works,
but ghci crashes with seg-fault.
Any ideas?
-bash-3.1$ gdb --args
/localdisk/maeder/haskell/ghc-6.6.1/compiler/stage2/ghc-6.6.1
-B/localdisk/maeder/haskell/ghc-6.6.1 --interactive
GNU gdb 6.5
Copyright (C) 2006 Free
shelarcy wrote:
Hi
On Thu, 10 May 2007 18:36:22 +0900, Neil Mitchell [EMAIL PROTECTED] wrote:
I've attached the installer source to this message, for you to play
with/patch to your hearts content. I sent a copy to Ian a few days, so
it should be appearing in the GHC tree at some point.
I
PROTECTED]
| Subject: problems using ghc-6.6.1 (due to fgl-5.4.1)
|
| I wrote:
| Dear Hets- and GHC-Developers,
|
| we have a problem using ghc-6.6.1. The created hets binary runs a
| couple
| of times slower than the one created using ghc-6.6.
|
| This problem is gone when I install and use fgl-5.3
So to summarise, the following are missing from the binary distribution that
Neil used as the basis for his installer:
* readline
* ALUT
* OpenAL
* GLUT
* C++ support in the bundled GCC
right? I can try to roll another binary distribution, but I don't know much
about these packages or
shelarcy wrote:
GHC 6.6's installer (MSI) has three Installation Mode, Typical,
Custom, Complete. These mode doesn't work GHC 6.6's one, but some
other installer uses these Installation Mode, to suport install
options.
Custom/complete: yes, typical: no. What on earth does typical mean?
Hi
GHC 6.6's installer (MSI) has three Installation Mode, Typical,
Custom, Complete. These mode doesn't work GHC 6.6's one, but some
other installer uses these Installation Mode, to suport install
options.
Custom/complete: yes, typical: no. What on earth does typical mean? The
user has
Christian Maeder wrote:
Dear Hets- and GHC-Developers,
we have a problem using ghc-6.6.1. The created hets binary runs a couple
of times slower than the one created using ghc-6.6. (see below)
What might be the cause for this?
Very strange. The performance has decreased dramatically
Simon Marlow schrieb:
Christian Maeder wrote:
Dear Hets- and GHC-Developers,
we have a problem using ghc-6.6.1. The created hets binary runs a couple
of times slower than the one created using ghc-6.6. (see below)
What might be the cause for this?
Very strange. The performance has
[My apologies for the long'ish e-mail, for Win9x users mostly..]
Someone sent an e-mail querying about Win9x compatibility, which
is something I forgot to take into account when building the 6.6.1
installer. To remedy, I've refreshed the installer to include a new
version that ought to work
Hi
You forgot to include GLUT and readline packages.
I think you can't build these packages, so you don't include it.
I have built an installer for the binary package produced by the GHC
Team, including whatever they included, and excluding whatever they
excluded. If the GHC Team change their
6.4 and GHC 6.6.1 or above installers include theirs.
And if you can build OpenAL and ALUT, you can include these packages
to your installer.
Second, I can include C++ files (except header files) in binary by
make binary-dist command with MinGW-4.1.1.
http://www.haskell.org/pipermail/glasgow
Dear Hets- and GHC-Developers,
we have a problem using ghc-6.6.1. The created hets binary runs a couple
of times slower than the one created using ghc-6.6. (see below)
What might be the cause for this?
Cheers Christian
ghc-6.6.1:
hets +RTS -H300m -M1g -p -RTS -o prf Basic
You seem to be generating 8x the garbage with the 6.6.1 version which
could account for the 2x slowdown.
On May 8, 2007, at 2:19 PM, Christian Maeder wrote:
ghc-6.6.1:
hets +RTS -H300m -M1g -p -RTS -o prf Basic/Numbers.casl
total time = 1979.05 secs (39581 ticks
Hi
So I want to know What version of MinGW do you use? and Is your
MinGW has C++ files?
None, I don't have it installed. I took the binaries straight from the
GHC 6.6.1 .tar.bz on haskell.org, I guess Ian would know how they
build that.
I think these tasks are easy, and they don't become
I wrote:
Dear Hets- and GHC-Developers,
we have a problem using ghc-6.6.1. The created hets binary runs a
couple
of times slower than the one created using ghc-6.6.
This problem is gone when I install and use fgl-5.3 (where hiding
(indices) needs to be deleted
In case anyone's interested,
http://www.galois.com/~sof/msi/ghc-6-6-1.msi
contains a Windows installer for 6.6.1; most (all?) libraries/ are in there;
no C++ bits (sorry.)
enjoy
--sigbjorn
[And, if it's your preference, a ghc-6-6-1.zip is also available from
that same dir.]
Neil Mitchell wrote:
Hi,
I've prepared a GHC 6.6.1 Windows installer. Before I offer this up as
an official installer, could people please test it?
http://www.haskell.org/ghc/dist/6.6.1/ghc-6.6.1-i386-windows-test1.exe
Thanks Neil,
This works perfectly!
Best regards, Brian
Neil Mitchell wrote:
Hi,
I've prepared a GHC 6.6.1 Windows installer. Before I offer this up as
an official installer, could people please test it?
http://www.haskell.org/ghc/dist/6.6.1/ghc-6.6.1-i386-windows-test1.exe
Thanks for that. It seems to install and compile the collections
package
On Apr 11, 2007, at 19:39 , Thorkil Naur wrote:
Hello,
On Tuesday 10 April 2007 16:41, Ian Lynagh wrote:
We are pleased to announce the Release Candidate phase for GHC 6.6.1.
...
A few comments to the source bundles
http://www.haskell.org/ghc/dist/stable/dist/ghc-6.6.20070410
Thorkil Naur wrote:
Hello,
On Tuesday 10 April 2007 16:41, Ian Lynagh wrote:
We are pleased to announce the Release Candidate phase for GHC 6.6.1.
...
A few comments to the source bundles
http://www.haskell.org/ghc/dist/stable/dist/ghc-6.6.20070410-src.tar.bz2
http://www.haskell.org/ghc
Hello,
On Tuesday 10 April 2007 16:41, Ian Lynagh wrote:
We are pleased to announce the Release Candidate phase for GHC 6.6.1.
...
A few comments to the source bundles
http://www.haskell.org/ghc/dist/stable/dist/ghc-6.6.20070410-src.tar.bz2
http://www.haskell.org/ghc/dist/stable/dist/ghc
We are pleased to announce the Release Candidate phase for GHC 6.6.1.
Snapshots beginning with 6.6.20070409 are release candidates for 6.6.1
You can download snapshots from here:
http://www.haskell.org/ghc/dist/stable/dist/
Right now we have the source bundles:
http://www.haskell.org
C.M.Brown wrote:
I was wondering when ghc-6.6.1 will be released? I am asking because a
patch has been made to the ghc repo to allow multple calls to the
ghc.newSession within the API and HaRe depends on this.
We haven't fixed a deadline yet, since there are a large number of outstanding
Hi,
I was wondering when ghc-6.6.1 will be released? I am asking because a
patch has been made to the ghc repo to allow multple calls to the
ghc.newSession within the API and HaRe depends on this.
Regards,
Chris.
___
Glasgow-haskell-users mailing list
76 matches
Mail list logo