Re: [Haskell-cafe] ideas for a phd in the area of paralleism?

/Education/Courses/svh/Slides/may-15-Obsidian-short.pdf Regards, Frederik ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe

Re: how to use ghci-debugger with packages

On Mon, Feb 25, 2008 at 11:14:08AM +, Simon Marlow wrote: Frederik Eaton wrote: Thanks, I may try that. I'm currently trying to get my GNU-make-based build to install profiling versions of package modules, in the hope that -xc might give more useful information than it did a year ago

ghc-pkg.bin in infinite loop

Hello, ghc-pkg.bin has been using up most of the CPU for over 3 minutes, is this a known bug? Frederik ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: how to use ghci-debugger with packages

On Sun, Feb 24, 2008 at 02:36:08AM +0100, Daniel Fischer wrote: Am Sonntag, 24. Februar 2008 02:18 schrieb Frederik Eaton: Hello, I have a program which uses some code in a package, and I would like to be able to find out the source of an error which is occuring inside that package. Can

how to use ghci-debugger with packages

on Vector.Sparse.Wrappers.vmergeOp: module Vector.Sparse.Wrappers is not interpreted But this page: http://www.haskell.org/ghc/dist/current/docs/users_guide/ghci-debugger.html has no use of the word package, so I assume that reading that (long) document won't ansnwer my question... Thank you, Frederik

Re: how to use ghci-debugger with packages

On Sun, Feb 24, 2008 at 02:36:08AM +0100, Daniel Fischer wrote: Am Sonntag, 24. Februar 2008 02:18 schrieb Frederik Eaton: Hello, I have a program which uses some code in a package, and I would like to be able to find out the source of an error which is occuring inside that package. Can

Re: Network.CGI changes

Hi Bjorn, Thank you, that is good to hear. Thank you for giving us the better API as well. Frederik On Thu, Jan 24, 2008 at 11:03:58PM +0100, Bjorn Bringert wrote: Hi Frederik, I agree with your comments about the headaches of Haskell library stability. I made the change because

Re: Network.CGI changes

there is a high cost to keeping Network.CGI.Compat in the cgi package, but I don't see any reason other than an aesthetics, which seems like less of a priority than backwards compatibility. Frederik On Tue, Jan 22, 2008 at 05:31:01PM +0100, Björn Bringert wrote: Hi Frederik, (I'm CC:ing

Debian i386 packages: cgi, network

( 6.6.1+) but 6.8.2-1 is to be installed libghc6-network-dev: Depends: ghc6 ( 6.6.1+) but 6.8.2-1 is to be installed I assume that the matter is in hand, but just wanted to give a heads-up in case you didn't know. Thanks, Frederik

Re: Network.CGI changes

be implemented in terms of the new API as well? Best wishes, Frederik On Mon, Jan 21, 2008 at 09:50:46AM +0100, Johannes Waldmann wrote: If you need the old wrapper function, then use something like this: wrapper :: ([(String,String)] - IO Html) - IO () wrapper f = runCGI $ do e

Re: [GHC] #1837: ghc-pkg should not accept unversioned depends

the right versions? I am now seeing the warning message which was introduced by this bug fix, but don't know what to do about it. Thanks, Frederik On Tue, Nov 06, 2007 at 03:31:02PM -, GHC wrote: #1837: ghc-pkg should not accept unversioned depends

Re: [GHC] #1837: ghc-pkg should not accept unversioned depends

to use. Cabal does these things well if one is not using too many derived files, or too many languages other than Haskell, but those restrictions aren't compatible with many of my projects (although for some it is fine!). Best wishes, Frederik On Sun, Jan 20, 2008 at 05:06:10PM +, Duncan

Re: [GHC] #1837: ghc-pkg should not accept unversioned depends

On Sun, Jan 20, 2008 at 06:21:56PM +, Duncan Coutts wrote: On Sun, 2008-01-20 at 17:37 +, Frederik Eaton wrote: Hi Duncan, Thanks, --gen-pkg-config works. I don't know if Cabal will ever be suitable for me - I prefer to be able to build specific targets, and to track

