organisations and the Simons at GHC HQ. If you think your
organisation may be interested then get in touch with me, Duncan Coutts,
via i...@well-typed.com.
--
Duncan Coutts, Haskell Consultant
Well-Typed LLP, http://www.well-typed.com/
___
Glasgow-haskell
On Fri, 2010-04-30 at 10:25 -0400, Tyson Whitehead wrote:
> On April 30, 2010 06:32:55 Duncan Coutts wrote:
> > In the last few years GHC has gained impressive support for parallel
> > programming on commodity multi-core systems. In addition to traditional
> > threads and
On Wed, 2010-05-05 at 21:24 +1000, Roman Leshchinskiy wrote:
> Whenever I do cabal sdist on one of my projects, I get this warning:
>
> Distribution quality warnings:
> 'ghc-options: -O2' is rarely needed. Check that it is giving a real benefit
> and not just imposing longer compile times on your
On Tue, 2010-05-18 at 17:31 -0400, Anthony LODI wrote:
> Hello,
>
> I'm trying to build some haskell code as a .so/.dll so that it can
> ultimately be used by msvc. I have it working when I compile by hand
> (listed below) but I can't get the exact same thing built/linked with
> cabal. On linux
On 12 August 2010 02:20, Greg Fitzgerald wrote:
> Is there a way for a package.conf file to contain paths that are relative to
> the directory containing the .conf file? GHC 6.12.1 chokes on relative
> paths. I see the problem is solved for GHC's core libraries with the
> $topdir variable. Is t
On 8 November 2010 13:28, Simon Marlow wrote:
>
> There's another approach in Jan Sparud's paper here:
>
> http://portal.acm.org/citation.cfm?id=165196
>
> although it's not clear that this interacts very well with inlining either,
> and it has a suspicious-looking side-effecting operation. It al
On 16 December 2010 10:02, Simon Marlow wrote:
>> ghc-cabal: Missing dependency on a foreign library:
>> * Missing header file: HsBase.h
>> This problem can usually be solved by installing the system package that
>> provides this library (you may need the "-dev" version). If the library is
>> alr
On Thu, 2011-04-28 at 23:31 +0200, Johan Tibell wrote:
> The RTS would invoke listeners every time a new event is written. This
> design has many benefits:
>
> - We don't need to introduce the serialization, deserialization, and
> I/O overhead of first writing the eventlog to file and then parsin
On Tue, 2011-04-26 at 14:05 -0700, Brandon Moore wrote:
> Based on my own misadventures and Albert Y. C. Lai's SICP
> (http://www.vex.net/~trebla/haskell/sicp.xhtml)
> it seems the that root of all install problems is that reinstalling a
> particular version of a particular package deletes any oth
On 9 November 2011 00:17, Felipe Almeida Lessa wrote:
> On Tue, Nov 8, 2011 at 3:01 PM, Daniel Fischer
> wrote:
>> On Tuesday 08 November 2011, 17:16:27, Simon Marlow wrote:
>>> most people know about 1, but I think 2 is probably less well-known.
>>> When in the edit-compile-debug cycle it really
d, Nov 9, 2011 at 3:18 AM, Duncan Coutts
> wrote:
>>
>> On 9 November 2011 00:17, Felipe Almeida Lessa
>> wrote:
>> > On Tue, Nov 8, 2011 at 3:01 PM, Daniel Fischer
>> > wrote:
>> >> On Tuesday 08 November 2011, 17:16:27, Simon Marlow wrote:
&
On Tue, 2011-11-08 at 15:43 +, Simon Marlow wrote:
> Hmm, but there is something you could do. Suppose a thread could be in
> a mode in which instead of blocking on a BLACKHOLE it would just throw
> an asynchronous exception WouldBlock. Any computation in progress would
> be safely abando
On 23 December 2011 20:09, Stefan Holdermans wrote:
>> Here are the kinds of the type constructors:
>>
>> (,,) :: * -> * -> * -> *
>> (,) :: * -> * -> *
>> () :: *
>>
>> (# ,, #) :: * -> * -> * -> #
>> (# , #) :: * ->
On 8 February 2012 10:24, Joachim Breitner wrote:
> Dear interested parties :-),
>
> GHC 7.4.1 started to ship and expose the binary library, version
> 0.5.0.3. On hackage is binary-0.5.1.0.
It was firmly my opinion that shipping and exposing binary in GHC was
and is a mistake. Previously it was
On 18 May 2012 20:20, Joe Buehler wrote:
> I built GHC 7.2.2 on a LINUX box running RHEL 3. When compiling a package
> using
> this GHC it is trying to invoke ar thus:
>
> execve("/usr/bin/ar", ["/usr/bin/ar", "-r", "-c",
> "dist/build/libHSregex-base-0.93."..., "dist/build/Text/Regex/Base.o",
>
On 18 May 2012 22:03, Joe Buehler wrote:
> Duncan Coutts wrote:
>
>> I'm very surprised it's not working on some version of Red Hat. This
>> has worked on many varieties of linux for many years. You don't have
>> some non-standard ar installed do you?
On 28 May 2012 05:36, Tim Cuthbertson wrote:
> - ghc doesn't seem to support ${pkgroot} prefixes. I thought it did,
> but I'm new to this so I may be misunderstanding where they can be
> used.
I thought it did too since I think I wrote the code for it. I don't
recall exactly what version it got
On 12 January 2013 16:05, Ian Lynagh wrote:
> On Tue, Jan 08, 2013 at 08:10:18PM +0000, Duncan Coutts wrote:
>>
>> Either way, lemme know if this is all fine, and I'll make the 0.10.0.2
>> release.
>
> Looks good, thanks! I've updated the GHC
On 23 January 2013 05:41, Nathan Hüsken wrote:
> Hey,
>
> I am working on getting ghc to cross compile to android.
>
> When trying to get haskeline to compile. I want to change the cabal file
> such that it sets a flag when compiling for android.
>
> For that I changed cabal so that it recognizes
release in time for the final 7.8, and a recompile of Hackage to pick it
> > > up so that people can start using the new 'TypedHoles' token in their
> > > .cabal files... so there's a bit of coordination required to make this
> > > happen in a timely manner... Or put different
So I'm trying to program the GHC term rewriting system again (ie the
mighty simplifier) and it's not doing what I want it to do without me
using unnecessarily large hammers.
The crux is that I have a simple function that I want to be inlined
early so that my other rules can match on the thing it e
On Wed, 2007-04-25 at 08:56 +0100, Simon Peyton-Jones wrote:
> Duncan,
>
> I implemented this a couple of weeks ago but forgot to push it. Now
> INLINE pragmas survive across interface files. I hope it's useful.
Fantastic, thanks Simon. I'll try it out in Data.Binary in the next few
days and re
On Thu, 2007-04-26 at 17:07 +0400, Bulat Ziganshin wrote:
> Hello Ian,
>
> Thursday, April 26, 2007, 3:22:23 PM, you wrote:
> > The (Interactive) Glasgow Haskell Compiler -- version 6.6.1
>
> can you please include in win32 distro c++ compiler, as it was done
> before and as it requested by t
On Sun, 2007-04-29 at 10:38 +0400, Bulat Ziganshin wrote:
> Hello Albert,
>
> Sunday, April 29, 2007, 2:51:24 AM, you wrote:
>
> >> Is it just me who thinks this is a silly idea? Why should GHC include a
> >> C++ compiler?
>
> > .NET literates, will benefit from the many libraries available in .
On Mon, 2007-04-30 at 10:05 +0400, Bulat Ziganshin wrote:
> Hello Duncan,
>
> Sunday, April 29, 2007, 8:00:56 PM, you wrote:
>
> >> java/c# libs can't be used with current ghc, so 99% of
>
> > Making it possible to use Haskell in mixed language projects with C++
> > and Java
>
> how ghc/mingw c
On Mon, 2007-04-30 at 11:02 +0400, Bulat Ziganshin wrote:
> Hello Duncan,
>
> Monday, April 30, 2007, 10:11:09 AM, you wrote:
>
> >> how ghc/mingw can be used with java? :)
>
> > I expect it's quite tricky! :-)
>
> > I'm not claiming it works or is easy, I was just commenting that making
>
> s
On Wed, 2007-05-02 at 16:33 +0100, Neil Mitchell wrote:
> Hi
>
> Thanks to dcoutts, I have now come up with an answer. I don't
> understand why it works now, but not before.
main = p_System_IO_hGetChar 1
`seq` p_System_IO_hGetChar 2
`seq` putStrLn "done"
This is fine (though note that p_System
On Thu, 2007-05-03 at 16:24 +0100, Adrian Hey wrote:
> Hello Folks,
>
> Just wondering about this. Please understand I'm not asking why
> programs use a lot of stack sometimes, but specifically why is
> using a lot of stack (vs. using a lot of heap) generally regarded
> as "bad". Or at least it se
On Fri, 2007-05-04 at 19:28 +0100, Adrian Hey wrote:
> Hello,
>
> The GHC users guide says overloading "is death to performance if
> left to linger in an inner loop" and one thing I noticed while
> playing about with the AVL lib was that using a HOF and passing
> the (overloaded) compare function
On Fri, 2007-05-11 at 16:05 -0400, Isaac Dupree wrote:
> Simon Peyton-Jones wrote:
> > It's very difficult to get inlining right all the time. Even for a
> > function marked INLINE, there's really no point in inlining in some
> > contexts. E.g.
> > map f xs
> > (don't inline f).
>
> Wo
On Sun, 2007-05-13 at 14:23 +0100, Joel Reymont wrote:
> Is there a way to enable all warnings but the following:
>
> Hope/Item/DBDesc.hs:6:0:
> Warning: Definition but no type signature for `item_db'
See the users guide section on warnings:
http://haskell.org/ghc/docs/latest/html/users_gui
On Sat, 2007-05-12 at 09:55 -0400, Isaac Dupree wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Duncan Coutts wrote:
> > Also, uninlining is nigh on impossible.
>
> I would say that's the critical problem with my notion... Why is it so
> difficult?
On Sun, 2007-05-20 at 13:42 +0100, Neil Mitchell wrote:
> Hi
>
> > Want to try also the
> > Data.ByteString.Base.isSpaceWord8 :: Word8 -> Bool
>
> isspace: 0.375
> iswspace: 0.400
> ByteString: 0.460
> Char: 0.672
>
> Not as fast as isspace/iswspace, but quite a bit faster than Char.
> Perha
Hia all,
I'm trying to figure out why this piece of code does not optimise the
way I expect. It's binary serialisation again. Yes, again.
The crux is the write function
write :: Int -> (Ptr Word8 -> IO ()) -> Put ()
write !n body = Put $ \c buf@(Buffer fp o u l) ->
if n <= l
then write' c
Hia folks,
More performance bugs or misunderstandings. Yes, binary serialisation
again.
Consider this example from an instance for the Binary serialisation
class. We get lots and lots of code that looks like this:
data Foo a = Foo Int | Bar ...
instance Binary Foo where
put (Foo a) = putTag 0
On Mon, 2007-06-04 at 12:31 +0100, Simon Peyton-Jones wrote:
> | This is a bit disappointing of course, so how do we fix it. There are
> | two possibilities as far as I can see. Either don't let float it, or
> | have the rule matcher look through the indirection.
>
> This is a tricky one. One pos
On Mon, 2007-06-04 at 12:44 +0100, Simon Peyton-Jones wrote:
> | So it seems to me that NOINLINE should prevent inlining but not prevent
> | calling the worker rather than the wrapper. I don't fully understand how
> | NOINLINE interacts with the worker/wrapper transform (or I wouldn't have
> | been
On Mon, 2007-06-04 at 14:01 +0100, Simon Peyton-Jones wrote:
> | But that allows it to be inlined in phase 0, and that's exactly what I
> | don't want. I really do not want this function inlined, I want it to be
> | a join point.
>
> Remind me why you really don't want it inlined, ever? Even if i
On Sat, 2007-06-16 at 11:33 +1000, skaller wrote:
> However, the libs still aren't fully public if the interfaces
> are only private details of the GHC tool chain. Hmmm.
Note of course that it's only been in the last few years that C++ has
stabilised to the point where different implementations c
On Tue, 2007-07-03 at 12:36 +0200, Srđan Stipić wrote:
> I wanted to compile simple Haskell program (simple.hs) to .c and after
> that to target platform (x86).
>
> I did the following things:
>
> ghc -C simple.hs
> mv simple.hc simple.c
> gcc -c simple.c -I/usr/lib/ghc-6.6/include/
>
> And I g
On Fri, 2007-07-06 at 08:36 +0200, Ketil Malde wrote:
> On Thu, 2007-07-05 at 12:11 -0400, Matthew Danish wrote:
> > On Thu, Jul 05, 2007 at 11:15:03AM +0200, Christian Maeder wrote:
>
> > > Is there no way to provide all the extra libs in one debian package for
> > > ghc?
>
> > It may be possib
On Sat, 2007-07-21 at 16:25 +0200, Marc Weber wrote:
> [EMAIL PROTECTED] /pr/source/wxh/wxhaskell-0.9.4 $ ghc-pkg-wrapper-6.6.1
> unregister wx
> ghc-pkg: cannot find package wx
> [EMAIL PROTECTED] /pr/source/wxh/wxhaskell-0.9.4 $ ghc-pkg-wrapper-6.6.1
> describe wx
> name: wx
> version: 0.10.1
On Tue, 2007-07-31 at 10:36 -0400, Jan-Willem Maessen wrote:
> I think what's meant here is translating something like this:
>
> {-# INLINE f #-}
> f x y z = ... f x' y' z' ...
>
> into this:
>
> {-# INLINE f #-}
> f x y z = f' x y z
>where f' x y z = ... f' x' y' z' ...
>
> That is, shov
On Thu, 2007-07-26 at 23:51 -0700, Sean Johnson wrote:
> Hi Everyone,
>
> Is there some way to install Visual Haskell with VS2005, Express?
> Perhaps some workaround or hack?
I believe that free version of VS is specifically designed not to allow
any plugins, you have to pay for the the full vers
On Wed, 2007-08-15 at 18:41 +0100, Brian Hulley wrote:
> Hi,
> I know this is a sensitive issue and I absolutely don't want to start
> any kind of discussion about the merits or otherwise of LGPL, but I was
> wondering if there are any plans to remove the GNU mp library from the
> runtime so tha
On Thu, 2007-08-16 at 14:22 +0100, Brian Hulley wrote:
> > Sounds to me like the simlest solution for you would be if GHC could use
> > a dynamically linked gmp.dll on Windows. That also sounds like much less
> > work that replacing gmp completely.
> This would certainly make things easier though
On Thu, 2007-10-18 at 13:19 +0200, Johannes Waldmann wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Can ghc execute compilations in parallel?
> (With GNU make, I'd say "make -j 2"
> but how to achieve this with "ghc --make" ?)
We're also going to try and solve this in Cabal by havi
On Sat, 2007-10-20 at 21:11 +0400, Serge D. Mechveliani wrote:
> On Sat, Oct 20, 2007 at 03:25:04PM +0100, Duncan Coutts wrote:
> > On Fri, 2007-10-19 at 10:54 -0300, Isaac Dupree wrote:
> >
> > > How can user who does not modify Cabal file choose between all three o
All,
There is unfortunately some synchronisation between ghc releases and the
releases of various common libraries, the so-called "extralibs"
collection. So I'd like to look briefly at what the version numbers of
theses packages should be. It is important that we do increase the
version numbers if
Ian pointed out that most of these extralibs already have had releases
via hugs with greater version numbers than those we were proposing.
http://cvs.haskell.org/Hugs/downloads/2006-09/packages/
For example ALUT-2.0.20060921 which means we cannot use ALUT-2.0.2 as we
had been thinking. We'll have
On Mon, 2007-10-22 at 14:11 +0100, Ian Lynagh wrote:
> If anyone sees any problems with my suggested version numbers below,
> please shout.
>
> I've CCed all addresses listed as Cabal maintainers of extralibs; please
> let us know if you disagree with the versions we propose to use for your
> pac
On Mon, 2007-10-22 at 15:42 +0100, Ian Lynagh wrote:
> Ah, sorry, my mistake, I hadn't pulled the latest patch. OK, so in
> principle I'd be fine with 0.3, except if we want to move to 4-component
> version numbers then we need to use 0.3.0.1 anyway (I don't think having
> both 0.3 and 0.3.0.0 whi
On Wed, 2007-10-31 at 14:40 +0100, Cristian Perfumo wrote:
> Hi,
> I did some modifications to GHC in order to read hardware counters.
> Many programs are compiled successfully, but with one of them, I have
> a problem:
>
> Too many local registers allocated by gcc at .../ghc-
> 6.6.1-modified/dri
On Mon, 2007-11-05 at 16:59 +0100, Christian Maeder wrote:
> Hi,
>
> in
> http://www.haskell.org/ghc/dist/6.8.1/ghc-6.8.1-i386-unknown-linux.tar.bz2
>
> the binary ghc-6.8.1/lib/ghc-6.8.1/ghc-6.8.1 is not stripped after
> installation. For my own build from the sources I've put in my build.mk:
>
On Wed, 2007-11-07 at 11:50 -0500, Seth Kurtzberg wrote:
> Run:
>
> ghc-pkg list
>
> See what it thinks about the status of happy.
happy is a program. ghc-pkg doesn't know about it.
> i'm having some difficulties compiling the 6.8.1 extralibs on a Mandriva
> 2007.0 box. Despite happy 1.1
On Sat, 2007-11-10 at 21:45 +, Ian Lynagh wrote:
> Hi Philip,
>
> On Mon, Nov 05, 2007 at 09:58:40AM +0100, Philip K.F. Hölzenspies wrote:
> >
> > Booting libraries/base
> > Booting libraries/directory
> > /usr/share/aclocal/progsreiserfs.m4:13: warning: underquoted definition of
> > AC_CHEC
On Sun, 2007-11-11 at 12:12 +, Ian Lynagh wrote:
> On Sun, Nov 11, 2007 at 11:59:43AM +0000, Duncan Coutts wrote:
> > On Sat, 2007-11-10 at 21:45 +, Ian Lynagh wrote:
> > > Hi Philip,
> > >
> > > On Mon, Nov 05, 2007 at 09:58:40AM
On Tue, 2007-11-20 at 13:25 -0800, Stefan O'Rear wrote:
> (Would someone who is involved with the cabal web site PLEASE put this
> up somewhere? FAQs do no good if they have to be typed by humans!)
What would you like the text to be and where would you like to see it?
Duncan
__
On Tue, 2007-11-20 at 19:18 -0500, Alex Jacobson wrote:
> When you want automated deriving of show/read etc., you need all the
> components of your type also to be instances of show/read but you won't
> want to *require* them to be automatically generated verions.
>
> Standalone deriving does th
On Wed, 2007-11-21 at 15:03 -0500, Alex Jacobson wrote:
> Proof that the compiler knows which extensions are being used: it can
> compile the program sucessfully when the extension is turned on and not
> otherwise.
Counterexample (not my own):
http://hpaste.org/3855
{-# OPTIONS_GHC -fbang-pat
On Wed, 2007-11-21 at 19:26 -0500, Alex Jacobson wrote:
> Ok, I'm game to default to haskell98 in the presence of ambiguity, but
> in most cases the extension involves new syntax and that should be enough.
In these cases ghc does generally give an error message which mentions
which extension it i
On Fri, 2007-11-23 at 01:50 +0100, Wolfgang Jeltsch wrote:
> Dont’t just think in terms of single modules. If I have a Cabal package, I
> can declare used extensions in the Cabal file. A user can decide not to
> start building at all if he/she sees that the package uses an extension
> unsuppo
On Fri, 2007-11-23 at 14:59 -0500, Alex Jacobson wrote:
> Cabal is not a solution to this problem because
>
> 1. you want your code to work via ghci and runhaskell and perhaps via
> searchpath.
>
> 2. you may want to move a module from one package to another and you
> don't want to have to exam
On Fri, 2007-11-23 at 16:26 +0100, Wolfgang Jeltsch wrote:
> Am Freitag, 23. November 2007 03:37 schrieben Sie:
> > On Fri, 2007-11-23 at 01:50 +0100, Wolfgang Jeltsch wrote:
> > > Dont’t just think in terms of single modules. If I have a Cabal package,
> > > I can declare used extensions in the C
On Wed, 2007-11-28 at 22:37 +, Alistair Bayley wrote:
> > More puzzling is that the files that Cabal runs through ghc's CPP
> > don't get the # n lines, so we end up with something like this:
>
> (Answering my own message)
>
> Having done some more testing with ghc-6.8.1 and ghc-6.6.1 and cab
On Fri, 2007-12-07 at 14:24 -0800, Greg Fitzgerald wrote:
> > Please test as much as possible
>
> One difference between 6.8.1 and 6.8.2 that I see is in running
> "runhaskell Setup.hs haddock" with Haddock 0.8 on Windows XP. Haddock
> is no longer able to resolve the names from the standard lib
I'd just like to float an idea that's related to the Class Alias
proposal[1] but is perhaps somewhat simpler.
We all know that Functor should have been a superclass of Monad, and
indeed we now know that Applicative should be too. Making such a change
would break lots of things however so the chang
On Tue, 2007-12-11 at 07:07 -0800, Stefan O'Rear wrote:
> This is almost exactly the
> http://haskell.org/haskellwiki/Class_system_extension_proposal; that
> page has some discussion of implementation issues.
Oh yes, so it is. Did this proposal get discussed on any mailing list?
I'd like to see
On Tue, 2007-12-11 at 16:38 +, Ross Paterson wrote:
> On Tue, Dec 11, 2007 at 04:26:52PM +, Simon Marlow wrote:
> > Duncan Coutts wrote:
> >> On Tue, 2007-12-11 at 07:07 -0800, Stefan O'Rear wrote:
> >>> This is almost exactly the
&
d it is not feasible
in with the current portage.
We could slot multiple versions of a lib for the same ghc, but not slot
ghc itself.
--
Duncan Coutts : Gentoo Developer (Haskell team)
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
On Thu, 2007-12-13 at 16:06 +, [EMAIL PROTECTED] wrote:
> Duncan Coutts wrote:
> >
> > Sadly not because portage is not clever enough to deal with the kind of
> > dependencies you end up with by doing that. Portage does not know that
> > some libs are install
On Thu, 2007-12-13 at 17:09 +, [EMAIL PROTECTED] wrote:
> Until portage actually can do this in a better way,
> you would have to multiply ebuilds
> (probably each with common import and a one-line variable setting)
> (I don't know the exact restrictions on portage version strings):
Right th
On Fri, 2007-12-14 at 16:09 +, Simon Marlow wrote:
> Juanma Barranquero wrote:
> > On Dec 14, 2007 3:53 PM, Simon Marlow <[EMAIL PROTECTED]> wrote:
> >> But do you really want getHomeDirectory to return $HOME?
> >
> > Yes!
> >
> > If I define %HOME, it is *exactly* because I don't want to us
On Sun, 2007-12-16 at 03:21 +0200, Yitzchak Gale wrote:
> The current behavior is not more WIndows native - it is
> arguably much worse. The %HOMEPATH% variable
> should definitely not be used.
It is not.
> The folder that it points to is not a "home directory" and should not
> be used that way
On Mon, 2007-12-17 at 14:27 -0800, Deborah Goldsmith wrote:
> I see this:
>
> $ runhaskell ./Setup.lhs build
> Preprocessing executables for haddock-0.8...
> shift/reduce conflicts: 5
> Building haddock-0.8...
>
> src/Main.hs:49:7:
> Could not find module `System.Directory':
>it is
On Thu, 2007-12-20 at 16:54 +0300, Bulat Ziganshin wrote:
> Hello Simon,
>
> Thursday, December 20, 2007, 4:01:59 PM, you wrote:
>
> > Fixing it all properly means some fairly significant architectural changes,
> > and dropping the via-C backend
>
> oh, thank you. from my POV, C backend still m
On Thu, 2007-12-20 at 21:16 -0600, Spencer Janssen wrote:
> If you're using Cabal, something like this should work:
>
> if os(win32)
> cpp-options: -DWIN32
To be precise:
if os(windows)
cpp-options: -DWIN32
See, Cabal is (mostly) Neil "I hate mingw" Mitchell compliant.
On Fri, 2007-12-21 at 00:11 -0600, Spencer Janssen wrote:
> On Thursday 20 December 2007 22:04:13 Duncan Coutts wrote:
> > On Thu, 2007-12-20 at 21:16 -0600, Spencer Janssen wrote:
> > > If you're using Cabal, something like this should work:
> > >
> > >
On Fri, 2007-12-28 at 09:54 -0500, Gregory Wright wrote:
> Hi Duncan,
>
> (Cross-posting to ghc-users since some of the issues were brought up
> there.)
>
> On Dec 2, 2007, at 5:04 PM, Duncan Coutts wrote:
>
> > Sun Dec 2 14:06:20 PST 2007 Duncan Coutts <
On Mon, 2008-01-21 at 00:14 +, Frederik Eaton wrote:
> Hello all,
>
> About two years ago, I wrote a web page for one of my projects, using
> Network.CGI. I chose that over WASH because it had a simple interface
> and I thought it would be more stable as a result. Now, Bjorn Bringert
> has re
>From the H98 report:
All I/O functions defined here are character oriented. [...]
These functions cannot be used portably for binary I/O.
In the following, recall that String is a synonym for [Char]
(Section 6.1.2).
So ordinary text Handles are for text,
On Tue, 2008-02-26 at 13:22 +, Simon Marlow wrote:
> So some alternatives that fix this are
>
>1. all text I/O is in the locale encoding (what C and Hugs do)
>
>2. stdin/stdout/stderr and terminals are always in the locale
> encoding, everything else is UTF-8
I was initially c
On Wed, 2008-02-27 at 00:31 +1100, Roman Leshchinskiy wrote:
> Duncan Coutts wrote:
> >
> > So here is a concrete proposal:
> >
> > * Haskell98 file IO should always use UTF-8.
> > * Haskell98 IO to terminals should use the current locale
> >
On Tue, 2008-02-26 at 07:28 -0800, John Meacham wrote:
> On Tue, Feb 26, 2008 at 01:34:54PM +0000, Duncan Coutts wrote:
> > Personally I'm not really fussed about which compromise we pick. I think
> > the more important point is that all the Haskell implementations pick
> &
On Wed, 2008-02-27 at 01:14 +1100, Roman Leshchinskiy wrote:
> Duncan Coutts wrote:
> > On Wed, 2008-02-27 at 00:31 +1100, Roman Leshchinskiy wrote:
> >> I'm probably mistaken,
> >> but doesn't this proposal mean that I can't implement cat in H9
On Tue, 2008-02-26 at 14:18 +, Simon Marlow wrote:
> Simon Marlow wrote:
> > Duncan Coutts wrote:
>
> Let's call this one proposal 0:
>
> >> * Haskell98 file IO should always use UTF-8.
> >> * Haskell98 IO to terminals should use
On Wed, 2008-02-27 at 08:54 +, Chris Kuklewicz wrote:
> Small correction:
>
> I think "./prog in vs ./prog < in " and "utf8" should be "ok".
Ah yes, quite right. Similarly ./prog -o out vs ./prog > out because
neither involve printing to the terminal.
Duncan
___
I was under the impression that with ghc, ffi import declarations like
this do not escape the module:
foreign import ccall unsafe "foo.h foo" foo :: IO ()
However it seems that this one does:
foreign import ccall unsafe "curses.h & stdscr" stdscrp :: Ptr WINDOWptr
from:
http://hackage.haskell.o
On Wed, 2008-03-05 at 23:46 +, Ross Paterson wrote:
> On Wed, Mar 05, 2008 at 11:16:14PM +0000, Duncan Coutts wrote:
> > I was under the impression that with ghc, ffi import declarations like
> > this do not escape the module:
> >
> > foreign import ccall u
On Wed, 2008-03-05 at 17:37 -0800, John Meacham wrote:
> On Thu, Mar 06, 2008 at 12:23:35AM +0000, Duncan Coutts wrote:
> > Which is really annoying :-) I'd like greater control over it, in
> > particular a way to limit headers to package scope so that dependent
> > code
On Wed, 2008-03-05 at 18:46 -0800, John Meacham wrote:
> On Thu, Mar 06, 2008 at 02:18:08AM +0000, Duncan Coutts wrote:
> > There are rather too many of these C libs that define their public
> > interfaces as macros. I had to adjust the zlib binding the other day to
> >
On Thu, 2008-03-06 at 11:12 +, Simon Peyton-Jones wrote:
> If, following this thread, you conclude that GHC should do something
> different than what it does, can you submit a Trac ticket? With a
> small example?
It's probably not worth quibbling about the issue I raised about "foo.h
&foo" i
On Thu, 2008-03-06 at 03:11 -0800, John Meacham wrote:
> On Thu, Mar 06, 2008 at 10:43:41AM +0000, Duncan Coutts wrote:
> > > something like this:
> > >
> > > foreign import ccall "get_COLOR_PAIRS" colorPairsPtr :: Ptr CInt
> > > #def inline
On Thu, 2008-03-06 at 04:50 -0800, John Meacham wrote:
> On Thu, Mar 06, 2008 at 12:41:56PM +0000, Duncan Coutts wrote:
> > c2hs has to read the header files on your system to be able to check any
> > consistency.
> >
> > I'm not sure why hsc2hs is the minimal
On Sun, 2008-03-09 at 23:32 +, Neil Mitchell wrote:
> Hi
>
> > First, we intend to release the next version of GHC from the current
> > stable branch, 6.8.3, around the end of May 2008. This will probably be
> > the last release from this branch.
>
> Is it possible to include the cabal-in
On Mon, 2008-03-10 at 08:23 +, Neil Mitchell wrote:
> Hi
>
> > You could still have a cabal-install binary in the Windows installer and
> > not include the Cabal-1.4.x library that you built it against.
>
> That sounds easiest, and should give all the cabal-install benefits to
> Windows us
On Tue, 2008-03-11 at 16:25 -0700, Simon Marlow wrote:
> Duncan Coutts wrote:
> > from:
> > http://hackage.haskell.org/cgi-bin/hackage-scripts/package/mage-1.0
> >
> > perhapsPbecause it's a pointer import it gets treated differently?
>
> I just tried t
On Fri, 2008-03-14 at 18:30 +0100, Christian Maeder wrote:
> Christian Maeder wrote:
> > Simon Marlow wrote:
> >> Unfortunately this means that taking a GHC binary built on a newer Linux
> >> will not work on an older version.
> >
> > Do you know by chance which linux library (or rpm package) nee
On Wed, 2008-03-19 at 14:11 -0700, Conal Elliott wrote:
> I have an algebraic data type (not newtype) that derives Ord:
>
> data AddBounds a = MinBound | NoBound a | MaxBound
> deriving (Eq, Ord, Read, Show)
>
> I was hoping to get a min method defined in terms of the min method of
>
On Sat, 2008-04-12 at 23:33 -0500, Galchin, Vasili wrote:
> 2) This strongly looks like the package database manager, i.e.
> ghc-pkg. Source please so I can understand where this d*amn "unknown
> package: unix-2.3.0.0" message is coming from and why?
Yes, ghc/ghc-pkg is giving this message becau
1 - 100 of 458 matches
Mail list logo