list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
--
Seth Kurtzberg [EMAIL PROTECTED]
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo
of a development tool are in a different class than changes that may
impact deployed programs.
Seth
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
--
Seth Kurtzberg
Isaac makes an important point (although I'm not sure it's the point he
intended to make :) ), there is really nothing in the definition of UNIX
itself that specifies or requires a home directory. It's a convention followed
by shells, primarily.
Seth
On Sun, 16 Dec 2007 14:36:55 -0500
a
class that defines, but does not implement, the required methods, and create an
instance for the O/S in use. That's clean, simple, and is guaranteed to not
break existing working programs.
--
Seth Kurtzberg [EMAIL PROTECTED]
--
Best regards,
Bulatmailto
on Visual Studio integration
and WinAPI support? Not to mention .NET...
Thanks,
Yitz
--
Seth Kurtzberg [EMAIL PROTECTED]
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow
Wouldn't an eclipse plug in make more sense? (Unless one exists that I'm
unaware of.)
--
Seth Kurtzberg [EMAIL PROTECTED]
On Fri, 14 Dec 2007 14:46:14 +
Simon Marlow [EMAIL PROTECTED] wrote:
Hi Krasimir,
Yes, I'm sure that's true. I suspect the best way is for Visual Haskell
Thanks.
On Fri, 14 Dec 2007 14:57:05 -
Bayley, Alistair [EMAIL PROTECTED] wrote:
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Seth Kurtzberg
Wouldn't an eclipse plug in make more sense? (Unless one
exists that I'm unaware of.)
http
Maybe it's from Chicago and doesn't see anything wrong with them in that
context. :)
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Serge D.
Mechveliani
Sent: Wednesday, November 21, 2007 9:04 AM
To: glasgow-haskell-users@haskell.org
Subject:
.
Now, whether it is worth the effort is a separate question, and a judgement
call, but it is surely possible and not even terribly difficult.
Seth Kurtzberg
Software Engineer
Specializing in Security, Reliability, and the Hardware/Software Interface
Best wishes,
Wolfgang
Is is possible that by upgrading the version of gcc changed? I've had
problems compiling ghc6.8.1 with some versions of gcc that have disappeared
by upgrading gcc.
Seth Kurtzberg
Software Engineer
Specializing in Security, Reliability, and the Hardware/Software Interface
-Original
6.10? I think that's a typo as the current version is 6.8.1. Or did I
misunderstand what you were saying?
Seth Kurtzberg
Software Engineer
Specializing in Security, Reliability, and the Hardware/Software Interface
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED
I misread it as 6.1. Sorry about that.
-Original Message-
From: Stefan O'Rear [mailto:[EMAIL PROTECTED]
Sent: Saturday, November 10, 2007 6:55 PM
To: Seth Kurtzberg
Cc: 'Voldermort'; glasgow-haskell-users@haskell.org
Subject: Re: Extensible Records
On Sat, Nov 10, 2007 at 06:35:34PM
don't know enough, to cite one quick
example we don't know whether the optimization behavior is related to ghc
behavior or to gcc behavior (although, of course, even if it is related to
gcc behavior there could be interesting code generation issues). It would
be fun to discover the details.
Seth
on more
than one box.
-Original Message-
From: Simon Marlow [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 06, 2007 4:01 AM
To: Seth Kurtzberg
Cc: glasgow-haskell-users@haskell.org
Subject: Re: 6.8.1 compilation error
Seth Kurtzberg wrote:
At this point I don't believe the problem that I
Run:
ghc-pkg list
See what it thinks about the status of happy.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Alexis
Hazell
Sent: Wednesday, November 07, 2007 9:02 AM
To: glasgow-haskell-users@haskell.org
Subject: Problem compiling 6.8.1
, of course, has a cost; on the current
platform a single testing round takes almost four hours, and I consider
three rounds to be the minimum required for thorough testing.
The point is that stand-alone memory testing is no longer useless, although
of course it is not perfect.
Seth Kurtzberg
bytes residency
(9 samples), 55M in use, 0.02 INIT (0.00 elapsed), 6.94 MUT (27.32 elapsed),
3.53 GC (3.67 elapsed) :ghc
make[1]: *** [stage1/rename/RnSource.o] Error 1
make: *** [stage1] Error 1
Seth Kurtzberg
Software Engineer
Specializing in Security, Reliability, and the Hardware
question is which way it should work. Obviously the
documentation should match the code, but it isn't obvious (at least to me)
whether it's better to modify the documentation or to change the behavior of
the code.
Is the behavior the same in the latest ghc release?
Seth Kurtzberg
Software Engineer
the language...
Stefan
I agree with Stefan, for the reasons he stated and for one additional
reason: There would be a multitude of unintended behavior changes.
Seth Kurtzberg
Software Engineer
Specializing in Security, Reliability, and the Hardware/Software Interface
It won't install with the full edition either.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Esa Ilari
Vuokko
Sent: Sunday, August 12, 2007 6:22 PM
To: Sean Johnson
Cc: [EMAIL PROTECTED]; glasgow-haskell-users@haskell.org
Subject: Re: Visual Haskell
2005, and then
attempted to install Visual Haskell. A fatal error occurs near the end of
the install.
I don't have the error text in front of me, but I'll send an email tomorrow
when I'll have access to it.
Seth Kurtzberg
Software Engineer
Specializing in Security, Reliability, and the Hardware
Anybody know what spam detection program is producing this absurd result, so
I can make sure I never even think about using it? It's the second such
email in two (or possibly three) days.
The potential of Bayesian filtering is vastly overstated, but this one has
to be a bug or usage error of
No disagreement; the text man page should also be a file in the distribution
with a name that suggests its contents.
On Wed, 14 Mar 2007 11:18:20 +
Simon Marlow [EMAIL PROTECTED] wrote:
Marc Weber wrote:
On Tue, Mar 13, 2007 at 01:57:10PM +0100, Marc Weber wrote:
Hi
I did notice a
I compile the programs, instead of trying to run them as scripts. Is there any
reason you prefer to interpret the scripts? I'm not saying it's not a
legitimate thing to do, just wondering why you prefer to do it that way.
Seth Kurtzberg
On Wed, 14 Mar 2007 19:31:55 +
Frederik Eaton
of my deployed commercial programs
have functionality of this sort. Understand the risk, but don't hesitate to
use it.
Seth Kurtzberg
Dave
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman
I'm joining this discussion a bit late, but ...
I can provide a build machines for netbsd and freebsd. I didn't see those on
the URL cited below. They are fairly common, so perhaps I just missed them.
In any event, if netbsd and/or freebsd will be helpful, please let me know.
Seth Kurtzberg
?
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
--
Seth Kurtzberg
[EMAIL PROTECTED]
Software Engineer
Specializing in Reliability and Security
On Mon, 6 Nov 2006 21:32:39 -0600
Quan Ta [EMAIL PROTECTED] wrote:
how about searching code that's outside of the standard library? Hoogle
doesn't seem to know about HaXml, or haskelldb for example (maybe I am
missing something obvious)
You want to distinguish between capabilities, and the
On Tue, 31 Oct 2006 13:59:45 +0300
Bulat Ziganshin [EMAIL PROTECTED] wrote:
Hello Neil,
Tuesday, October 31, 2006, 4:04:23 AM, you wrote:
puns like Foo { .. } would be great too.
I'd vote for enabling them with a command line switch, rather than by
default, as they can be
think?
-Iavor
On 10/31/06, Seth Kurtzberg [EMAIL PROTECTED] wrote:
On Tue, 31 Oct 2006 13:59:45 +0300
Bulat Ziganshin [EMAIL PROTECTED] wrote:
Hello Neil,
Tuesday, October 31, 2006, 4:04:23 AM, you wrote:
puns like Foo { .. } would be great too.
I'd vote
On Mon, 30 Oct 2006 16:30:42 -0800
John Meacham [EMAIL PROTECTED] wrote:
On Mon, Oct 30, 2006 at 12:11:23PM -, Simon Peyton-Jones wrote:
I always thought it was a mistake to remove record puns in H98. I would
not be against re-introducing them into GHC, since they appear to remain
in
to bite me.
Seth Kurtzberg
On Mon, September 18, 2006 7:23 am, Rich Fought wrote:
I've got some unit test code that forks off test processes using the
'system' function and then delays using 'threadDelay' to synchronize
with the test process.
This has worked fine until I upgraded to 6.4.2, now
, let me know.
Seth
Rich
Seth Kurtzberg wrote:
What is your environment?
My project (which is about 70% Haskell) makes extensive use of
threadDelay. I've not seen this behavior with 6.4.2. My environment is
Linux using a recent 2.6 kernel.
For obvious reasons I need to know
If you repeat the make install step, things should work again.
On Fri, 18 Aug 2006 09:59:31 -0700 (PDT)
Liang Guang [EMAIL PROTECTED] wrote:
I originally used Redhat9.0, and the compilation is fine. But now I switched
to Fedora 5, the compiler said it can not find prelude module!
I used
On Sat, 29 Jul 2006 21:45:21 -0400
[EMAIL PROTECTED] wrote:
GHC Task Ticket # 601 suggests replacing GMP with OpenSSL's Bignum library,
BN.
I have two questions concerning this:
(1) Why not use the ARbitrary PRECision Computation Package (ARPREC)
by David Bailey, Yozo Hida, Karthik
If it turns out that there is a freebsd issue, I can help with that. Possibly
also with OSX.
Seth
On Tue, 25 Jul 2006 11:50:58 +0100
Simon Peyton-Jones [EMAIL PROTECTED] wrote:
Folks
GHC 6.4.2's threaded runtime system does not work right on
Solaris
MacOSX
Possibly
, the killThread action will arbitrarily choose one of the two.
HTH
Jost
-- you wrote --
Date: Tue, 20 Jun 2006 23:22:26 -0400
From: Seth Kurtzberg [EMAIL PROTECTED]
Subject: Re: FFI: number of worker threads?
To: Li, Peng [EMAIL PROTECTED]
Cc: glasgow-haskell-users@haskell.org
Another
Simon,
Thanks for the response.
The doc I was referring to is the library haddock doc for Control.Concurrent.
Seth
On Wed, 21 Jun 2006 12:41:52 +0100
Simon Marlow [EMAIL PROTECTED] wrote:
Seth Kurtzberg wrote:
I have a related question. The docs state that in some environments O/S
about why one might compare thread IDs in such a way that
the rollover would cause the comparison to produce the wrong answer.
Seth
On Wed, 21 Jun 2006 12:48:42 +0100
Simon Marlow [EMAIL PROTECTED] wrote:
Seth Kurtzberg wrote:
Another related question. I have some threaded applications running
Another related question. I have some threaded applications running which are
servers and run continuously. A thread is spawned for each new connection, and
the thread exits when the client terminates.
I've noticed that the thread ID increases. On one process I checked today I am
up to
take care of the build
script problem, especially if it were also possible to use an environment
variable (instead of, or perhaps available in addition to, a command line flag)
to select the old behavior. (It isn't old, obviously, but I'm sure everyone
knows what I mean.)
Seth Kurtzberg
On Fri
On Thu, 2005-12-08 at 09:40 +, Simon Marlow wrote:
On 07 December 2005 19:57, Claus Reinke wrote:
there seem to be two issues here - can we agree on that at least?
1) scheduling non-sequential programs on sequential processors
i wasn't arguing that the scheduler should realise
Frederik Eaton wrote:
But it isn't running "in a unix emulation environment." cygwin is
simply _not_ such an environment. The program is started by a different
shell, but that is _not_ an emulation environment.
Is it an elephant? A tree?
I guess the most accurate way
Juan Carlos Arevalo Baeza wrote:
Thanx! That's exactly what I needed. The swhich was undocumented! :-P
:-) I understand the caveats well enough. You can avoid the
exceptions very easily using this code:
---8--
import Foreign.C.Types
import
John Skaller wrote:
On Tue, 2005-07-05 at 17:08 +0100, Simon Marlow wrote:
Thanks, downloading it now.. will try. What exactly is
a 'registered' build?
An unregisterised build generates plain C which is compiled with a C
compiler. The term registerised refers to a set of
Keean Schupke wrote:
Is it possible to get GCC to use the intel C compiler (ICC) instead of gcc?
Do you mean is it possible to get GHC to use ICC?
Otherwise I don't understand the question.
Keean.
___
Glasgow-haskell-users mailing list
Dinko Tenev wrote:
On 5/31/05, Daniel Fischer [EMAIL PROTECTED] wrote:
Why is ghc unable the determine the type of the Literal 0 in the
definition of g?
Answer: Since somewhere an instance e.g. New [(a,Double)] (Map a Int)
could be defined, leading to problems when threating 0 as
Johan Glimming wrote:
I forward this to the list in hope of getting feedback on the enclosed
output from failed 6.4 rc make on a Mac OS X system from any OS X
experts around:
Johan,
Could you post this to the list? There are people on the list who
know more about Mac OS X than I, and they
Simon Marlow wrote:
On 18 February 2005 04:26, Seth Kurtzberg wrote:
At least this proves that it isn't a hardware problem. :)
Seth, you're a bit confused. This error from gcc is a deterministic,
repeatable, crash due to a known bug in gcc 2.95.
You were
Simon Marlow wrote:
On 18 February 2005 10:17, Seth Kurtzberg wrote:
Simon, you'll never give up. The crashes are absolutely repeatable.
The fact that I haven't identified a deterministic way to reproduce
them does not in any way imply that a deterministic way to reproduce
them
Simon Marlow wrote:
On 17 February 2005 11:12, Remi Turk wrote:
when compiling the new ghc pre-releases made my gcc 2.95.3 die
with internal compiler error, I tried to compile it with gcc
3.4.3 (or rather, I thought it compiled with 3.4.1, and when that
died, compiled+installed gcc 3.4.3, tried
Simon Marlow wrote:
On 17 February 2005 11:49, Seth Kurtzberg wrote:
Simon Marlow wrote:
On 17 February 2005 11:12, Remi Turk wrote:
when compiling the new ghc pre-releases made my gcc 2.95.3 die
with "internal compiler error"
Remi Turk wrote:
On Thu, Feb 17, 2005 at 04:48:54AM -0700, Seth Kurtzberg wrote:
Simon Marlow wrote:
On 17 February 2005 11:12, Remi Turk wrote:
when compiling the new ghc pre-releases made my gcc 2.95.3 die
with "internal compiler
Malcolm Wallace wrote:
Seth Kurtzberg [EMAIL PROTECTED] writes:
There has to be one, because the problem occurs when you compile gcc
with gcc. I'll look for a specific bug report. It happens much more
frequently with 3.x than with 2.95, in my testing, but that was not a
test of compiling
Malcolm Wallace wrote:
Seth Kurtzberg [EMAIL PROTECTED] writes:
There has to be one, because the problem occurs when you compile gcc
with gcc. I'll look for a specific bug report. It happens much more
frequently with 3.x than with 2.95, in my testing, but that was not a
test
Simon Marlow wrote:
On 17 February 2005 12:05, Seth Kurtzberg wrote:
I'm not positive about 2.95, but I know that on 3.x it crashes in
different places, and even compiling different source files. With
each 3.x release, they fix some of them, but others pop up to take
their place. Clearly
Simon Marlow wrote:
On 17 February 2005 12:43, Seth Kurtzberg wrote:
Simon Marlow wrote:
On 17 February 2005 12:05, Seth Kurtzberg wrote:
I'm not positive about 2.95, but I know that on 3.x it crashes in
different places, and even compiling different source files. With
each 3.x
Remi Turk wrote:
On Thu, Feb 17, 2005 at 11:29:41AM -, Simon Marlow wrote:
On 17 February 2005 11:12, Remi Turk wrote:
when compiling the new ghc pre-releases made my gcc 2.95.3 die
with "internal compiler error", I tried to compile it with gcc
3.4.3 (or
Duncan Coutts wrote:
On Wed, 2005-02-02 at 13:30 -0700, Seth Kurtzberg wrote:
Duncan Coutts wrote:
In these cases we cannot turn on traditional profiling since that would
interfere with the optimisations we are relying on to eliminate most of
the other memory allocations.
I don't
Duncan Coutts wrote:
All,
I'm looking for advice on how to figure out why some piece of code is
allocating memory when I think it ought to be able to work in constant
space.
In these cases we cannot turn on traditional profiling since that would
interfere with the optimisations we are relying on
I would prefer to keep them on the list. There are already a number of
different lists, and (of course IMO) I can't see a need to read _only_
feature requests, so why separate them?
Adding a tag to the email that would let maildrop or procmail deliver
it to a different folder would be a nice
I recently did a port of linux to ARM, and the floating point issue came up.
What happens is that if you don't do anything other than the default gcc
build, then every floating point call is converted to an O/S trap which
then does the floating point computation with the fixed point hardware
Is there, or is anyone working on, ports for Mac OSX and/or Mac OS9?
-
Seth Kurtzberg
CTO
ISEC Research and Network Operations Center
480-314-1540
888-879-5206
[EMAIL PROTECTED
/glasgow-haskell-users
--
Seth Kurtzberg
M. I. S. Corp.
480-661-1849
[EMAIL PROTECTED]
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
. :))
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
--
Seth Kurtzberg
M. I. S. Corp
480-661-1849
Pager 888-605-9296, or [EMAIL PROTECTED]
___
Glasgow-haskell-users mailing
mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
--
Seth Kurtzberg
M. I. S. Corp
480-661-1849
Pager 888-605-9296, or [EMAIL PROTECTED]
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http
-package-conf ...'?
Cheers,
Simon
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
--
Seth Kurtzberg
M. I. S. Corp
480-661-1849
Pager 888-605-9296, or [EMAIL PROTECTED
in Linker.c (who else doesn't like those hard-coded symbol references?)
Just my EUR 0.02 :-)
Cheers,
Wolfgang
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
--
Seth
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
--
---
Seth Kurtzberg
M. I. S. Corp.
1-480-661-1849
___
Glasgow-haskell-users
'strace' to the command which fails) and send us the output?
Cheers,
Simon
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
--
---
Seth
70 matches
Mail list logo