Network.CGI changes

it will probably change completely again in a year or so, and I'd rather not have to keep revisiting my project and rewriting the web page... Anyway, I am attaching the source file. Thanks in advance, Frederik P.S. Sometimes programmers make a rule of changing the names of things when they change

Re: stg_ap_pp_ret

- I think something vaguely similar was done with some web browsers once, although perhaps not with the entire program state. It sounds like it might be difficult to implement, though. Just a thought. Cheers, Frederik On Thu, Jul 05, 2007 at 08:56:58PM +0100, Simon Marlow wrote: Frederik Eaton

stg_ap_pp_ret

Thread model: posix gcc version 4.1.3 20070514 (prerelease) (Debian 4.1.2-7) Frederik ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

release notes

/users_guide/release-6-6-1.html and I don't see anything. Thanks, Frederik ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: release notes

OK I see, I was switching from a ghc-6.6.20070420 binary release to the Debian package. I must have installed the 'extralibs' package or something together with the former...? Frederik On Thu, Jun 07, 2007 at 04:23:17PM +0100, Simon Marlow wrote: Frederik Eaton wrote: Hello, Perhaps it's

Re: capabilities of GHC API

. Breakpoints didn't seem necessary since they are almost everywhere? Thanks, Frederik I don't currently have breakpoints in either compiled code or expressions typed at the prompt, so you can't do exactly what Frederik was asking for, although if the code is in a source file then it works fine

capabilities of GHC API

if that is the case... Many thanks, Frederik -- http://ofb.net/~frederik/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

Re: capabilities of GHC API

