Re: [Haskell-cafe] strange GHC assembler failure

be a better question for ghc-users, since that's a lower-traffic list for GHC-specific questions. Redirected there. Cheers, Tim -- Tim Chevalier * http://cs.pdx.edu/~tjc * Often in error, never in doubt Now, don't bother to flame me, because by the time you read this post I will be a different person

Re: ANN: Mac installer pkg for GHC - 6.8.2.20080211 trial release (Leopard, Intel)

to me. *ducks and runs* Also, this from Manuel's original message is just beautiful: Installation instructions: nil I'm almost tempted to switch back to a Mac. Cheers, Tim -- Tim Chevalier * http://cs.pdx.edu/~tjc * Often in error, never in doubt I like my terminals like my women: VT100

Re: Assembly decoding help?

of Functional Programming 2(2), Apr 1992, pp127-202. Then if anything's still not clear, ask on the mailing list. Cheers, Tim -- Tim Chevalier * http://cs.pdx.edu/~tjc * Often in error, never in doubt The future is not google-able. -- William Gibson

Re: Unexpected lack of optimisation

Did you try comparing the results if you pass the -fno-state-hack flag? Cheers, Tim -- Tim Chevalier * http://cs.pdx.edu/~tjc * Often in error, never in doubt I am never gratuitously rude. My rudeness is carefully calibrated to the stupidity and obtuseness of the people I am dealing

Re: Rebuilding ghc

: ./darcs-all pull -a; sh boot; ./configure; make but YMMV. Cheers, Tim -- Tim Chevalier * http://cs.pdx.edu/~tjc * Often in error, never in doubt Aristotle maintained that women have fewer teeth than men; although he was twice married, it never occurred to him to verify this statement

Re: Building libraries with ticky-ticky

that it'll be possible to have ticky and non-ticky libraries coexisting. If you have any more questions about ticky-ticky profiling, please CC both me and this list, since I don't always read the list carefully. Cheers, Tim -- Tim Chevalier * http://cs.pdx.edu/~tjc * Often in error, never in doubt Faith

Re: Building libraries with ticky-ticky

to try, though. I added a ticket at: http://hackage.haskell.org/trac/ghc/ticket/2455 so if you make any progress, you should add a comment there. Cheers, Tim -- Tim Chevalier * http://cs.pdx.edu/~tjc * Often in error, never in doubt What doesn't kill you makes you look really, really bad

Retainer profiling -- too slow?

bigger, but that seems like a lot of overhead. I can try to come up with a smaller test case if necessary; just wanted to see if there's any known problem. Cheers, Tim -- Tim Chevalier * http://cs.pdx.edu/~tjc * Often in error, never in doubt The trouble with academia is that there's a lot

Re: [Haskell] Haskell profiler

. Also a related q: why doesnt't the time spent in putStr show up? You would have to rebuild your GHC libraries with the -auto-all flag in order to get cost centres attached to library functions (but this may defeat some optimizations). Cheers, Tim -- Tim Chevalier * http://cs.pdx.edu/~tjc

Re: Core questions

programs, under utils/ext-core in the GHC distribution. If you don't find it useful, and have any suggestions as to how it could be improved, I would be interested to know; please CC both me and this list if so. Cheers, Tim -- Tim Chevalier * http://cs.pdx.edu/~tjc * Often in error, never in doubt

How bad is the PowerPC backend?

a lot less RAM, but I can see that the program isn't swapping. So is the PPC backend really this bad, or should I be looking for something weird with the hardware or configuration on the Mac? Thanks, Tim -- Tim Chevalier * http://cs.pdx.edu/~tjc * Often in error, never in doubt I don't like your I

Re: How bad is the PowerPC backend?

) 0.01s GC time (0.02s elapsed) %GC time 1.1% (1.6% elapsed) so GC doesn't seem to explain the large difference in running times. Cheers, Tim -- Tim Chevalier * http://cs.pdx.edu/~tjc * Often in error, never in doubt Maybe I don't want to meet someone who shares my interests. I hate my interests

Re: How bad is the PowerPC backend?

it... a simple C loop that I tried runs for 4.5s on the PC and 30s on the Mac. So probably this isn't GHC's fault. Thanks for the suggestion. Tim -- Tim Chevalier * http://cs.pdx.edu/~tjc * Often in error, never in doubt In fact, a sense of essence is, in essence, the essence of sense, in effect. -- Douglas

Re: Current GHC core documentation.

described in the user manual is a little different. If you have questions about any of the abovementioned documentation, please CC both me and this list, as I don't read the GHC lists often. Cheers, Tim -- Tim Chevalier * http://cs.pdx.edu/~tjc * Often in error, never in doubt The price one pays

Building just a stage 1 compiler?

Hi, Is there a way to tell the GHC build system that I only want to build a stage 1 compiler and the libraries, not a stage 2 compiler? Executing: $ sh boot $ ./configure $ make stage=1 in my build tree still builds the stage 2 compiler as well. Thanks, Tim -- Tim Chevalier * http

Re: Formal semantics for Core?

, but not quite the same): http://hackage.haskell.org/package/extcore Cheers, Tim -- Tim Chevalier * http://cs.pdx.edu/~tjc * Often in error, never in doubt Do we learn from our mistakes? I surely hope not / Takes all the fun out of making them again. -- Trout Fishing In America

