Quoting Conrad Parker :
I don't think compile time is an issue for new users when building
HelloWorld.hs and getting the hang of basic algorithms and data
structures. Anyone could explicitly set -O0 if they are worried about
compile times for a larger project.
I don't agree that GHC's user int
On 9 November 2011 00:16, Simon Marlow wrote:
> On 08/11/2011 14:31, Daniel Fischer wrote:
>>
>> On the haskell-cafe as well as the beginners mailing lists, there
>> frequently (for some value of frequent) are posts where the author
>> inquires
>> about a badly performing programme, in the form of
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 helps to have -O off,
>> because your compiles will be so muc
On 11/8/11 6:04 AM, Simon Marlow wrote:
I really think we should provide the native APIs. The problem is that
the System.Posix.Directory API is all in terms of FilePath (=String),
and if we gave that a different meaning from the System.Directory
FilePaths then confusion would ensue. So perhaps we
My stance is that it is possibly better if we do not try to include a
one-size-fits-it-all record system into the language, but if the
language provided support for basic things that almost all record
system *libraries* would need.
Agreed. To the extent that such libraries could be improved
by
Am Montag, den 07.11.2011, 23:30 + schrieb Simon Peyton-Jones:
> Wolfgang
>
> Is there a wiki page giving a specific, concrete design for the
> proposal you advocate? Something at the level of detail of
> http://hackage.haskell.org/trac/ghc/wiki/Records/OverloadedRecordFields?
Well, I don’t
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 helps to have -O off,
> because your compiles will be so much quicker due to both factors 1 & 2.
Of course. So defaulti
On Tue, Nov 8, 2011 at 8:16 AM, Simon Marlow wrote:
> On 08/11/2011 14:31, Daniel Fischer wrote:
>>
>> On the haskell-cafe as well as the beginners mailing lists, there
>> frequently (for some value of frequent) are posts where the author
>> inquires
>> about a badly performing programme, in the f
On Tue, Nov 8, 2011 at 15:31, Daniel Fischer wrote:
> Often this is because they compiled their programme without optimisations,
> simply recompiling with -O or -O2 yields a decently performing programme.
>
> So I wonder, should ghc compile with -O1 by default?
> What would be the downsides?
>
Pr
On 08/11/2011 14:31, Daniel Fischer wrote:
On the haskell-cafe as well as the beginners mailing lists, there
frequently (for some value of frequent) are posts where the author inquires
about a badly performing programme, in the form of stack overflows, space
leaks or slowness.
Often this is beca
On Tue, Nov 8, 2011 at 7:11 AM, David Fox wrote:
> On Tue, Nov 8, 2011 at 6:31 AM, Daniel Fischer
> wrote:
> > On the haskell-cafe as well as the beginners mailing lists, there
> > frequently (for some value of frequent) are posts where the author
> inquires
> > about a badly performing programm
On 07/11/2011 14:50, Ryan Newton wrote:
Hi GHC users,
When implementing certain concurrent systems-level software in Haskell
it is good to be aware of all potentially blocking operations.
Presently, blocking on an MVar is explicit (it only happens when you
do a takeMVar), but blocking on a BLACK
On Tue, Nov 8, 2011 at 03:04, Simon Marlow wrote:
>> As mentioned earlier in the thread, this behavior is breaking things.
>> Due to an implementation error, programs compiled with GHC 7.2 on
>> POSIX systems cannot open files unless their paths also happen to be
>> valid text according to their l
On 05/11/2011 23:41, Christian Brolin wrote:
I try to set-up a gnu makefile for compiling Haskell programs with GHC.
I want to generate dependencies automatically and I want to put my
object (.o) files in a binary specifc directories to be able to compile
for different architechtures. The proble
On Tue, Nov 8, 2011 at 6:31 AM, Daniel Fischer
wrote:
> On the haskell-cafe as well as the beginners mailing lists, there
> frequently (for some value of frequent) are posts where the author inquires
> about a badly performing programme, in the form of stack overflows, space
> leaks or slowness.
>
Am Montag, den 07.11.2011, 21:41 + schrieb Barney Hilken:
> > The problem with this approach is that different labels do not have
> > different representations at the value level.
>
> I think this is an advantage, because it means you don't have to carry
> this stuff about at runtime.
>
> >
On the haskell-cafe as well as the beginners mailing lists, there
frequently (for some value of frequent) are posts where the author inquires
about a badly performing programme, in the form of stack overflows, space
leaks or slowness.
Often this is because they compiled their programme without
On 02/11/2011 21:40, Max Bolingbroke wrote:
On 2 November 2011 20:16, Ian Lynagh wrote:
Are you saying there's a bug that should be fixed?
You can choose between two options:
1. Failing to roundtrip some strings (in our case, those containing
the 0xEFNN byte sequences)
2. Having GHC's de
On 07/11/2011 17:32, John Millikin wrote:
On Mon, Nov 7, 2011 at 09:02, Simon Marlow wrote:
I think you might be misunderstanding how the new API works. Basically,
imagine a reversible transformation:
encode :: String -> [Word8]
decode :: [Word8] -> String
this transformation is applie
On 07/11/2011 17:57, Ian Lynagh wrote:
On Mon, Nov 07, 2011 at 05:02:32PM +, Simon Marlow wrote:
Basically, imagine a reversible transformation:
encode :: String -> [Word8]
decode :: [Word8] -> String
this transformation is applied in the appropriate direction by the
IO library to
20 matches
Mail list logo