of `print' at interactive:1:0-31 Possible fix: add an instance declaration for (Show (a - a)) In the expression: print it In a 'do' expression: print it Frederik ___ Glasgow-haskell-users mailing list Glasgow-haskell-users

does newForeignPtrEnv work?

is going wrong. Am I using the newForeignPtrEnv API incorrectly? Many thanks, Frederik -- http://ofb.net/~frederik/ {-# OPTIONS_GHC -ffi #-} module Main where import Foreign.ForeignPtr import Foreign.Ptr import Foreign.Marshal.Alloc import System.Posix.Unistd --newForeignPtrEnv :: FinalizerEnvPtr

Re: main main main main main

will remember to rename the files rather than removing them. However, the fact that removing output files solved the problem seems to suggest that there is something fallible about the up-to-date check used by 'ghc --make'... Thanks, Frederik -- http://ofb.net/~frederik

Re: main main main main main

, Frederik On Sun, May 13, 2007 at 05:05:49PM +0100, Simon Peyton-Jones wrote: That's odd. The file 'bayesian-sets.hs' starts by saying module Main where and it certainly defines the function 'main'. I can't see why GHC would report that it's not defined. It's hard to help, since you

Re: main main main main main

reference to type checking still holds...? Thanks, Frederik On Sun, May 13, 2007 at 05:37:52PM +0100, Frederik Eaton wrote: Hello, The main point about the error message is that it says that 'main' is not defined, while it is typechecking 'main' - but I thought it only typechecks things which

linker error message

... linking ... done. Loading package network-2.0 ... linking ... done. Loading package futility-base-0.1.9 ... linking ... done. Loading package unix-1.0 ... linking ... done. Loading package futility-unix-0.1.9 ... linking ... done. ghc-6.6.20070420: /home/frederik/lib/vectro-0.2/ghc-6.6.20070420

Re: linker error message

Hello, Ah, removing the entire install directory for the package (in ~/lib/) fixed things. That seems odd, but perhaps I should be doing it in my Makefile. Thanks, Frederik On Mon, May 14, 2007 at 01:26:05AM +0100, Frederik Eaton wrote: Hello, Here is another (hopefully less bogus) error

main main main main main

? Here is the output of 'ghc -v': [1]$ ghc -v --make $A.hs -package vectro -lstdc++ -fallow-incoherent-instances Glasgow Haskell Compiler, Version 6.6.20070420, for Haskell 98, compiled by GHC version 6.6.20070420 Using package config file: /home/frederik/arch/i386//lib/ghc-6.6.20070420

Re: main main main main main

you Jeremy) is responsive and helpful, but using it still introduces a delay of a couple of hours in the software production cycle. Just my $0.02. Best regards, Frederik On Sat, May 12, 2007 at 05:55:37PM -0700, Jeremy Shaw wrote: Hello, If one of the modules you are importing (for example

Re: binary distribution problem

Thanks Duncan, yes 'uname -a' shows i686. I was confused because the cpu is EM46T, I don't know why uname does not say x86_64. Yes, a better failure mode would indeed be helpful! Frederik On Wed, May 09, 2007 at 08:38:57AM +, Duncan Coutts wrote: On Wed, 2007-05-09 at 03:42 +0100, Frederik

dynamic linking with stdc++ (was: Re: ghci dynamic linking)

On Fri, Apr 27, 2007 at 11:01:49AM +0100, Simon Marlow wrote: Frederik Eaton wrote: Hello, I am wondering how to link a package with some dynamic libraries in a way that works with ghci. If I run the command LD_PRELOAD=/lib/libgcc_s.so.1:/usr/lib/libstdc++.so.6 ghci -package mypackage

binary distribution problem

part. Frederik -- http://ofb.net/~frederik/ ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

groupBy

context. I don't understand how an Ord context would even be used, or how the function argument of groupBy is meant to define a total ordering. Is this a typo? Frederik -- http://ofb.net/~frederik/ ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs

ghci dynamic linking

the LD_PRELOAD=... part then ghci complains about missing symbols. How do I configure my package so that the LD_PRELOAD=... part of the command is not necessary? Thanks, Frederik ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http

Re: [GHC] #1232: generalise runhaskell to support arbitrary file names, not just those with .{l}hs extensions

By the way, I replied to this via email because I can't figure out how to annotate the bug anymore. I'm rather stumped... I thought email replies might automatically become associated with the bug. Frederik On Sat, Apr 14, 2007 at 01:04:52PM +0100, Frederik Eaton wrote: Hi Igloo, We

Re: [GHC] #1232: generalise runhaskell to support arbitrary file names, not just those with .{l}hs extensions

On Sun, Apr 22, 2007 at 08:44:44AM -0700, Stefan O'Rear wrote: On Sun, Apr 22, 2007 at 12:02:19PM +0100, Frederik Eaton wrote: By the way, I replied to this via email because I can't figure out how to annotate the bug anymore. I'm rather stumped... I thought email replies might

ghci problems linking to stdc++

to find stdc++ (etc.) in the same place that ld.so finds it? Thanks, Frederik -- http://ofb.net/~frederik/ ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1232: generalise runhaskell to support arbitrary file names, not just those with .{l}hs extensions

#! or not, then it can simply check the first two characters of the file - if they are #! (which no legal haskell file starts with) then it should be safe to assume that it is. Frederik On Fri, Mar 30, 2007 at 08:03:04PM -, GHC wrote: #1232: generalise runhaskell to support arbitrary file

Re: ghci question

Also, there are some library functions that will block all Haskell threads unless used with the threaded RTS (e.g. System.Process.waitForProcess). These are now safe to use with GHCi. Yay! I think that's what I wanted to know. Thanks, Frederik -- http://ofb.net/~frederik

ghci question

the symptom of the problem was. Many thanks, Frederik -- http://ofb.net/~frederik/ ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

scripts on unix

: unrecognised flags: -x hs Usage: For basic information, try the `--help' option. because the #! mechanism only allows a single argument. Thoughts? Thanks, Frederik -- http://ofb.net/~frederik/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users

Re: scripts on unix

documentation to figure out which command to pass the file to, in order to make it do something useful. I think the popularity of scripts is due to the combination of these two features: a script is a source file, and it is self-describing in a way that the operating system can understand. Frederik On Wed

Re: question about expected and inferred types in error messages

are both expected and inferred, I think there is potential for confusion (the other perspective is, respecting the context). Thanks, Frederik ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo

Re: question about expected and inferred types in error messages