Re: getting Core Haskell from GHC API with cross-module inlinings

IMO, it's easier than using the API to generate Core. If you find any problems with External Core or the packages above, let me know (I'm the maintainer). Cheers, Tim -- Tim Chevalier * http://cs.pdx.edu/~tjc * Often in error, never in doubt I knew I'd hate Cobol the moment I saw they'd used

Re: getting Core Haskell from GHC API with cross-module inlinings

of that project would involve specifying exactly what the original Haskell expression means -- for example, in the presence of aggressive inlining... Cheers, Tim -- Tim Chevalier * http://cs.pdx.edu/~tjc * Often in error, never in doubt In a land of quince jelly, apple butter, apricot jam, blueberry

Re: RFC: migrating to git

-- Tim Chevalier * http://cs.pdx.edu/~tjc/ * Often in error, never in doubt an intelligent person fights for lost causes,realizing that others are merely effects -- E.E. Cummings ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org

Re: Question about Haskell AST

-core.html http://hackage.haskell.org/package/extcore IMO, it's less pain than linking with the GHC library unless your application really needs to get transformed Core back into the GHC back-end. Cheers, Tim -- Tim Chevalier * http://cs.pdx.edu/~tjc/ * Often in error, never in doubt an intelligent

Re: *****SPAM***** Annotation for unfolding wanted

Have you tried using the INLINE pragma? http://www.haskell.org/ghc/docs/latest/html/users_guide/pragmas.html#inline-noinline-pragma Cheers, Tim -- Tim Chevalier* catamorphism.org *Often in error, never in doubt You have not proven yourselves smart enough to act that stupid all the time and get

Re: Ticky Ticky profiling

after that, post again. Cheers, Tim -- Tim Chevalier* catamorphism.org *Often in error, never in doubt More than at any other time in history, mankind faces a crossroads. One path leads to despair and utter hopelessness. The other, to total extinction. Let us pray we have the wisdom to choose

Re: Adding type signature changes semantics (was [Haskell-cafe] Lazy in either argument?)

if optimizations are turned on. (Which, of course, is another surprising thing: the program with the type signature omitted loops if compiled with -Onot and terminates if compiled with -O.) Cheers, Tim -- Tim Chevalier * [EMAIL PROTECTED] * Often in error, never in doubt

Re: Additional thunk for function

efficient code with optimization turned off :-) Cheers, Tim -- Tim Chevalier * catamorphism.org * Often in error, never in doubt Other than to amuse himself, why should a man pretend to know where he's going or to understand what he sees? -- William Least Heat Moon

Re: Can't seem to figure how to compile

/wiki/Building/Windows (there are some special procedures here for Vista users). Cheers, Tim -- Tim Chevalier * catamorphism.org * Often in error, never in doubt Knowledge was power, as long as one did not muck it up by confusing one piece of knowledge with another and trying to ingest

More spam problems on trac

or something? Cheers, Tim -- Tim Chevalier * catamorphism.org * Often in error, never in doubt Research is what I'm doing when I don't know what I'm doing.--Wernher von Braun ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http

Re: More spam problems on trac

that's not quite enough: http://hackage.haskell.org/trac/ghc/wiki/WikiStart?action=diffversion=105old_version=104 I rv'ed that one -- just a heads-up, since if there's spam now, there will be more spam later. Cheers, Tim -- Tim Chevalier * catamorphism.org * Often in error, never in doubt the faith

Re: whole program optimization

to violate the usual principles for a unilateral form contract, probably because no lawyer would ever think up something that perverse :-) Cheers, Tim -- Tim Chevalier * http://cs.pdx.edu/~tjc * Often in error, never in doubt After three days without programming, life becomes meaningless. -- James

Re: Redefining built in syntax

, but in GHC (as opposed to GHCi), it all works. I can post some sample code if that would help; let me know. Cheers, Tim -- Tim Chevalier * http://cs.pdx.edu/~tjc * Often in error, never in doubt More than at any other time in history, mankind faces a crossroads. One path leads to despair and utter

Re: GHC Core question

for $dMonad (likely) have different uniques. Cheers, Tim -- Tim Chevalier * http://cs.pdx.edu/~tjc * Often in error, never in doubt ...Losing your mind, like losing your car keys, is a real hassle. -- Andrew Solomon ___ Glasgow-haskell-users mailing list

Re: GHC Core question

have, see compileToCoreSimplified in main/GHC.hs. Cheers, Tim -- Tim Chevalier * http://cs.pdx.edu/~tjc * Often in error, never in doubt It's easy to consider women more emotional than men when you don't consider rage to be an emotion. -- Brenda Fine

Re: [Haskell-cafe] Internships at GHC HQ

place to spend an autumn as well. Cheers, Tim -- Tim Chevalier * http://cs.pdx.edu/~tjc * Often in error, never in doubt The more you talk, the more I get / a sense of something that hasn't happened yet / The more you talk, the more I want to know / the way I'll remember you when I go. -- Ani

Re: Using extcore

followup questions, please reply to me and CC the mailing list, as I don't always read the mailing list, but it's also good if replies are on the record. Cheers, Tim -- Tim Chevalier * http://catamorphism.org/ * Often in error, never in doubt “I cannot hide my anger to spare you guilt, nor hurt