On 3/13/07, Kirsten Chevalier <[EMAIL PROTECTED]> wrote:
I noticed that compiling with -O -frules-off causes the test program
here to correctly print out "x". So, I was looking at the "take" rule
in GHC/List.lhs. Doesn't this rule change the strictness of tak
On 3/12/07, Kirsten Chevalier <[EMAIL PROTECTED]> wrote:
On 3/12/07, Kirsten Chevalier <[EMAIL PROTECTED]> wrote:
> On 3/12/07, Albert Y. C. Lai <[EMAIL PROTECTED]> wrote:
> > main = print (map (const 'x') (take 1 (undefined:undefined)))
> >
>
On 3/12/07, Kirsten Chevalier <[EMAIL PROTECTED]> wrote:
On 3/12/07, Albert Y. C. Lai <[EMAIL PROTECTED]> wrote:
> main = print (map (const 'x') (take 1 (undefined:undefined)))
>
> In ghci, or with ghc -O0, this produces "x".
> With ghc -O, this produc
On 3/12/07, Albert Y. C. Lai <[EMAIL PROTECTED]> wrote:
main = print (map (const 'x') (take 1 (undefined:undefined)))
In ghci, or with ghc -O0, this produces "x".
With ghc -O, this produces Prelude.undefined.
What version of ghc?
Cheers,
Kirsten
--
Kirsten C
oment we're not stuck, it's just a matter of finding time to
work on it. We won't hesitate to ask if something comes up, though.
Cheers,
Kirsten
--
Kirsten Chevalier* [EMAIL PROTECTED] *Often in error, never in doubt
"Who needs reasons when you&#
parser that will work with the code emitted by
-fext-core in 6.6. (Aaron Tomb and I (mostly Aaron) have been working
on getting that working again.) I have a parser that works with (IIRC)
GHC 6.0 somewhere, though it would take a little bit of finding. If
that would be useful for you, let me know.
C
is purely for
performance reasons. If you want an analogous type whose operations
are pure, look at Data.Map:
http://www.haskell.org/ghc/docs/latest/html/libraries/base/Data-Map.html
Cheers,
Kirsten
--
Kirsten Chevalier* [EMAIL PROTECTED] *Often in error, never in doubt
"Nuclear war can ru
skell.org/mailman/listinfo/haskell
--
Kirsten Chevalier* [EMAIL PROTECTED] *Often in error, never in
doubt
"Dare to be naive."--R. Buckminster Fuller
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
filer. With that said, the discussion on haskell-cafe is good when
it comes to the reasoning behind tail-recursion not working the way
users of strict languages might expect. Perhaps it should be written
up somewhere more permanent. But that's a point about Haskell in
general.
Cheers,
Kirste
)
Have you tried profiling? (see section 5 of the GHC manual.) What's
your GHC command line? Tail-recursion in Haskell doesn't always work
the way you'd expect, but without profiling it's pretty hard to tell
what the problem is.
Cheers,
Kirsten
--
Kirsten Chevalier* [EMAIL PRO
-version)
Cheers,
Kirsten
--
Kirsten Chevalier* [EMAIL PROTECTED] *Often in error, never in doubt
"I don't care too much for money/Money can't buy me TeX." -- Jason Reed
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haske
ople on
glasgow-haskell-users and cvs-ghc will probably be happy to discuss it
with you.
Cheers,
Kirsten
--
Kirsten Chevalier* [EMAIL PROTECTED] *Often in error, never in doubt
"I saw no reason then why hell should not have, so to speak, visible branch
establishments throughout the
tp://haskell.org/ghc/download_ghc_66.html#macosxintel
You didn't say what version of Mac OS X you were using; if it's
anything older than 10.3, you're probably SOL.
Cheers,
Kirsten
--
Kirsten Chevalier* [EMAIL PROTECTED] *Often in error, never in doubt
"just thinking
On 2/5/07, Kirsten Chevalier <[EMAIL PROTECTED]> wrote:
On 2/5/07, Tays Soares <[EMAIL PROTECTED]> wrote:
>
>
>
> Hello everyone,
>
> I did at my master thesis a compiler that generates Haskell code. Now I need
to measure the execution time of my generated cod
feel free to ask again on this list after looking at those pages,
if you still have more questions.
Cheers,
Kirsten
--
Kirsten Chevalier* [EMAIL PROTECTED] *Often in error, never in doubt
"the faith that is so easy to forget / in moment af
ething still doesn't work,
feel free to post here again.
Cheers,
Kirsten
--
Kirsten Chevalier* [EMAIL PROTECTED] *Often in error, never in doubt
"The astonishment of life is the absence of any appearance of reconciliation
between the theory and practice of
our program's
behavior.
Cheers,
Kirsten
--
Kirsten Chevalier* [EMAIL PROTECTED] *Often in error, never in doubt
"What is research but a blind date with knowledge?" -- Will Henry
___
Glasgow-haskell-users mailing list
Glasgow-haskell-us
ut one should never assume.)
Cheers,
Kirsten
--
Kirsten Chevalier* [EMAIL PROTECTED] *Often in error, never in doubt
"by God I *KNOW* what this network is for, and you can't have it."--Russ
Allbery
___
Glasgow-haskell-users mailing li
t on this mailing list.
Cheers,
Kirsten
--
Kirsten Chevalier* [EMAIL PROTECTED] *Often in error, never in doubt
"'Compassion' doesn't mean 'letting fucktards do whatever they want just
because they want it.'" -- lj user="uberwald"
__
On 1/7/07, Dimitry Golubovsky <[EMAIL PROTECTED]> wrote:
On 1/7/07, Kirsten Chevalier <[EMAIL PROTECTED]> wrote:
> > I am getting a strange error message when trying to compile
> > HAppS-0.8.4 with ghc-6.4.1always on the same file.
> >
> [snip]
> > ***
hat OS and platform are you using?
Cheers,
Kirsten
--
Kirsten Chevalier* [EMAIL PROTECTED] *Often in error, never in doubt
"Would you be my clock if I promise not to hang you / Too close to the
window or
the picture of the pope? / I won't set you back and I won't push you forward /
I
ve installed
came from. But I think it's a standard build. Can anyone tell what's
up? I've built ghc I-don't-know-how-many-times now and I'm *still*
mystified by this.
Thanks,
Kirsten
--
Kirsten Chevalier* [EMAIL PROTECTED] *Often in error, never in doubt
"Of the seven de
r
Judah's suggestion to see if it helps). I don't know if it really is
or not. At the least, if there is a dependency on newer gcc versions
or on include files not found in OS 10.2, it would be nice to have
configure warn you about it.
Cheers,
Kirste
anaged to do it? I'm pretty close to just
giving up and buying a PC (various things make it difficult for me to
upgrade to Tiger).
Thanks,
Kirsten
--
Kirsten Chevalier* [EMAIL PROTECTED] *Often in error, never in doubt
"Are you aware that rushing toward a goal is a sublimated death wish? It
On 12/6/06, Serge D. Mechveliani <[EMAIL PROTECTED]> wrote:
What may consitute this strange CAF cost of 96% ?
Kirsten Chevalier <[EMAIL PROTECTED]>
wrote
> I didn't look at your code all that carefully, but did you build the
> GHC libraries with "-prof -auto-all&
it works in 6.6. (I've gotten a limited
form of it working again and I'm hoping to check it into the HEAD
soon.)
Cheers,
Kirsten
--
Kirsten Chevalier* [EMAIL PROTECTED] *Often in error, never in doubt
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
knew what you were really trying to do here? (My best guess is that
you're trying to implement your own IO monad, which really shouldn't
be possible AFAIK unless there's something seriously wrong with GHC
that I don't know about. Unless you use The Funct
to have a rule that
changed strictness properties (rather than expressing the strictness
you wanted in the code), though I'm open to being convinced otherwise.
Cheers,
Kirsten
--
Kirsten Chevalier* [EMAIL PROTECTED] *Often in error, never in doubt
"
ange to me. According to my understanding of how a hash table
should work, inserting a key in the table should overwrite the previous value
for that key, so inserting a key should be equivalent to deleting it and then
inserting it. But clearly that's not the case here. Can anyone explain this?
--
Ki
ntain the total amount of time spent, the mutator time, and the
GC time. (I recently ran into this problem myself...)
--
Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt
"But just because we're conditioned to view some things as disgusting and
immoral doesn't
type as
well? I'd be willing to try to implement it, but any hints would be
appreciated (and I wouldn't be sad if someone else went ahead and did it
:-)
Thanks,
Kirsten
--
Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt
The most recent snapshot listed on
<http://www.haskell.org/ghc/dist/current/dist/> is dated May 26 -- will
development snapshots be made available again sometime?
Thanks,
Kirsten
--
Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in
On Mon, Mar 17, 2003 at 11:18:21AM +0100, Volker Stolz wrote:
> Am 17. Mar 2003 um 02:04 CET schrieb Kirsten Chevalier:
> > On Sun, Mar 16, 2003 at 04:09:31PM +0100, Volker Stolz wrote:
> > > In local.glasgow-haskell-users, you wrote:
> > > > Sendfile.hsc:94:
> then).
> What did configure say on the subject of sendfile?
>
configure says:
checking for sendfile in sys/sendfile.h... no
checking for sendfile in sys/socket.h... no
I tried building again just now, just to be sure, and still got the same error
message ("Sendfile.hsc:19: Variable not
x27;m getting the following error instead:
../../ghc/compiler/ghc-inplace -H16m -O -Iinclude -package-name unix -O -Rghc-timing
-package base -split-objs-c System/Sendfile.hs -o System/Sendfile.o -ohi
System/Sendfile.hi
Sendfile.hsc:19: Variable not in scope: `c_sendfile'
--
Kirste
': squirt
In the definition of `sendfile':
sendfile inFd outFd startpos count = squirt
make[2]: *** [System/Sendfile.o] Error 1
make[1]: *** [all] Error 1
make: *** [build] Error 1
--
Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt
___
ake[3]: *** [StdDIS.so] Error 1
make[2]: *** [all] Error 1
make[1]: *** [all] Error 1
make: *** [build] Error 1
Any idea what's up?
--
Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt
___
Glasgow-haskell-users mailing list
[EMAIL PROTE
easier
than linking your code with code from GHC!
--
Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
particular points in the
program (i.e., between two statements in a do-expression)?
Thanks,
Kirsten
--
Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.o
type environment obtained from
typechecking all the modules it imports -- i.e., at least the Prelude modules.
The Core typechecker in the utils/ext-core directory in the GHC distribution
gives an example.
--
Kirsten Chevalier * [EMAIL PROTECTED] *
ings".
If anyone could tell me what that specifically means, I'd appreciate it.
Thanks,
Kirsten
--
Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
interpreter need updating in order to work
with Core emitted by the latest version of GHC (the changes should be
pretty minor, but I haven't tried to make them).
--
Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt
___
Glasgow
rite: the (,) constructor besides the (+)/(-)...
> J.A.
>
I'd guess that it's not just that you have to apply the (,) constructor -- it
also has to do with the fact that the tuples it's constructing here are boxed.
--
Kirsten Chevalier * [EMAIL PROTECTED] * Often in error, never i
43 matches
Mail list logo