: () In the first argument of `a', namely `()' In the definition of `d': d = a () So perhaps some recent changes to the ghc type checker have made the error messages less informative? Thanks, Frederik On Mon, Mar 12, 2007 at 11:40:11AM +, Simon Peyton-Jones wrote: I kind of see what

no location info when module name is omitted

the error is. Thanks, Frederik -- http://ofb.net/~frederik/ ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

profiling option issues

be helpful. Many thanks, Frederik -- http://ofb.net/~frederik/ ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: profiling option issues

/tmp/ghc4721_0/ghc4721_0.s:4185:0: Error: symbol `Mainmain_CAF_cc_ccs' is already defined = '-auto-all' and '-caf-all' can't be used together? Actually, sorry, I get the same error when I just use -caf-all by itself... Frederik -- http://ofb.net/~frederik

test case for -xc incompleteness

there should be a few intervening levels as well). Here are commands to reproduce: wget http://ofb.net/~frederik/ghc-xc-test.tar.gz tar -xzf ghc-xc-test.tar.gz cd sparse-work ./gen-ops ./gen-foreignimports g++ -g sparse_lib.cpp -c -o sparse_lib.o ghc -prof -auto-all -fno-do-eta-reduction -fno

Re: make option suggestion

compilation work. Maybe I'm not understanding. Cheers, Frederik On Mon, Nov 06, 2006 at 09:37:18PM +, Neil Mitchell wrote: Hi Just for completeness, I came up with a proposal that would solve all this, but in a very non-cabal style way. Taking an example of happy, every generated file

Re: hsman

Hi Neil, I've seen hoogle and I like it. Does Hoogle have the following features? - ability to index any library - ability to use from the console - command-line autocompletion Of course, there are many features that Hoogle has, which my program is missing. Frederik On Tue, Nov 07, 2006 at 12

Re: make option suggestion

times, etc. I think these all have pretty simple solutions though. Cheers, Frederik -- http://ofb.net/~frederik/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

Re: hsman

foldl1, are defined in multiple places with exactly the same documentation (Prelude, Data.List, Data.Foldable), and the user doesn't care which one pops up. Best, Frederik -- http://ofb.net/~frederik/ ___ Glasgow-haskell-users mailing list Glasgow

make option suggestion

automatically - because ghc will call 'make Source.hs' before reading it in. Does this sound like a good idea? Frederik -- http://ofb.net/~frederik/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo

hsman

this would be useful to others, then I can polish it up to be included with 'ghc' distribution. Does that sound like a good idea? Best, Frederik -- http://ofb.net/~frederik/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http

Re: [Haskell] Re: package mounting

set of common prefixes (Distribution.*, Language.Haskell.Extension). Under my proposal, if we want to get rid of the 'Distribution' module prefix within the Cabal source code, then we'll have to either rename the Language.Haskell.Extension module, or move it to another package. Best, Frederik

[Haskell] Re: package mounting

On Sun, Oct 29, 2006 at 10:03:32PM -0400, Samuel Bronson wrote: On 10/25/06, Frederik Eaton [EMAIL PROTECTED] wrote: http://hackage.haskell.org/trac/ghc/wiki/PackageMounting It looks nice, but don't you think the -package-base flag ought to take both the package name *and* the mountpoint

[Haskell] package mounting

decide that this is an extension we want to implement. Cheers, Frederik P.S. (I'm sorry that I missed Sven's earlier package mounting thread in July. But I hope the above article covers what my response would have been) -- http://ofb.net/~frederik

-xc, feature suggestion

-auto-all and run with +RTS -xc -RTS Also, maybe these instructions aren't enough? When I do the above, it just prints GHC.Err.CAFGHC.Err.CAFGHC.Err.CAFGHC.Err.CAFfoo: Prelude.undefined which isn't what I was looking for... Am I forgetting an option or something? Thanks, Frederik -- http

Re: weird data corruption

On Thu, Aug 24, 2006 at 12:38:34PM -0700, John Meacham wrote: On Thu, Aug 24, 2006 at 02:26:42PM +0100, Frederik Eaton wrote: Because of what you said above, it's not perfect. But it's better than the default. Look, if someone is writing something to standard error, it's probably because

Re: using ghc with make

Hi! I almost forgot that I never responded to this, sorry. On Tue, Apr 18, 2006 at 11:37:12AM +0100, Simon Marlow wrote: Frederik Eaton wrote: I have a project which currently uses Cabal, and I would like to switch to using a plain Makefile. I have two examples of projects that use Makefiles

Re: weird data corruption

On Thu, Aug 24, 2006 at 08:36:07AM +0200, Tomasz Zielonka wrote: On Thu, Aug 24, 2006 at 01:12:32AM +0100, Frederik Eaton wrote: Do you think that the standard GHC behavior should be for multithreaded programs to produce garbage on stderr? IIUC, even if you switch to LineBuffering

Re: weird data corruption

to 'stderr', so it is no longer a problem for me personally; but for new users, for general-purpose use of the compiler, I think changing the stderr buffering mode is the best solution. Regards, Frederik On Wed, Aug 23, 2006 at 10:41:02AM +0100, Simon Marlow wrote: Frederik Eaton wrote: Hey, it looks

Re: weird data corruption

I can't repeat it, but I can let you know if it happens again. I'm writing with 'hPutStr', but not directly - rather via some modules in a package I wrote. Kernel is Linux 2.6.16, libc 2.3.6, running Debian. Frederik On Tue, Aug 22, 2006 at 10:14:19AM +0100, Simon Marlow wrote: Can you repeat

Re: weird data corruption

-22 22:49:58 3: duration: 0.3 msec 2006-08-22 22:49:58 3: executing (update pfcq_study_cmdid set cmdid = cmdid+1 where user=2;) Frederik On Tue, Aug 22, 2006 at 02:43:36PM +0100, Frederik Eaton wrote: I can't repeat it, but I can

bug in addToClockTime

://ofb.net/~frederik/ ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

weird data corruption

Regards, Frederik -- http://ofb.net/~frederik/ ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: weird data corruption

Sorry, forgot to say that I was using GHC 6.4.2 the first time, and ghc-6.4.3.20060816 this time. Frederik On Mon, Aug 21, 2006 at 10:45:40PM +0100, Frederik Eaton wrote: Hi, I'm seeing some odd data corruption in a log file. Below, the second line should be a SQL query (prefixed

Re: impossible happened: splitTyConApp a{tv i6hr}

The code: http://ofb.net/~frederik/scmp-ghc-bug.tar.gz http://ofb.net/~frederik/futility-ghc-bug.tar.gz It's also linked to my GSLHaskell2 library which is still exhibiting the bug. Frederik -- http://ofb.net/~frederik

Re: ghci feature suggestion

On Thu, Aug 17, 2006 at 05:23:53PM +0100, Malcolm Wallace wrote: Frederik Eaton [EMAIL PROTECTED] wrote: I've been thinking that it would be nice if I could give ghci on the command line a list of commands to run initially when it starts. GHCi can read commands from a .ghci

Re: impossible happened: splitTyConApp a{tv i6hr}

Compiling with 6.4.3, I have no problems, even with optimisation on. I'll let you know if it happens again. Thanks! Frederik On Thu, Aug 17, 2006 at 05:47:21PM +0100, Simon Peyton-Jones wrote: OK, I can reproduce it now. (Previously I was not compiling with -O2.) It's a bug in 6.4.2 related

impossible happened: splitTyConApp a{tv i6hr}

i6hr} Please report this as a compiler bug. See: http://www.haskell.org/ghc/reportabug -- http://ofb.net/~frederik/ {-# OPTIONS -fglasgow-exts #-} module Vector.General ( GVector, useG ) where import Data.Typeable import Control.Monad import Vector.Array import Vector.Fast import

ghci feature suggestion

this already possible? Frederik -- http://ofb.net/~frederik/ ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: ghci feature suggestion

$FILE or something along those lines. It's not enough because I work on more than one thing at a time, and I only have one home directory. I think the suggested option would be a good idea, but unfortunately I don't have time to work on it. Regards, Frederik -- http://ofb.net/~frederik

ghc searches for package libraries relative to cwd?

Hi all, It seems that ghc is searching for package libraries relative to the current directory. Is that the intended behavior? ghci does the same thing, by the way. $ pwd /home/frederik/GSLHaskell2 $ ghc --make ../test-proc.hs -package GSL Chasing modules from: ../test-proc.hs Compiling Main

Re: heap corruption?

which could result in the reported bug. Since it's happening only for allocations above 2^20-8128 bytes, I would recommend creating a ticket and some time checking the heap code for any special cases that happen for allocations near 1MB. Frederik On Tue, Aug 08, 2006 at 03:18:34PM +0100, Simon

Re: posix, POpen, ghc 6.5

? Or is there a recommended way to experiment with threaded code interactively? Thanks, Frederik -- http://ofb.net/~frederik/ ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [Haskell] thread-local variables

- but I have to read the updated version to figure out whether the modification was replying to me or another poster; whereas my mail reader clearly flags messages where I appear in the recipients list). Frederik -- http://ofb.net/~frederik/ ___ Haskell

Re: [Haskell] thread-local variables

On Tue, Aug 08, 2006 at 04:21:06PM +0300, Einar Karttunen wrote: On 07.08 13:16, Frederik Eaton wrote: How would this work together with the FFI? It wouldn't, at least I wouldn't care if it didn't. Suddenly breaking libraries that happen to use FFI behind your back does not seem like

Re: [Haskell] thread-local variables

Furthermore, can we move this thread from the Haskell mailing list (which should not have heavy traffic) to either Haskell-Café, or the libraries list? Sure, moving to haskell-cafe. Frederik -- http://ofb.net/~frederik/ ___ Haskell mailing list

[Haskell-cafe] Re: [Haskell] thread-local variables

Furthermore, can we move this thread from the Haskell mailing list (which should not have heavy traffic) to either Haskell-Café, or the libraries list? Sure, moving to haskell-cafe. Frederik -- http://ofb.net/~frederik/ ___ Haskell-Cafe mailing

Re: [Haskell] thread-local variables

On Sun, Aug 06, 2006 at 01:36:15PM +0300, Einar Karttunen wrote: On 06.08 02:41, Frederik Eaton wrote: Also, note that my proposal differs in that thread local variables are not writable, but can only be changed by calling (e.g. in my API) 'withIOParam'. This is still just as general

Re: [Haskell] thread-local variables

the compiler to implement them? Frederik -- http://ofb.net/~frederik/ ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell

Re: [Haskell] thread-local variables

, that will not be an option. The original purpose of my posting to this thread was to ask for two standard functions which would let me define thread-local variables in a way which is interoperable with other libraries, to the same extent as 'withArgs' and 'withProgName' are. Frederik -- http://ofb.net

Re: [Haskell] thread-local variables

it is a good idea to have stdin, cwd, etc. be thread-local. I don't understand why the 'TL' monad is necessary, but I haven't read the proposal very carefully. Best, Frederik On Sat, Aug 05, 2006 at 02:18:58PM -0400, Robert Dockins wrote: Sorry to jump into this thread so late. However, I'd

Re: [Haskell] thread-local variables

with your implementation, and another reason why I want TLS support in the standard libraries. Frederik -- http://ofb.net/~frederik/ ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell

Re: [Haskell] thread-local variables

resources to implement one. The discussion should not be about do we allow this but rather what should the API be. Frederik -- http://ofb.net/~frederik/ ___ Haskell mailing list Haskell@haskell.org http://www.haskell.org/mailman/listinfo/haskell

Re: [Haskell] thread-local variables (was: Re: Implicit Parameters)

On Mon, Jul 31, 2006 at 03:09:59PM +0300, Einar Karttunen wrote: On 31.07 03:18, Frederik Eaton wrote: I don't think it's necessarily such a big deal. Presumably the library with the worker threads will have to be invoked somewhere. One should just make sure that it is invoked

Re: [Haskell] thread-local variables (was: Re: Implicit Parameters)

On Sun, Jul 30, 2006 at 12:35:42PM +0300, Einar Karttunen wrote: On 29.07 13:25, Frederik Eaton wrote: I think support for thread-local variables is something which is urgently needed. It's very frustrating that using concurrency in Haskell is so easy and nice, yet when it comes to IORefs

Re: [Haskell] thread-local variables (was: Re: Implicit Parameters)

On Mon, Jul 31, 2006 at 03:54:29AM +0300, Einar Karttunen wrote: On 30.07 11:49, Frederik Eaton wrote: No, because the thread in which it runs inherits any thread-local state from its parent. So we have different threads modifying the thread-local state? If it is a copy then updates

[Haskell] thread-local variables (was: Re: Implicit Parameters)

getIOParam :: Typeable a = IOParam a - IO a getIOParam p = do (k,def) - readIORef p m - getParams return $ fromMaybe def (M.lookup k m = (\ (V x) - cast x)) Frederik P.S. I sent a message about this a while back

Re: [Haskell-cafe] Haskell performance in heavy numerical computations

the type system at compile time. http://ofb.net/~frederik/stla/ It is almost twice as fast as Octave on an example program, and probably comparable to Matlab. However, it is currently very difficult to debug some of the type errors which are emitted by GHC when using it, and there are some outstanding

the impossible happened: splitTyConApp

LearnBinFactors.hs. The version of the GSL package which it uses can be downloaded from: http://ofb.net/~frederik/GSLHaskell2.tar.gz Frederik -- http://ofb.net/~frederik/ ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http

Re: the impossible happened: splitTyConApp

Attaching the file, sorry. When I comment out line 32: myXlogyx :: Dom a = FVector a - FVector a - FVector a then the error goes away. On Sun, Jun 11, 2006 at 05:32:49PM +0100, Frederik Eaton wrote: Hi, $ ghc -O3 --make LearnBinFactors.hs -package GSL -o lbf Chasing modules from

Re: heap corruption?

everywhere, it should be impossible for any C function to get an unallocated piece of memory, right? I don't ever allocate my own memory in my code. I imagine it's just exposing a race condition in GHC. Frederik On Mon, Jun 05, 2006 at 09:54:27PM +0200, Alberto Ruiz wrote: Hi Frederik, have you

Re: ghci, sourcing

Thanks, that's very handy! But also rather obscure... Frederik On Mon, Jun 05, 2006 at 10:26:33PM +0300, wld wrote: Hi, On 6/5/06, Frederik Eaton [EMAIL PROTECTED] wrote: Hi, Is there a way to source a file in ghci? I have a series of initialization commands which I would like to run

ghci, sourcing

Hi, Is there a way to source a file in ghci? I have a series of initialization commands which I would like to run every time I do a certain set of experiments, and I've put them in a file. Is it best just to copy and paste the file into ghci? Frederik -- http://ofb.net/~frederik

the impossible happened - size limits in template haskell?

' happened, GHC version 6.4.2): linkBCO: = 64k insns in BCO Please report this as a compiler bug. See: http://www.haskell.org/ghc/reportabug -- http://ofb.net/~frederik/ ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org

heap corruption?

. But I don't know how to debug that. I tried running in valgrind but it doesn't show anything obvious. If you want to run what I have, here is my code: http://ofb.net/~frederik/GSLHaskell2.tar.gz The problem is exposed by building and running: print -l ':m Vector' 'print $ (dot $ useFast $ $(dim

[Haskell-cafe] Re: [Haskell] ANNOUNCE: An index-aware linear algebra library in Haskell

Hi Alberto, Those are good questions, I've added some examples which hopefully clarify the situation. Input and output of vectors is not a strong point of the library, but I don't think there is a good alternative to the way I do it. http://ofb.net/~frederik/futility/src/Vector/read-example.hs

[Haskell-cafe] Re: [Haskell] ANNOUNCE: An index-aware linear algebra library in Haskell

Yes, certainly... Otherwise the library would not be much use! If it seems counterintuitive, as it did to me at first, you should check out the Implicit Configurations paper, which uses modular arithmetic as an example. My version of their code is in http://ofb.net/~frederik/futility/src

  1   2   3   >