he program runs fine.
>
> 3. With just -fexternal-interpreter, I get the error below.
>
> Dominic.
>
> On 7 Dec 2016, at 13:52, Simon Marlow <marlo...@gmail.com> wrote:
>
> Hi Dominic - this looks like a problem with loading hmatrix into GHCi.
> Does it load wi
Hi Dominic - this looks like a problem with loading hmatrix into GHCi.
Does it load without -prof and -fexternal-interpreter? How about with just
-fexternal-interpreter?
Cheers
SImon
On 5 December 2016 at 12:20, Dominic Steinitz wrote:
> I am trying to debug a package in
Hi folks,
We haven't described what guarantees GHC provides with respect to -Wall
behaviour across versions, and as a result there are some differing
expectations around this. It came up in this weeks' GHC meeting, so we
thought it would be a good idea to state the policy explicitly. Here
That's a leftover from when profiling didn't support -N, I'll fix it.
Thanks!
Simon
On 03/06/2015 07:03, Lars Kuhtz wrote:
From https://github.com/ghc/ghc/blob/master/rts/RtsFlags.c#L1238 it seems that
the behavior described in my email below is intended:
```
if
I have no problem with plan 4. However, I'll point out that
implementing CPP is not *that* hard... :)
Cheers,
Simon
On 18/06/2015 09:32, Herbert Valerio Riedel wrote:
Hello *,
Following up on the Native -XCPP Proposal discussion, it appears that
cpphs' current LGPL+SLE licensing doesn't
(System.Exit.ExitFailure 1)
#ifndef MAIN_FUNCTION
#define MAIN_FUNCTION exeMain
#endif
main = MAIN_FUNCTION
On Jan 20, 2015, at 9:00 AM, Simon Marlow marlo...@gmail.com wrote:
My guess would be that either
- a thread is in a non-allocating loop
- a long-running foreign call is marked unsafe
Either
. This matches a previous
observation based on printing.
I’ll see if I can hack up the code to a minimal set that I can publish. All the
IP is in the I2C code, so I might be able to get it down to one file.
Mike
On Jan 19, 2015, at 3:37 AM, Simon Marlow marlo...@gmail.com wrote:
Hi Michael
Hi Michael,
Previously in this thread it was pointed out that your code was doing
busy waiting, and so the problem can be fixed by modifying your code to
not do busy waiting. Did you do this? The -C flag is just a workaround
which will make the RTS reschedule more often, it won't fix the
On 30/05/14 11:10, John Meacham wrote:
On Fri, May 30, 2014 at 2:45 AM, Daniel Trstenjak
daniel.trsten...@gmail.com wrote:
Well, it might not be terribly surprising in itself, but we
just have quite complex systems and the not terribly surprising
things just accumulate and then it might get
On 27/05/14 09:06, Austin Seipp wrote:
PPS: This might also impact the 7.10 schedule, but last Simon and I
talked, we thought perhaps shooting for ICFP this time (and actually
hitting it) was a good plan. So I'd estimate on that a 7.8.4 might
happen a few months from now, after summer.
FWIW, I
On 19/05/2014 13:51, harry wrote:
harry wrote
I need to build GHC 7.8 so that Template Haskell will work without shared
libraries (due to a shortage of space).
I understand that this can be done by turning off DYNAMIC_GHC_PROGRAMS and
associated build options. Is this possibility going to be
On 12/05/2014 21:28, Brandon Simmons wrote:
The idea is I'm using two atomic counters to coordinate concurrent
readers and writers along an infinite array (a linked list of array
segments that get allocated as needed and garbage collected as we go).
So currently each cell in each array is
On 13/05/14 15:04, John Meacham wrote:
Hi, I noticed that ghc now supports an 'AlternateLayoutRule' but am
having trouble finding information about it. Is it based on my
proposal and sample implementation?
http://www.mail-archive.com/haskell-prime@haskell.org/msg01938.html
Yes it is, but I
On 10/05/2014 21:57, Brandon Simmons wrote:
Another silly question: when card-marking happens after a write or
CAS, does that indicate this segment maybe contains old-to-new
generation references, so be sure to preserve (scavenge?) them from
collection ?
Yes, that's exactly right.
Cheers,
On 09/05/2014 19:21, Brandon Simmons wrote:
A couple of updates: Edward Yang responded here, confirming the sort
of track I was thinking on:
http://blog.ezyang.com/2014/05/ghc-and-mutable-arrays-a-dirty-little-secret/
And I can report that:
1) cloning a frozen array doesn't provide the
On 25/04/2014 02:15, John Lato wrote:
Hello,
I'd like to compile ghc-7.8.2 with DynamicGhcPrograms disabled (on
64-bit linux). I downloaded the source tarball, added
DYNAMIC_GHC_PROGRAMS = NO
to mk/build.mk http://build.mk, and did ./configure ./make.
ghc builds and everything seems to
On 25/04/2014 17:57, Roman Cheplyaka wrote:
* Edward Kmett ekm...@gmail.com [2014-04-25 11:22:46-0400]
+1 from me. I have a lot of projects that suffer with 4 levels of vacuous
subdirectories just for this.
In theory cabal could support this on older GHC versions by copying all of the
files to
On 25/04/2014 21:26, Malcolm Wallace wrote:
On 25 Apr 2014, at 14:17, Simon Marlow wrote:
The problem we often have is that when you're writing code for a library that
lives deep in the module hierarchy, you end up needing a deep directory
structure, where the top few layers are all empty
Thanks for all the feedback. Clearly opinion is divided on this one, so
I'll sit on it and think it through some more.
Cheers,
Simon
On 25/04/2014 14:17, Simon Marlow wrote:
I want to propose a simple change to the -i flag for finding source
files. The problem we often have is that when
I want to propose a simple change to the -i flag for finding source
files. The problem we often have is that when you're writing code for a
library that lives deep in the module hierarchy, you end up needing a
deep directory structure, e.g.
src/
Graphics/
UI/
Gtk/
On 14/04/2014 15:44, Brandon Allbery wrote:
On Mon, Apr 14, 2014 at 10:42 AM, Simon Marlow marlo...@gmail.com
mailto:marlo...@gmail.com wrote:
The problem I was fixing was that we weren't always passing the
-optl options. Now when we invoke a program the -optXXX options
always come
On 10/04/2014 18:11, Yuras Shumovich wrote:
On Thu, 2014-04-10 at 18:49 +0200, Karel Gardas wrote:
On 04/10/14 06:39 PM, Yuras Shumovich wrote:
...and other linker options must come after, like in my case. So what?
Are there any ticket where people complain about the old behavior? I'm
not
On 17/03/2014 13:08, Edward Kmett wrote:
Foo+rst.lhs does nicely dodge the collision with jhc.
How does ghc do the search now? By trying each alternative in turn?
Yes - see compiler/main/Finder.hs
Cheers,
Simon
On Sun, Mar 16, 2014 at 1:14 PM, Merijn Verstraaten
mer...@inconsistent.nl
On 11/03/2014 22:11, Henning Thielemann wrote:
I am trying to understand the following linker message. I have started
GHCi, loaded a program and try to run it:
Main main
...
Loading package poll-0.0 ... linking ... done.
Loading package alsa-seq-0.6.0.3 ... can't load .so/.DLL for:
These look suspicious:
/tmp/ghc29241_0/ghc29241_2.hc: In function 'stg_ap_pppv_ret':
/tmp/ghc29241_0/ghc29241_2.hc:2868:30:
warning: function called through a non-compatible type [enabled by
default]
/tmp/ghc29241_0/ghc29241_2.hc:2868:30:
note: if this code is reached, the program
I think you can summarise all that with tl;dr the right thing will
happen, you don't have to remember to give any new flags to GHC or Cabal.
Cheers,
Simon
On 09/02/2014 21:14, Austin Seipp wrote:
Actually, just to keep it even simpler, so nobody else is confused
further: Cabal will *also*
On 05/01/2014 23:48, John Lato wrote:
(FYI, I expect I'm the source of the suggestion that ghc -M is broken)
First, just to clarify, I don't think ghc -M is obviously broken.
Rather, I think it's broken in subtle, unobvious ways, such that
trying to develop a make-based project with ghc -M
On 19/12/2013 03:00, Mikhail Glushenkov wrote:
The problem in https://github.com/haskell/cabal/issues/1611 is with
that we have a module (say, A) from which we're only importing a
single value, and this module is a part of the cabal-install source
tree. It would be nice if the whole contents of
On 07/11/13 05:03, Evan Laforge wrote:
Is anyone out there using HPC? It seems like it was gotten into a
more or less working if not ideal state, and then abandoned.
Things I've noticed lately:
The GHC runtime just quits on the spot if there's already a tix file.
This bit me when I was
Simon, Austin and I discussed this briefly yesterday. There's an
existing ticket:
http://ghc.haskell.org/trac/ghc/ticket/4268
I added a comment to the ticket to summarise our conclusion: we won't
add a flag for the pragma, however we should add a warning when an ANN
pragma is being
Thanks for all the comments. I've updated the wiki page, in particular
to make it clear that Applictive do-notation would be an opt-in extension.
Cheers,
Simon
On 02/10/13 16:09, Dan Doel wrote:
Unfortunately, in some cases, function application is just worse. For
instance, when the result
-expression internally.
Cheers,
Simon
On Tue, Oct 1, 2013 at 2:39 PM, Simon Marlow marlo...@gmail.com
mailto:marlo...@gmail.com wrote:
Following a couple of discussions at ICFP I've put together a
proposal for desugaring do-notation to Applicative:
http://ghc.haskell.org/trac
Following a couple of discussions at ICFP I've put together a proposal
for desugaring do-notation to Applicative:
http://ghc.haskell.org/trac/ghc/wiki/ApplicativeDo
I plan to implement this following the addition of Applicative as a
superclass of Monad, which is due to take place shortly
On 09/09/13 08:14, Edward Z. Yang wrote:
Excerpts from Kazu Yamamoto (山本和彦)'s message of Sun Sep 08 19:36:19 -0700 2013:
% make show VALUE=GhcLibWays
make -r --no-print-directory -f ghc.mk show
GhcLibWays=v p dyn
Yes, it looks like you are missing p_dyn from this list. I think
this
linker patches that are landing soon we are not too far off
from
having this work.
Edward
[1] http://ghc.haskell.org/trac/ghc/ticket/4837
Excerpts from Mikhail Glushenkov's message of Mon Sep 09 14:15:54 -0700
2013:
Hi,
On Mon, Sep 9, 2013 at 10:11 PM, Simon Marlow marlo...@gmail.com
On 25/08/13 13:48, Yitzchak Gale wrote:
I had trouble installing the generic 64-bit Linux tarball for 7.6.3.
With some help from Ian, who pointed out that the problem was
related to ld-linux.so, I finally figured out the root of the problem:
the installation requires *both* the 64-bit and 32-bit
On 28/07/13 14:36, Roman Cheplyaka wrote:
The documentation for throwTo says:
throwTo does not return until the exception has been raised in the
target thread. The calling thread can thus be certain that the target
thread has received the exception. This is a useful property to know
On 12/08/13 10:20, Roman Cheplyaka wrote:
Hi,
Is there any way to log asynchronous exceptions to the eventlog,
including information on which thread sent the exception and to which
thread it was sent?
You can insert events yourself using Debug.Trace.traceEventIO. Adding
some built-in events
On 26/06/13 04:13, Austin Seipp wrote:
Thanks Manuel!
I have an update on this work (I am also CC'ing glasgow-haskell-users,
as I forgot last time.) The TL;DR is this:
* HEAD will correctly work with Clang 3.4svn on both Linux, and OS X.
* I have a small, 6-line patch to Clang to fix the
On 04/03/13 06:02, Akio Takano wrote:
Hi,
If I compile and run the attached program in the following way, it
crashes on exit:
$ ghc -threaded thr_interrupted.hs
$ ./thr_interrupted
thr_interrupted: Main_dtl: interrupted
This is particularly bad when profiling, because the program
terminates
On 25/02/13 18:05, Ian Lynagh wrote:
On Mon, Feb 25, 2013 at 06:38:46PM +0100, Herbert Valerio Riedel wrote:
Ian Lynagh i...@well-typed.com writes:
[...]
If we did that then every package would depend on haskell2010, which
is fine until haskell2013 comes along and they all need to be changed
On 25/02/13 19:25, Johan Tibell wrote:
Hi all,
Let me add the goals I had in mind last time I considered trying to
split base.
1. I'd like to have text Handles use the Text type and binary Handles
use the ByteString type. Right now we have this somewhat awkward setup
where the I/O APIs are
On 20/02/13 15:40, Joachim Breitner wrote:
+-- | This exception is thrown by the 'fail' method of the 'Monad' 'IO'
instance.
+--
+-- The Exception instance of IOException will also catch this, converting the
+-- IOFail to a UserError, for compatibility and consistency with the Haskell
+--
On 20/02/13 17:12, Ian Lynagh wrote:
On Fri, Feb 15, 2013 at 02:45:19PM +, Simon Marlow wrote:
Remember that fingerprinting is not hashing. For fingerprinting we
need to have a realistic expectation of no collisions. I don't
think FNV is suitable.
I'm sure it would be possible
On 15/02/13 09:36, Simon Peyton-Jones wrote:
| Doesn't the FFI pull in some part of the I/O layer, though? In
| particular threaded programs are going to end up using forkOS?
|
| Another good reason to try to have a pure ground library.
Remember that we have UNSAFE ffi calls and SAFE ones.
On 15/02/13 08:36, Joachim Breitner wrote:
Hi,
Am Donnerstag, den 14.02.2013, 21:41 -0500 schrieb brandon s allbery
kf8nh:
On Thursday, February 14, 2013 at 8:14 PM, Johan Tibell wrote:
On Thu, Feb 14, 2013 at 2:53 PM, Joachim Breitner
m...@joachim-breitner.de wrote:
I don't think having FFI
On 15/02/13 12:22, Joachim Breitner wrote:
Hi,
more progress: On top of base-pure, I created base-io involving GHC/IO
and everything required to build it (which pulled in ST, some of Foreign
and unfortunately some stuff related to Handles and Devices, because it
is mentioned in IOException).
On 13/02/13 07:06, wren ng thornton wrote:
On 2/12/13 3:37 AM, Simon Marlow wrote:
One reason for the major version bumps is that base is a big
conglomeration of modules, ranging from those that hardly ever change
(Prelude) to those that change frequently (GHC.*). For example, the new
IO
On 11/02/13 23:03, Johan Tibell wrote:
Hi,
I think reducing breakages is not necessarily, and maybe not even
primarily, an issue of releases. It's more about realizing that the cost
of breaking things (e.g. changing library APIs) has gone up as the
Haskell community and ecosystem has grown. We
?
Simon
*From:*Mark Lentczner [mailto:mark.lentcz...@gmail.com]
*Sent:* 09 February 2013 17:48
*To:* Simon Marlow; Manuel M T Chakravarty; Johan Tibell; Simon
Peyton-Jones; Mark Lentczner; andreas.voel...@gmail.com; Carter
Schonwald; kosti...@gmail.com; Edsko de Vries; ghc-d...@haskell.org;
glasgow
a large number of packages on Hackage?
Manuel
Johan Tibell johan.tib...@gmail.com mailto:johan.tib...@gmail.com:
On Fri, Feb 8, 2013 at 6:28 AM, Simon Marlow marlo...@gmail.com
mailto:marlo...@gmail.com wrote:
For a while we've been doing one major release per year, and 1-2
minor
right to use 7.6.2 for the next HP. Don’t even think
about 7.8.
Simon
*From:*Mark Lentczner [mailto:mark.lentcz...@gmail.com]
*Sent:* 07 February 2013 17:43
*To:* Simon Peyton-Jones
*Cc:* andreas.voel...@gmail.com; Carter Schonwald; GHC users; Simon
Marlow; parallel-haskell; kosti...@gmail.com
. In this period, cap 12 briefly runs thread 537 (32.326781s)
but while running HEC 17 attempts to wake up 517 again.
All-in-all, something seems a bit strange. Any ideas what might be going
on here?
I've CC'd Edward Yang (who I understand has recently been doing a
rework on the scheduler) and Simon
On 26/01/13 08:24, Nathan Hüsken wrote:
On 01/25/2013 05:45 PM, Simon Marlow wrote:
On 25/01/13 16:35, Simon Marlow wrote:
On 25/01/13 15:51, Stephen Paul Weber wrote:
Somebody claiming to be Simon Marlow wrote:
On 25/01/13 13:58, Nathan Hüsken wrote:
A simple hello world application has
On 28/01/13 11:21, Simon Peyton-Jones wrote:
I would like to explore making a backend for .NET. I've done a lot of
background reading about previous .NET and JVM attempts for Haskell. It
seems like several folks have made significant progress in the past and,
with the exception of UHC, I can't
On 28/01/13 01:15, Jason Dagit wrote:
I would like to explore making a backend for .NET. I've done a lot of
background reading about previous .NET and JVM attempts for Haskell. It
seems like several folks have made significant progress in the past and,
with the exception of UHC, I can't find any
On 28/01/13 06:35, Christopher Done wrote:
The trac claims that ghc can compile itself to C so that only standard gnu C
tools are needed to build an unregistered compiler.
Wait, it can? Where's that?
It used to be able to. Nowadays we cross-compile.
Cheers,
Simon
On 28 January
On 24/01/13 16:58, Nathan Hüsken wrote:
On 01/24/2013 04:50 PM, Stephen Paul Weber wrote:
Somebody claiming to be Nathan Hüsken wrote:
On 01/24/2013 04:28 PM, Stephen Paul Weber wrote:
Do you think it is specifically the 3.2 that made it work?
Yes. With llvm version 3.1 I was only able to
FYI, I created a wiki page for cross-compiling to Raspberry Pi:
http://hackage.haskell.org/trac/ghc/wiki/Building/Preparation/RaspberryPi
I have an unregisterised build using LLVM working now (it just worked,
modulo the tiny fix for #7622).
Cheers,
Simon
On 21/01/13 16:06, Karel
Jan 2013, at 10:46, Simon Marlow marlo...@gmail.com wrote:
FYI, I created a wiki page for cross-compiling to Raspberry Pi:
http://hackage.haskell.org/trac/ghc/wiki/Building/Preparation/RaspberryPi
I have an unregisterised build using LLVM working now (it just worked, modulo
the tiny fix
On 25/01/13 14:30, JP Moresmau wrote:
Hello, I just want to be sure of what's the fastest way to reload a
module with the GHC API.
I have a file whose path is fp
I load the module with:
addTarget Target { targetId = TargetFile fp Nothing, targetAllowObjCode
= True, targetContents = Nothing }
On 25/01/13 13:58, Nathan Hüsken wrote:
A simple hello world application has 1Mb in by 64 bit ubunut machine.
When I stript it, is has about 750kb.
GHC statically links all its libraries by default. If you want a
dynamically linked executable, use -dynamic (ensure you have the dynamic
25, 2013 at 4:33 PM, Simon Marlow marlo...@gmail.com
mailto:marlo...@gmail.com wrote:
On 25/01/13 14:30, JP Moresmau wrote:
Hello, I just want to be sure of what's the fastest way to reload a
module with the GHC API.
I have a file whose path is fp
I load
On 24/01/13 11:21, Nathan Hüsken wrote:
Hey,
I am trying to adapt some code in the libraries when compiling for
android (i.E. because some things are different on android to other
posix systems).
So in C code I would just do #ifdef __ANDROID__.
While in the *.h and *.c files it seems to work,
On 19/01/13 07:32, Stephen Paul Weber wrote:
Somebody claiming to be Stephen Paul Weber wrote:
Somebody claiming to be Nathan Hüsken wrote:
Was that an registerised or unregisterised build?
Did anyone succesfully build ghc on an arm system which produces non
crashing executables?
Just
On 17/01/13 20:06, Johan Tibell wrote:
On Thu, Jan 17, 2013 at 12:01 PM, Johan Tibell johan.tib...@gmail.com wrote:
I forgot I once raised this on the GHC bug tracker:
http://hackage.haskell.org/trac/ghc/ticket/7025
Here's what Simon M had to say back then:
The right thing is to put -msse in
On 16/01/13 08:32, Magicloud Magiclouds wrote:
Hi,
Just read a post about schedulers in erlang and go lang, which
informed me that erlang is preemptive and go lang is cooperative.
So which is used by GHC? From ghc wiki about rts, if the question is
only within haskell threads, it seems
Right, we deliberately don't add subject tags for exactly that reason.
There are enough headers in mailing list emails for your mail reader to
automatically filter/tag messages if you need to.
Cheers,
Simon
On 20/12/12 09:21, Johan Tibell wrote:
I'd prefer if they weren't tagged. My
On 15/12/12 14:46, Jan Stolarek wrote:
OK, so how can we improve it?
First of all I think that materials in the wiki are well organized for people
who already have
some knowledge and only need to learn about particular things they don't yet
know. In this case I
think it is fine to have wiki
On 18/12/12 10:09, Jan Stolarek wrote:
It turns out that running 'perl boot' in symlinked directory (ghc-build) is not
enough. I had to
run 'perl boot' in the original ghc-working dir and now configure succeedes in
ghc-build.
You shouldn't do that, because now you have build files in your
On 18/12/12 12:33, Roman Cheplyaka wrote:
* Simon Peyton-Jones simo...@microsoft.com [2012-12-18 10:32:39+]
(This belongs on cvs-ghc, or the upcoming ghc-devs.)
| I find our tests to be quite hard to navigate, as the majority have
| names like tc12345.hs or some such. I suggest we instead
On 18/12/12 15:51, Simon Peyton-Jones wrote:
| It seems that many informations in the wiki are duplicated. There are
| two pages about
| repositories:
| http://hackage.haskell.org/trac/ghc/wiki/Repositories
| http://hackage.haskell.org/trac/ghc/wiki/WorkingConventions/Repositori
| es
On 12/12/12 17:06, Greg Fitzgerald wrote:
On Wed, Dec 12, 2012 at 4:35 AM, Simon Marlow marlo...@gmail.com
mailto:marlo...@gmail.com wrote:
Now, all that LLVM knows is that z was read from Sp[8], it has no
more information about its value.
Are you saying Hoopl can deduce the original
On 12/12/12 17:37, Johan Tibell wrote:
On Wed, Dec 12, 2012 at 4:35 AM, Simon Marlow marlo...@gmail.com wrote:
On 11/12/12 21:33, Johan Tibell wrote:
I'd definitely be interesting in understanding why as it, like you
say, makes it harder for LLVM to understand what our code does and
optimize
On 12/12/12 18:03, David Terei wrote:
Hi Nathan,
So dynamic libraries should be supported on a few platforms but not
all, not as many as the NCG. Support also varies from LLVM version.
What platform and version of LLVM are you trying to utilize? And
specifically what flags are you using?
Also
On 13/12/12 09:54, Yuras Shumovich wrote:
On Thu, 2012-12-13 at 09:41 +, Chris Nicholls wrote:
What's the best way to get started? Bug fixes? Writing a toy plugin? I
don't have a huge amount of time to offer, but I would like to learn to
help!
GHC bug sweep is the way I'm trying to
On 11/12/12 21:33, Johan Tibell wrote:
On Tue, Dec 11, 2012 at 11:16 AM, Simon Peyton-Jones
simo...@microsoft.com wrote:
Notice that the stack is now *explicit* rather than implicit, and LLVM has no
hope of moving the assignment to z past the call to g (which is trivial in the
original). I
On 10/12/12 12:46, Yuras Shumovich wrote:
On Mon, 2012-12-10 at 10:58 +, Simon Marlow wrote:
On 08/12/12 23:12, Yuras Shumovich wrote:
I tried to hack stg_putMVarzh directly:
if (enabled_capabilities == 1) {
info = GET_INFO(mvar);
} else {
(ptr info
On 10/12/12 00:11, Nils wrote:
I'm currently working with a C library that needs to use/modify global C
variables, for example:
igraph_bool_t igraphhaskell_initialized = 0;
int igraphhaskell_initialize()
{
if (igraphhaskell_initialized != 0)
{
printf(C: Not
On 09/12/12 21:39, Ian Lynagh wrote:
We are pleased to announce the first release candidate for GHC 7.6.2:
http://www.haskell.org/ghc/dist/7.6.2-rc1/
This includes the source tarball, installers for Windows, and
bindists for Windows, Linux, OS X and FreeBSD, on x86 and x86_64.
We plan
On 08/12/12 23:12, Yuras Shumovich wrote:
Hi,
I'm working on that issue as an exercise/playground while studding the
GHC internals: http://hackage.haskell.org/trac/ghc/ticket/693
It's not at all clear that we want to do this. Perhaps you'll be able
to put the question to rest and close the
On 06/12/12 22:11, Johan Tibell wrote:
On Thu, Dec 6, 2012 at 1:34 PM, Simon Marlow marlo...@gmail.com wrote:
So are you going to add the two missing MachOps, MO_UF_Conv MO_FU_Conv?
I'm trying to add those. I'm now thinking that I will use C calls
(which is still much faster than going via
On 05/12/12 15:17, Brandon Allbery wrote:
On Wed, Dec 5, 2012 at 12:03 AM, Chris Smith cdsm...@gmail.com
mailto:cdsm...@gmail.com wrote:
I'm curious how much of the compile twice situation for static and
dynamic libraries could actually be shared.
Probably none; on most platforms
On 06/12/12 17:04, Ian Lynagh wrote:
On Thu, Dec 06, 2012 at 12:29:01PM +, Simon Peyton-Jones wrote:
My own understanding is this:
A GHC *user* is someone who uses GHC, but doesn't care how it is implemented.
A GHC *developer* is someone who wants to work on GHC itself in some way.
The
On 06/12/12 13:23, Sean Leather wrote:
On Thu, Dec 6, 2012 at 1:29 PM, Simon Peyton-Jones wrote:
My own understanding is this:
A GHC *user* is someone who uses GHC, but doesn't care how it is
implemented.
A GHC *developer* is someone who wants to work on GHC itself in some
On 06/12/12 11:01, Herbert Valerio Riedel wrote:
Ben Lippmeier b...@ouroborus.net writes:
On 06/12/2012, at 12:12 , Johan Tibell wrote:
I'm currently trying to implement word2Double#. Other such primops
support both x87 and sse floating point math. Do we still support x87
fp math? Which
On 06/12/12 00:29, Johan Tibell wrote:
Hi!
I'm trying to implement word2Double# and I've looked at how e.g. LLVM
does it. LLVM outputs quite clever branchless code that uses two
predefined constants in the .data section. Is it possible to add
contents to the current .data section from a
On 06/12/12 21:35, Brandon Allbery wrote:
On Thu, Dec 6, 2012 at 4:04 PM, Simon Marlow marlo...@gmail.com
mailto:marlo...@gmail.com wrote:
On 05/12/12 15:17, Brandon Allbery wrote:
Probably none; on most platforms you're actually generating
different
code (dynamic
On 03/12/12 20:11, Joachim Breitner wrote:
Dear Michał,
Am Sonntag, den 02.12.2012, 22:44 +0100 schrieb Michał J. Gajda:
On 12/02/2012 09:20 PM, Joachim Breitner wrote:
I noticed that Ubuntu, as well as Debian and original packages come
without some variants of threaded debugging binaries.
A
On 30/11/12 03:54, Johan Tibell wrote:
While writing a new nofib benchmark today I found myself wondering
whether all the nofib benchmarks are run just before each release,
which the drove me to go look for a document describing the release
process. A quick search didn't turn up anything, so I
On 27/11/12 14:52, Ian Lynagh wrote:
GHC HEAD now has support for using dynamic libraries by default (and in
particular, using dynamic libraries and the system linker in GHCi) for a
number of platforms.
This has some advantages and some disadvantages, so we need to make a
decision about what we
On 28/11/12 23:15, Johan Tibell wrote:
What does gcc do? Does it link statically or dynamically by default?
Does it depend on if it can find a dynamic version of libraries or
not?
If it finds a dynamic library first, it links against that.
Unlike GHC, with gcc you do not have to choose at
On 27/11/12 23:28, Joachim Breitner wrote:
Hi,
Am Dienstag, den 27.11.2012, 14:52 + schrieb Ian Lynagh:
The various issues are described in a wiki page here:
http://hackage.haskell.org/trac/ghc/wiki/DynamicByDefault
If you have a few minutes to read it then we'd be glad to hear your
On 27/11/12 14:52, Ian Lynagh wrote:
Hi all,
GHC HEAD now has support for using dynamic libraries by default (and in
particular, using dynamic libraries and the system linker in GHCi) for a
number of platforms.
This has some advantages and some disadvantages, so we need to make a
decision
On 28/11/12 12:48, Ian Lynagh wrote:
On Wed, Nov 28, 2012 at 09:20:57AM +, Simon Marlow wrote:
My personal opinion is that we should switch to dynamic-by-default
on all x86_64 platforms, and OS X x86. The performance penalty for
x86/Linux is too high (30%),
FWIW, if they're able to move
Today I'm announcing that I'm leaving Microsoft Research.
My plan is to take a break to finish the book on Parallel and
Concurrent Haskell for O'Reilly, before taking up a position at
Facebook in the UK in March 2013.
This is undoubtedly a big change, both for me and for the Haskell
community.
Please submit a bug (ideally with a patch!). It should be documented.
However, note that we don't really like people to use PackageImports.
It's not a carefully designed feature, we only hacked it in so we could
build the base-3 wrapper package a while ago. It could well change in
the future.
On 12/11/2012 16:56, Simon Hengel wrote:
Did you try -fpedantic-bottoms?
I just tried. The exception (or seq?) is still optimized away.
Here is what I tried:
-- file Foo.hs
import Control.Exception
import Control.DeepSeq
main = evaluate (('a' : undefined) `deepseq`
Did you try -fpedantic-bottoms?
Cheers,
Simon
On 08/11/2012 19:16, Edward Z. Yang wrote:
It looks like the optimizer is getting confused when the value being
evaluated is an IO action (nota bene: 'evaluate m' where m :: IO a
is pretty odd, as far as things go). File a bug?
Cheers,
On 10/11/2012 19:53, Stephen Paul Weber wrote:
Hey all,
I'm interesting in trying to get an initial port for BlackBerry 10 (QNX)
going. It's a POSIXish environment with primary interest in two
architechtures: x86 (for simulator) and ARMv7 (for devices).
I'm wondering if
1 - 100 of 2671 matches
Mail list logo