to get the work done.
In the MacPorts version I may include my runtime linker debug patch,
which won't
be available generally until 7.2.1. If more linker problems are
suspected, this
would give a complete view of what the linker was doing.
Best,
Greg
--
Gregory Wright
Antiope Associates LLC
18
special build instructions for this, maybe you could
update trac #2965 with details?
Cheers,
John
From: Gregory Wright gwri...@antiope.com
mailto:gwri...@antiope.com
Hi,
I built ghc 7.0.1-rc2 yesterday 64-bit on Snow Leopard. Much of
the work
in getting ghc to build 64-bit
Hi,
I built ghc 7.0.1-rc2 yesterday 64-bit on Snow Leopard. Much of the work
in getting ghc to build 64-bit was done by Barney Stratford; the MacPorts
ghc 6.10.4 has built successfully in 64 bit mode for a number of months.
Until just a few weeks ago 6.12.x and HEAD wouldn't build 64-bit
On 11/10/10 10:44 AM, Antoine Latter wrote:
On Wed, Nov 10, 2010 at 9:04 AM, Gregory Wrightgwri...@antiope.com wrote:
Hi,
I built ghc 7.0.1-rc2 yesterday 64-bit on Snow Leopard. Much of the work
in getting ghc to build 64-bit was done by Barney Stratford; the MacPorts
ghc 6.10.4 has built
On 3/31/10 11:44 AM, Ian Lynagh wrote:
On Mon, Mar 22, 2010 at 02:54:26PM -0400, Gregory Wright wrote:
Now they seem to both be correct. The key value is at the bottom of
column 8. This should be 2.386e-1
(which means that 23.86 percent of the protons in the early universe end
up
Hi,
I have a program (attached) that is relatively simple, but numerically
intensive.
It computes the abundances of the chemical elements generated by big-bang
nucleosynthesis. At the moment, the executable takes no command line
arguments,
it simply runs the standard model.
When I build
Hi,
On 3/22/10 10:22 AM, Gregory Wright wrote:
Hi,
I have a program (attached) that is relatively simple, but numerically
intensive.
It computes the abundances of the chemical elements generated by big-bang
nucleosynthesis. At the moment, the executable takes no command line
arguments
Best regards
Krzysztof Skrzętnicki
2010/3/22 Gregory Wrightgwri...@antiope.com:
Hi,
On 3/22/10 10:22 AM, Gregory Wright wrote:
Hi,
I have a program (attached) that is relatively simple, but numerically
intensive.
It computes the abundances of the chemical elements generated by big
1.566e-52.387e-1 3.089e-14 6.337e-11 5.791e-11 5.665e-16
Best regards
Krzysztof Skrzętnicki
2010/3/22 Gregory Wrightgwri...@antiope.com:
Hi,
On 3/22/10 10:22 AM, Gregory Wright wrote:
Hi,
I have a program (attached) that is relatively simple, but numerically
intensive
to Marco Comini, Tom Hutchinson, Ian Lynagh,
John Peterson, Ryan Schmidt and Falk Schramm for their help.
Best Wishes,
Greg Wright
--
Gregory Wright
Antiope Associates LLC
18 Clay Street
Fair Haven, New Jersey 07704
USA
gwri...@antiope.com
+1 (732) 924-4549
+1 (732) 345-8378 [fax
Hi,
Could someone tell me who is in charge of the ghc ftp site these days?
I need to upload a bootstrap compiler to build MacPort's ghc on Snow
Leopard and the permissions of the 6.10 - 6.1 directories have changed.
I no longer can write there.
Best Wishes,
Greg
2getGroupEntryForName.run.stderr
Wrong exit code (expected 0 , actual 1 )
Stdout:
Stderr:
getGroupEntryForName: thisIsNotMeantToExist: getGroupEntryForName: does
not exist (no group name)
Should I be running a different version of the tests?
Best Wishes,
Greg
--
Gregory Wright
Antiope
Hi,
I built ghc-6.10.2.20090504 on OS X 10.5.6 (Intel). The build
succeeded, and the results
of running the 6.10.2 (release) testsuite were:
OVERALL SUMMARY for test run started at Wed May 6 04:21:54 EDT 2009
2413 total tests, which gave rise to
12919 test cases, of which
0
I built ghc-6.10.1.20090314 on OS X 10.5.6 (Intel) using ghc 6.8.2 as
a bootstrap compiler. The build was done using the MacPorts
infrastructure.
Summary test results:
OVERALL SUMMARY for test run started at Tue Mar 17 15:31:38 EDT 2009
2334 total tests, which gave rise to
12487
Hi Thomas,
On Mar 18, 2009, at 10:03 AM, Thomas Schilling wrote:
There should be a file called testlog somewhere, either at the
toplevel or within the tests directory. Could you search for
apirecomp001 and send me the test output from running that test.
I can't reproduce this failure
Hi David,
On Feb 2, 2009, at 4:48 AM, Christian Maeder wrote:
David Menendez wrote:
I'm trying to upgrade GHC to 6.10.1 using macports on a PowerBook G4
running OS X 10.5.5. From what I can tell, I'm getting a segmentation
fault from cabal-bin.
On PPC leopard you need to update to XCode 3.1
Hi,
What is the preferred gcc to use with ghc 6.10.1? I'm starting
the long and doubtless slow process of putting together a more user
friendly (and binary distributable) ghc distribution to be built using
MacPorts.
The guidance about gcc on the wiki is vague. Is there a best choice?
Or at
Hi Jason,
On Nov 21, 2008, at 8:09 AM, Jason Dagit wrote:
On Wed, Nov 19, 2008 at 1:28 AM, Manuel M T Chakravarty
[EMAIL PROTECTED] wrote:
Jason Dagit:
On Wed, Nov 5, 2008 at 5:36 PM, Manuel M T Chakravarty
[EMAIL PROTECTED] wrote:
Ian Lynagh:
On Tue, Nov 04, 2008 at 09:02:12PM -0500,
Hi Chrisitian,
On Nov 11, 2008, at 7:19 AM, Christian Maeder wrote:
Chris Kuklewicz wrote:
Christian Maeder wrote:
I can offer a Tiger PPC built that works for me:
(linked against /opt/local/lib/libgmp.dylib)
But the filename says -i386- so I suspect it is not a powerpc
build.
Sorry,
Hi Denis,
I haven't built pandoc yet --- I didn't do the port --- but I'll have
a go at it tonight and
let you know what I find.
BTW, did you run
$ sudo port selfupdate
before starting to make sure you had the latest Portfiles for
everything?
Best Wishes,
Greg
On Oct 10,
Hi,
On Oct 10, 2008, at 4:45 PM, denis wrote:
Greg, folks,
port install ghc worked after 7 hours or so, but then
sudo port -v install hs-ghc-paths (on which pandoc apparently depends)
=
# from: sudo port -v install hs-ghc-paths
# run: 10 Oct 2008 22:35 in /opt/local Denis.local mac
Hi Manuel,
On Aug 14, 2008, at 9:12 PM, Manuel M T Chakravarty wrote:
Moreover, as I wrote a few times before, some reasons for switching
in the first place are invalidated by not having the core libraries
in git, too. For example, one complaint about darcs is that it
either doesn't
I am pleased to announce the release of prof2dot version 0.4.1,
a graphical profiling tool for use with GHC.
The program is a filter that takes the profiling output generated by
running
a GHC-compiled program with the +RTS -px -RTS option and turns it into
a dot file. (The dot format is a
Hi,
On May 29, 2008, at 11:19 AM, Simon Marlow wrote:
Ok, I've now modified the patch and attached a new version to the
ticket:
http://hackage.haskell.org/trac/ghc/attachment/ticket/2013/2013.patch
*BSD folks please test.
I built the 20080529 snapshot with this patch and my light
Hi Simon,
On May 29, 2008, at 11:19 AM, Simon Marlow wrote:
Ok, I've now modified the patch and attached a new version to the
ticket:
http://hackage.haskell.org/trac/ghc/attachment/ticket/2013/2013.patch
*BSD folks please test.
I built the 20080529 snapshot with this patch and my light
Hi Simon,
On May 28, 2008, at 5:05 AM, Simon Marlow wrote:
Hi Folks,
6.8.3 is nearing release, and we have an outstanding bug affecting
the GHCi on the BSDs:
http://hackage.haskell.org/trac/ghc/ticket/2013
We need someone to help out with this. The patch in the ticket
apparently
Hi Wouter,
On May 1, 2008, at 11:50 AM, Wouter Swierstra wrote:
On 1 May 2008, at 13:59, Gregory Wright wrote:
I've patched MacPorts' ghc-6.8.2 to include the -no-user-package-conf
flag. Wouter, could you check if this fixes the problem you had?
I tried a port selfupdate and port clean
On Apr 26, 2008, at 4:58 PM, Ian Lynagh wrote:
On Thu, Apr 24, 2008 at 09:25:26AM -0400, Gregory Wright wrote:
I'll see if I can come up with a patch to the build system that
avoids
this.
I think that this was actually done a while ago:
[pass -no-user-package-conf to ghc-inplace
Simon
Hi Björn,
On Apr 24, 2008, at 6:41 AM, Bjorn Bringert wrote:
On Thu, Mar 6, 2008 at 7:57 PM, Wouter Swierstra [EMAIL PROTECTED]
wrote:
Hi Greg,
Thanks again for maintaining ghc in macports!
I tried installing ghc through macports. Unfortunately, the build
failed
with the following error
be less
work to resurrect one of those.
Best Wishes,
Greg
Best.
Cristian
2008/3/8 Gregory Wright [EMAIL PROTECTED]:
I am pleased to announce the first release of prof2dot, a graphical
profiling tool
for use with GHC.
___
Glasgow-haskell-users
Excellent news. Thanks to you and Christian for trying it out.
-Greg
On Mar 17, 2008, at 4:12 PM, Chris Kuklewicz wrote:
I used both ghc-6.6.1 and macports to create a working ghc-6.8.2 on
OS X 10.5.2 on a powerpc G4 laptop.
___
Hi Christian,
On Mar 13, 2008, at 7:10 AM, Christian Maeder wrote:
I was able to build ghc 6.8.2 on Leopard/ppc using the patch from
http://hackage.haskell.org/trac/ghc/ticket/1958
(also below)
Could you try if it works for you, too?
I forgot to mention, that I had to build a
Hi,
This morning (13 March 2008) the ghc trac wedged reporting
Trac detected an internal error:
with the python traceback
Traceback (most recent call last):
File /var/lib/python-support/python2.4/trac/web/main.py, line
387, in dispatch_request
dispatcher.dispatch(req)
File
Hi Wouter,
On Mar 6, 2008, at 12:57 PM, Wouter Swierstra wrote:
Hi Greg,
Thanks again for maintaining ghc in macports!
I tried installing ghc through macports. Unfortunately, the build
failed with the following error message below. I'd be happy to send
you a complete log, if you think
I am pleased to announce the first release of prof2dot, a graphical
profiling tool
for use with GHC.
While GHC has in the past worked with graphical profiling tools, they
have been heavyweight and/or proprietary. Prof2dot is a simple tool for
converting profiling information into a
On Mar 5, 2008, at 4:21 AM, Jinwoo Lee wrote:
Thank you!
But ghc has disappeared from MacPorts SW list.
Only ghc-devel can be seen.
Please look into it.
ghc vanished from the distribution server for a few hours yesterday
because of a
unanticipated corner case in the indexing script. (The
After what many would consider an unconscionable delay, I am happy to
announce
that ghc 6.8.2 is available from MacPorts.
The ghc 6.8.2 port is available for Tiger/ppc, Tiger/intel and Leopard/
intel. Users with
Leopard/ppc are out of luck until for now, for reason discussed
earlier on
Hi Duncan,
(Cross-posting to ghc-users since some of the issues were brought up
there.)
On Dec 2, 2007, at 5:04 PM, Duncan Coutts wrote:
Sun Dec 2 14:06:20 PST 2007 Duncan Coutts [EMAIL PROTECTED]
* make rawSystemStdout put its temp files in the temp dir rather
than cwd
Should fixe
Hi Christophe,
On Dec 23, 2007, at 11:02 AM, alpheccar wrote:
Was someone able to build ghc 6.8.2 on PPC with OS X 10.4 (Tiger) ?
I had no problems to build the 6.8.1 but with 6.8.2, I get the error:
I was able to build 6.8.2 three times on PPC/Tiger (10.4.11) without
error
using 6.6.1 as
Hi,
On Dec 20, 2007, at 2:31 PM, Hugo Pacheco wrote:
From the ghc-6.8.2 sources then, I'm just afraid of possible
errors, and I don't have any previous ghc installed.
Do the sources permit bootstrapping? From what I know...
The source distribution needs an installed GHC (version 6.0 at
On Dec 20, 2007, at 5:30 PM, Hugo Pacheco wrote:
But is it like days, weeks, months?
I really need GHC installed on my intel mac w/ leopard.
The new macports ghc should be ready in days to a week, most likely.
If you want I can send you
the portfile to try, I can't guarantee it but it
Hi,
On Dec 20, 2007, at 2:31 PM, Hugo Pacheco wrote:
From the ghc-6.8.2 sources then, I'm just afraid of possible
errors, and I don't have any previous ghc installed.
Do the sources permit bootstrapping? From what I know...
The source distribution needs an installed GHC (version 6.0 at
On Dec 10, 2007, at 3:21 PM, Carsten Keßler wrote:
Basically, I just wanted to get this thing running without too much
hassle... Does anyone have an idea why the GHC distribution
available via MacPorts does not work at the moment?
Hi Carsten,
The ghc distribution on MacPorts doesn't
Hi,
I'm the process of updating MacPort's ghc to 6.8.1 and adding support
for
Leopard (OS X 10.5) and have been having] some trouble.
The first task is just to get 6.8.1 running on Tiger (10.4). On PPC,
I use
ghc 6.4 as a bootstrap compiler and on Intel ghc 6.6. I am traveling
with
Hi Serge,
On Sep 4, 2007, at 4:27 AM, Serge D. Mechveliani wrote:
People,
please, who can advise about ghc-6.6.1 + DoCon on Mac OS ?
in DoCon-2.09 and tell whether this installation is likely to work
under Mac OS ?
How DoCon-2.09 + ghc-6.6.1 can be ported to Mac OS ?
I ported
On Jul 25, 2007, at 6:39 AM, Chris Kuklewicz wrote:
Alberto Ruiz wrote:
I have included a binding to gsl_sf_gamma in the darcs repo of
GSLHaskell:
http://dis.um.es/~alberto/GSLHaskell/doc/GSL-Special.html#v%3Agamma
I will try to upload to hackage a recent version of the library in
a few
Hi Ian,
On Jun 8, 2007, at 11:24 AM, Ian Lynagh wrote:
On Thu, Jun 07, 2007 at 11:56:35AM -0400, Gregory Wright wrote:
Is this a problem with the HEAD branch or do I need a development
version
of cabal from the darcs repository to build the latest ghc?
I'm not sure exactly what you mean
Hi Ian,
On Jun 8, 2007, at 12:03 PM, Ian Lynagh wrote:
Hmm, what is the complete command (i.e. with all arguments) that
starts
cd base setup/Setup configure?
make -C libraries all
rm -f -f stamp/configure.library.*.base base/unbuildable
( cd base setup/Setup configure \
Hi,
Today I was building HEAD using macports and had the error:
configure: Using compiler: ../../compiler/ghc-inplace
configure: Compiler flavor: GHC
configure: Compiler version: 6.7.20070607
configure: Using package tool: ../../utils/ghc-pkg/ghc-pkg-inplace
checking for gcc... gcc
checking
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
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
Hi Ian,
On Apr 13, 2007, at 9:19 AM, Ian Lynagh wrote:
On Thu, Apr 12, 2007 at 11:07:03AM -0400, Gregory Wright wrote:
configure: No cpphs found
configure: No greencard found
Setup: Unrecognised flags:
--with-cc=gcc
make[1]: *** [stamp/configure.library.build-profiling.base] Error 1
make
Hi Ian,
On Apr 13, 2007, at 11:56 AM, Ian Lynagh wrote:
On Fri, Apr 13, 2007 at 10:27:54AM -0400, Gregory Wright wrote:
I can do this, but the previous procedure worked until a couple of
weeks
ago. Has something changed?
Yes; autoreconf and configure no longer recurse
Hi Chris,
On Apr 12, 2007, at 9:48 AM, C.M.Brown wrote:
Hello,
I've been trying to build the ghc-devel package (6.7) from macports.
However the build seems to fail half through. Specifically when
running
the setup for base-2.1:
configure: Using compiler: ../../compiler/ghc-inplace
Just a further note on the FreeBSD/amd64 port. I have the
mangler fixed up now, so the only remaining issue is the linker.
I hope to send patches soon.
Best Wishes,
Greg
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
Hi Olli,
On Apr 10, 2007, at 1:23 PM, Oliver Braun wrote:
Hi Gregory,
* Gregory Wright [EMAIL PROTECTED] [2007-04-09 12:38 -0400]:
I have ghc-6.6 (darcs version from 20070405) running
registerized on
FreeBSD/amd64.
I will certainly provide patches and a binary distribution that
people
Hi Ian,
On Apr 9, 2007, at 12:21 PM, Ian Lynagh wrote:
On Sun, Apr 08, 2007 at 07:49:24PM -0400, Gregory Wright wrote:
I have ghc-6.6 (darcs version from 20070405) running registerized on
FreeBSD/amd64.
Excellent! Well done, and thanks for persevering!
It would be great if you could let
Hi Ian,
On Apr 9, 2007, at 12:21 PM, Ian Lynagh wrote:
With this patch, we are pretty close. However, there still seems
to be
something wrong with the splitter. I can make a working registerized
compiler if I set splitObjs=NO in build.mk, but it seems as if
whatever is
wrong with
Hi Ian, Simon,
I have ghc-6.6 (darcs version from 20070405) running registerized on
FreeBSD/amd64. The FreeBSD version is 6.2.
The problem with the compiler crash turned out to be simple. In the
FreeBSD header file regex.h, regex_t is defined as
typedef struct {
int re_magic;
Hi Ian,
On Apr 1, 2007, at 6:22 PM, Ian Lynagh wrote:
On Sun, Apr 01, 2007 at 06:10:25PM -0400, Gregory Wright wrote:
Ah, remove the #if/#endif around the definition of puts, its
export,
and the GHC.Pack import in libraries/base/GHC/Handle.hs
No such luck. I even copied puts
Hi,
For those who live on the bleeding edge, I have made a port of the
latest development version of ghc for OS X through MacPorts. (If you
are not familiar
with MacPorts, see http://macports.org.)
The build is from the darcs repository, and installs its binaries
as bin_name-6.7.date_code
Hi Ruben,
The GHC wiki also has information on this, and should be your first
stop if you are experiencing build problems:
http://hackage.haskell.org/trac/ghc/wiki/Building/MacOSX
At least under MacPorts, I have had no trouble building 6.7-20070330.
I will be releasing a new portfile for
Hi Ian,
On Apr 1, 2007, at 3:57 PM, Ian Lynagh wrote:
Hi Gregory,
Is there a version of print I can use for debugging these
libraries?
Just adding print causes a cycle in module dependencies.
Ah, remove the #if/#endif around the definition of puts, its export,
and the GHC.Pack import
Hi SImon,
On Mar 29, 2007, at 5:40 AM, Simon Marlow wrote:
Hi Greg,
Good analysis so far. I think you're close to this one.
Thank you for checking over what I've done thus far.
Based on what you said, I looked at Compat.Unicode and there is
indeed a type error in this foreign call:
Hi Ian,
I have made some more progress on understanding the build
failure on FreeBSD/amd64. I could use a check on my understanding
of the problem, though.
The setup: I have an unregisterized ghc-6.4.2 successfully built
on FreeBSD/amd64. It was bootstrapped from .hc files compiled
on
Hi Ian,
I have made some progress. Today I got 6.4.2 to build unregisterized on
my FreeBSD/amd64 box. I went back to 6.4.2 because the only actual
report
of success I could find record of was Wilhelm Kloke's. He used 6.4.1.
I made certain I had exactly the same versions of readline and
Hi,
I'm trying to get ghc-6.6 running on my FreeBSD/amd64 box. It seems as
if the build instructions are stale again.
When I run
$ cd /tmp/ghc-6.6/rts gmake boot gmake
it falls over in the RTS, as noted in the documentation. But at the
next step,
when the libraries are built,
Hi Christian,
On Mar 2, 2007, at 11:40 AM, Christian Maeder wrote:
Gregory Wright schrieb:
cabal fails to build because it requires HSrts. This aborts the
library
build
leaving me with an incomplete set of libraries.
Is there a simple way to tell the build not to make cabal?
I think
Hi John,
On Jan 11, 2007, at 8:06 PM, John Goerzen wrote:
On 2007-01-11, Chris Eidhof [EMAIL PROTECTED] wrote:
Hey,
does anyone know about this? Resending as I got no replies (yet) ;)
Just for the record, I have no idea; I've never really used profiling
and couldn't figure out how to make
Hi John,
On Jan 11, 2007, at 1:58 AM, John Ky wrote:
Hello,
Does anyone know where I can find a simple UDP client/server
written in Haskell?
Something along the lines of an echo server would do.
Thanks
-John
Try:
--
-- UDPEchoServer.hs: Exactly what the name says, a datagram echo
Hi John,
On Jan 11, 2007, at 10:35 AM, Gregory Wright wrote:
Hi John,
On Jan 11, 2007, at 1:58 AM, John Ky wrote:
Hello,
Does anyone know where I can find a simple UDP client/server
written in Haskell?
Something along the lines of an echo server would do.
Thanks
-John
Try
Hi Christian,
On Nov 15, 2006, at 9:14 AM, Christian Maeder wrote:
Gregory Wright schrieb:
/opt/local/lib/ghc-6.6/HSX11_cbits.o: unknown symbol `_printf
$LDBLStub'
I think I remember seeing something like this. I'll look into it
some
more.
That's a gcc problem. I think, HSX11_cbits.o
Hi Thorkil,
A corrected version not referencing the Utils module is attached to
ticket 1004 now.
Thanks for pointing that out.
Greg
On Nov 14, 2006, at 4:57 PM, Thorkil Naur wrote:
Hello,
I tried to reproduce this. Here is the result:
Thorkil-Naurs-Computer:~/tn/tmp/GHC/trac/#1004:
Brad,
Did you apply the recent X11 update from Apple after you compiled
ghc? If so, you might try uninstalling, cleaning and rebuilding the
macports ghc.
There is a path issue; you should not have to specify
DYLIB_LIBRARY_PATH.
At least in macports, this should be easy to fix.
Greg
On
Hi Brad,
On Nov 13, 2006, at 7:22 AM, Brad wrote:
On 13/11/06, Gregory Wright [EMAIL PROTECTED] wrote:
Brad,
Did you apply the recent X11 update from Apple after you compiled
ghc?
I did.
If so, you might try uninstalling, cleaning and rebuilding the
macports ghc.
I did try
-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 1:41 PM, Deborah Goldsmith wrote:
On Oct 28, 2006, at 10:14 AM, Gregory Wright wrote:
My guess is that your
compiler was built without OpenGL support. If you downloaded a
binary
compiler, you're stuck until someone adds it. Look at the output of
ghc-pkg list
on the bleeding edge.
Best Wishes,
Greg
Gregory Wright
Antiope Associates LLC
[EMAIL PROTECTED]
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
of times per day, IIRC.)
If by, say, UTC 28 Oct 2006 you don't see the new portfiles, let
me know.
Something might be wacky with the server.
Sorry for the delay.
Best Wishes,
Greg
Kind regards,
Chris Brown,
On Fri, 27 Oct 2006, Gregory Wright wrote:
Hi,
GHC 6.6 is now available
On Oct 18, 2006, at 8:47 AM, Robert Dockins wrote:
On Oct 17, 2006, at 1:46 PM, Gregory Wright wrote:
On Oct 17, 2006, at 1:07 PM, Robert Dockins wrote:
On Oct 17, 2006, at 12:55 PM, Gregory Wright wrote:
Hi Rob,
I've built Edison 1.2.0.1 using ghc-6.6. (I'm testing the
macports
Hi Rob,
I've built Edison 1.2.0.1 using ghc-6.6. (I'm testing the macports,
formerly darwinports, packages for the new 6.6 release.)
The build goes fine, but the ./Setup register fails claiming that the
directory
/opt/local/lib/EdisonAPI-1.2/ghc-6.6/include does not exist. I can
make the
On Oct 17, 2006, at 1:07 PM, Robert Dockins wrote:
On Oct 17, 2006, at 12:55 PM, Gregory Wright wrote:
Hi Rob,
I've built Edison 1.2.0.1 using ghc-6.6. (I'm testing the macports,
formerly darwinports, packages for the new 6.6 release.)
The build goes fine, but the ./Setup register fails
Hi Simon,
Which version of the testsuite should I be using to test my
builds of the release candidates?
Best Wishes,
Greg
On Sep 1, 2006, at 6:03 AM, Simon Marlow wrote:
Only a week late, we are pleased to announce the Release Candidate
phase for GHC 6.6.
Snapshots beginning
Shaun,Could you run sudo port clean ghc sudo port -dv install ghc install.log 21and send the install.log file? The "-dv" flag supply verbosedebugging output. Running clean first shouldclean out any junk left over from a failed build. (You shouldalways run it if for some reason a build failed or
)
utf8_004(normal)
utf8_005(normal)
On 8/24/06, Gregory Wright [EMAIL PROTECTED] wrote:
Here's what happened (this is after I applied David Kirkman's SMP.h
patch to my tree).
When I said 132 failures I was speaking from memory. The actual
number was 136,
as noted in the log:
OVERALL
Hi Bulat,
On Aug 25, 2006, at 3:36 AM, Bulat Ziganshin wrote:
Hello Gregory,
Friday, August 25, 2006, 3:08:09 AM, you wrote:
Some performance data: using unsafeIOToST to write log messages
directly to the output, the simulation does 10^7 state updates in
about 45 seconds
on my 1.5 GHz ppc
Hi Simon,
On Aug 24, 2006, at 3:56 AM, Simon Marlow wrote:
Hi Folks,
Roman Leshchinskiy and I looked into the 6.4.3 crashes on Sparc/
Solaris yesterday. I think we may have found the problem, and it
seems likely that this is the same problem affecting 6.4.3 on MacOS
X. The threaded
Hi Simon,
On Aug 24, 2006, at 7:34 AM, Simon Marlow wrote:
Gregory Wright wrote:
I built HEAD and ran ghc-regress last week. It looks like the
compiler crashes are almost
all gone. There are still 132 unexpected failures, but only one
compiler crash.
Are these crashes all
Hi Simon,
On Aug 24, 2006, at 7:34 AM, Simon Marlow wrote:
Gregory Wright wrote:
I built HEAD and ran ghc-regress last week. It looks like the
compiler crashes are almost
all gone. There are still 132 unexpected failures, but only one
compiler crash.
Are these crashes all
Hi,
I have a program, abstracted from a larger application that I am
writing for a customer, that persistently overflows its stack. The
program is a simulation of the communication protocol of a
sensor tag. The code is below.
The program mimics a hardware state machine. In the example
Hi Bulat,
On Aug 24, 2006, at 7:52 AM, Bulat Ziganshin wrote:
Hello Gregory,
Thursday, August 24, 2006, 2:29:15 PM, you wrote:
step t = do
c - readSTRef (count t)
s - readSTRef (state t)
writeSTRef (count t) (c - 1)
writeSTRef (state t) (nextState s)
Hi Udo,
On Aug 24, 2006, at 7:22 AM, Udo Stenzel wrote:
Hi Gregory,
Gregory Wright wrote:
step :: Tag s - ST s (Maybe Integer)
step t = do
c - readSTRef (count t)
s - readSTRef (state t)
writeSTRef (count t) (c - 1)
writeSTRef (state t) (nextState s
Hi,
Thanks to the responses earlier from the list, the core of my simulator
now happy processes tens of millions of state updates without running
out of stack.
The goal of the simulator is to produce a log of tag states, which
can be
analyzed to find statistics of how often the sensor tags
Hi Chris,
Thank you. That is exactly what I needed to know.
It's good to know that I'm not totally crazy and that with the
lazier LogT the code can run as it was written. It seems
as if a request should be made for a Writer.Lazy as well as
the existing Writer.Strict. (The latter could well
Hi Bulat!
On Aug 24, 2006, at 1:07 PM, Bulat Ziganshin wrote:
Hello Brian,
Thursday, August 24, 2006, 4:16:41 PM, you wrote:
I would make all the fields strict here, to be sure that no
lazyness can
creep about unseen eg:
data Tag s = Tag {
tagID :: !Int,
state
Hi Bulat!
On Aug 24, 2006, at 1:17 PM, Bulat Ziganshin wrote:
Hello Gregory,
Thursday, August 24, 2006, 7:29:47 PM, you wrote:
it seems that unsafeIOToST is safe in this case, in the sense that
why you are stuck to ST monad? isn't it better to use just IO monad?
The IO monad may be
Hi Joerg,
On Aug 14, 2006, at 8:17 AM, Joerg van den Hoff wrote:
gregory,
thanks for your kind reply. sorry for responding so late but I was
OOO (Out Of Office).
Hi Joerg,
This problem is almost certainly bug #751.
This gives a compiler crash if the threaded run time system
is used.
have a crashing stage2 when linked against
the threaded RTS. Gregory Wright is trying to reproduce the
problem on a smaller scale (with something other than GHC).
The timeout hanging problem apparently happens on MacOS X/Intel
too (according to Joel Reymont). If I find the cause on FreeBSD
Some additional information on the threading problems
experienced on FreeBSD. The system was FreeBSD 6.1-RELEASE-p2,
dual 2.8 GHz Xeon.
I built ghc-6.4.2 from cvs using the FreeBSD ports version of ghc-6.4.2.
(The latter has the threaded RTS disabled.) I ran the ghc-regress tests
on the built
1 - 100 of 180 matches
Mail list logo
