_
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users@haskell.org
> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>
--
Seth Kurtzberg <[EMAIL PROTECTED]>
___
Glasgow-haskell-users mailing list
Gla
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
neral deployed programs are compiled and linked. Behavior related
to ghci initialization is not going to break deployed software. Changes to the
behavior of a development tool are in a different class than changes that may
impact deployed programs.
Seth
> _
ult behavior be? (Or perhaps the *default* behavior? I've
always found that the use of punctuation as a substitute for rational
discussion is an attempt to be insulting rather than to enter into a discussion
on the merits.
If you believe something is not trivial, then state your reasons
/S specific behavior should be isolated
whenever possible, and such isolation is certainly possible here. Create 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 exist
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
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 s
piler, indeed, detects the error at the
token "else", it should be straightforward to improve the error message.
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
Spe
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: if-them_e
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
-Ori
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, 200
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 PROT
ature of course. We 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 t
ame behavior 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 bel
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 extral
1-2%. The increased accuracy, 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
<>
make[1]: *** [stage1/rename/RnSource.o] Error 1
make: *** [stage1] Error 1
Seth Kurtzberg
Software Engineer
Specializing in Security, Reliability, and the Hardware/Software Interface
___
Glasgow-haskell-users mailing list
s ignored. Is this a documentation bug?
The interesting 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 sa
ule (maximal-munch) gives a certain
elegance that the proposals all lack.
I'd hate to see Haskell become complex all the way down just to fix a few
corner cases; I see this pattern of simplicity degerating through
well-intentioned attempts to fix things all over the language...
Stefan
I ag
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, a
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 will
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 some
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 +
Fred
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
there are situations for
which the function is inappropriate, but all of my deployed commercial programs
have functionality of this sort. Understand the risk, but don't hesitate to
use it.
Seth Kurtzberg
>
> Dave
>
> ___
&
with imperative languages, and, even if they do
not, the methodology should help you.
Seth Kurtzberg
On Mon, 5 Feb 2007 11:28:03 -0800 (PST)
Tays Soares <[EMAIL PROTECTED]> wrote:
> Hello everyone,
>
> I did at my master thesis a compiler that generates Haskell code. Now I ne
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
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
name.
What would be the correct way to get the effect that he expected from seq?
>
> ___
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users@haskell.org
> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>
nd non-exhaustive pattern matches). Using the compiler in this
manner is (IMO) one of the things that makes refactering in Haskell so much
easier than some other languages.
OK, now, if the pun feature is on, it's no longer illegal to provide processing
for only one constructor. (That
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 th
since they appear to remain
> > in Hugs and are in Yhc.
>
> yes. jhc has them too and I wish ghc did.
>
> 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 confusing to folks learning the l
anything I can do to help you narrow this down, 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
ng 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.
>
> T
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 use
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 J
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
> "Simon Peyton-Jones" <[EMAIL PROTECTED]> writes:
>
>> Brian Hulley wrote:
>
>> | import A.B.C( T1 ) from "foo"
>> | import A.B.C( T2 ) from "bar"
>> | type S = A.B.C.T1 -> A.B.C.T2
>
>> | I'd suggest that the above should give a compiler error that A.B.C is
>> | ambiguous (as a qualifier),
d. I'm curious 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
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 e
Jost,
At the moment I am only using the thread ID in trace messages, so if I can
safely ignore the overflow, then I will so.
Seth
On Wed, 21 Jun 2006 10:28:43 +0200
Jost Berthold <[EMAIL PROTECTED]> wrote:
> Hi Seth,
>
> perhaps this will help you, some information from the
recycle to force the thread ID to restart.
Seth
On Tue, 20 Jun 2006 22:57:17 -0400
"Li, Peng" <[EMAIL PROTECTED]> wrote:
> Hello,
>
> The paper "Extending the Haskell FFI with Concurrency" mentioned the
> following in Section 6.3:
>
> "GHC
I have a related question. The docs state that in some environments O/S
threads are used when the -threaded flag is used with ghc, and non-O/S threads
are used otherwise (presumably these are non-preemptive). Does this apply as
well to the worker threads that are the subject of this email?
On
would 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 Kur
currently executing threads must produce a system state that is
identical to _one_ system state which would be produced by running the
threads sequentially. It is easy to show that to even enumerate all the
possible sequences is NP-complete. Beyond the requirement of
serializability, there is
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 Foreign.C.S
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 optimi
I don't disagree with the main thrust, but the idea that imperative
language are, in general, better about error messages is not, in my
opinion, true. There is a large variation, of course, but for certain
types of errors in an imperative language the compiler simply can't get
a correct handle
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
Gla
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 shou
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 repr
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.
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 rather
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
eac
Seth Kurtzberg wrote:
Here are the bug reports:
http://gcc.gnu.org/bugzilla/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=WAITING&bug_status=SUSPENDED&field0-0-0=product&type0-0-0=substring&value0-0-0=interna
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. Clearl
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 tha
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 o
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 o
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
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",
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, trie
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
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 to
ibrary is only 15%
faster than the kernel library, the performance increase is closer to an
order of magnitude because of the higher costs of calls to the kernel
vs. a simple call to a function within a library that is already linked
into your application.
Seth
John Goerzen wrote:
Hello,
I w
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 am currently evaluating different languages for implementing an
> | > application which will have to manipulate large graphs representing
> | > the structure of programs and their evolution.
> |
> | > Speed is in fact a crucial criterium for the language choice.
>
> A wise man once warned a
more validity they
would still be seriously out of date.
Seth Kurtzberg
>
> How can you take the results of a comparison like that seriously:
>
> For example the "reverse file" test, here is the Haskell actually used:
>
> main = interact $ unlines . revers
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
nice to get a warning
> if one tries to compile a stage-(N>1) compiler without GHCi support.
>
> Cheers,
>
> Arthur
>
> ___
> Glasgow-haskell-users mailing list
> [EMAIL PROTECTED]
> http://www.haskell.org/mailman/listinfo
lambda calculus? (If the latter, I need to reread my lambda
calculus books. :))
>
>
> ___
> 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
er slaves of IEEE-something (477?),
>and why you should be happy with this.
>
> Jerzy Karczmarczuk
>
> ___
> Glasgow-haskell-users mailing list
> [EMAIL PROTECTED]
> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
t/html/building/sec-porting-ghc.htm
> l
>
> 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]
ailing 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://www.haskell.org/mailman/listinfo/glasgow-haskell-users
;really necessary. One problem is that when someone submits a bug report, we'll have
>to start asking "do you have a .ghc file? what does it contain?". The current
>situation has the advantage of being simple.
>
> Can't you just alias ghc to 'ghc -package-conf ...
access?
>
> Thanks,
>
> Bryn
>
> ___
> 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
; > '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 Kurtzberg
M. I. S. Corp.
1-480-661-1849
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
79 matches
Mail list logo