Hi PHO,
Thanks for the detailed message. I will look at your report closely and get
back to you soon.
-Andi
On Fri, Mar 15, 2013 at 4:20 PM, Johan Tibell johan.tib...@gmail.comwrote:
First, thanks for the very detailed investigation. I've CC:ed Andreas and
Kazu who has the most knowledge of
On Fri, Mar 15, 2013 at 3:54 PM, PHO p...@cielonegro.org wrote:
I found the HEAD stopped working on MacOS X 10.5.8 since the parallel
I/O manager got merged to HEAD. Stage-2 compiler successfully builds
(including Language.Haskell.TH.Syntax contrary to the report by Kazu
Yamamoto) but the
I created a ticket
http://hackage.haskell.org/trac/ghc/attachment/ticket/7773/
for the problem reported by PHO.
On Sat, Mar 16, 2013 at 5:07 PM, Andreas Voellmy
andreas.voel...@gmail.comwrote:
I started to look into fixing this issue, but HEAD no longer compiles for
me. Here is the build
I got a fresh copy of HEAD today, and the build failed. The failing command
is:
$ cd libraries sh gen_contents_index --intree
haddock: internal error:
/Users/andreas/repos/temp-ghc-2/ghc-build/inplace/lib/html/Ocean.std-theme/hslogo-16.png:
copyFile: does not exist (No such file or directory)
I
I see gmp.h and libgmp.a in my build trees, but not in the source trees.
I.e. when I check out the source these aren't present, but after I build
they are (at least in the past they were).
-Andi
On Fri, Apr 26, 2013 at 10:17 AM, Jan Stolarek jan.stola...@p.lodz.plwrote:
I checked some older
Thanks to everyone for the comments.
I didn't try to fix the build system. I took the easy approach and just
used macports to install gmp on my system and added macports' lib and
include paths to the C_INCLUDE_PATH and LIBRARY_PATH variables. The build
succeeded now.
Maybe I should add a note to
Hi all,
I'm trying to validate a bug fix for the IO manager on mac os x, but when I
run validate I am running into a problem due to haddock. I see what the
problem is, but I'm not sure where I should go to fix it. Here is what
happens:
Validate fails when it gets to the following command:
I can confirm that I see the same behavior (on linux) that Simon reported;
that is, when I run validate, I see SafeHaskell failures, but when I run
the make in testsuite/tests/safeHaskell/check everything checks out.
By the way, should I delay pushing patches to the IO manager until this is
a build tree, invoking lndir with an
absolute rather than relative path fixes things (for me).
Geoff
On 04/29/2013 01:11 AM, Andreas Voellmy wrote:
This seems to be caused by running sh validate in a build tree setup
per the instructions
here http://hackage.haskell.org/trac/ghc/wiki
Hi Nicolas,
I'm glad you raised this issue. I've just recently been granted permission
to apply patches to the IO manager, and I want to be sure my patches are
good before applying them. It's hard to tell whether things are OK when the
validation already fails. It would be great to get these
Kazu, thanks for noticing this! I will try to recreate it on my server as
well.
-Andi
On Tue, Sep 3, 2013 at 5:57 PM, Johan Tibell johan.tib...@gmail.com wrote:
Hi Kazu,
On Tue, Sep 3, 2013 at 2:52 PM, Kazu Yamamoto k...@iij.ad.jp wrote:
Hi,
As I said before, I started running HTTP
Hi Kazu,
What sort of workload was the mighty server under during those 1 or 2 days
while you waited for it to become unresponsive. I.e. was this a production
web server? Or were you generating requests at some frequency or leaving it
mostly idle?
-Andi
On Tue, Sep 3, 2013 at 6:29 PM, Andreas
Is there a workaround for http://ghc.haskell.org/trac/ghc/ticket/8276. I
haven't been able to build HEAD for a while due to this issue.
-Andi
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
Thanks! That worked.
On Tue, Oct 8, 2013 at 12:35 AM, Kazu Yamamoto k...@iij.ad.jp wrote:
Andi,
Is there a workaround for http://ghc.haskell.org/trac/ghc/ticket/8276. I
haven't been able to build HEAD for a while due to this issue.
Put the following one line to your mk/build.mk.
Hi all,
I have a program that uses STM heavily and also performs lots of foreign
calls. I've noticed that sometimes the program uses 100% CPU indefinitely
and uses lots of memory - I see it go up to about 5GB before I kill it.
I've grabbed some preliminary samples of stack traces and see lots stm
(presumably now
fixed in head?), have you been able to reproduce the problem in head?
theres also some issues with STM relating to fairness, could you be
hitting a fairness issue?
On Wed, Oct 16, 2013 at 9:01 PM, Andreas Voellmy
andreas.voel...@gmail.com wrote:
Hi all,
I have a program
://ghc.haskell.org/trac/ghc/ticket/8298. I doubt either
of these is related. I'm happy to help narrow things down.
Ryan
On Thu, Oct 17, 2013 at 4:39 AM, Simon Marlow marlo...@gmail.com wrote:
On 17/10/2013 03:01, Andreas Voellmy wrote:
Hi all,
I have a program that uses STM heavily and also
, Oct 17, 2013 at 10:53 AM, Andreas Voellmy andreas.voel...@gmail.com
wrote:
Thanks! I'll try to reduce my test case and then I'll post an issue.
I'm currently suspecting that it has something to do with signal handling
and STM. It seems that the program goes wrong after getting a SIGPIPE from
I added a note about the parallel IO manager status to
https://ghc.haskell.org/trac/ghc/wiki/Status/GHC-7.8. There are two issues
I'd still like to resolve. Is there a target date for the release?
-Andi
On Fri, Nov 8, 2013 at 12:02 AM, Andreas Voellmy
andreas.voel...@gmail.comwrote:
Yes
Hi GHCers,
I've been looking into issue #9284, which boils down to getting certain
foreign calls issued by HS threads to finish (i.e. return) in the exit
sequence of forkProcess.
There are several options for solving the particular problem in #9284; one
option is to issue the particular foreign
Thanks Edward! Another question...
deleteThread() calls throwToSingleThreaded(). I can update this so that it
also calls throwToSingleThreaded() in the case
of BlockedOnCCall_Interruptible (currently it explicitly excludes this
case), but this doesn't solve the problem, because
if sched_state is SCHED_INTERRUPTING or SCHED_SHUTTING_DOWN, but this
caused more trouble, so it seems that it's not a simple change.
On Sat, Aug 2, 2014 at 1:55 PM, Andreas Voellmy andreas.voel...@gmail.com
wrote:
Thanks Edward! Another question...
deleteThread() calls throwToSingleThreaded(). I can
| -Original Message-
| From: Simon Peyton Jones
| Sent: 20 August 2014 23:48
| To: 'Gabor Greif'; 'ghc-devs@haskell.org'; 'Andreas Voellmy'
| Subject: RE: Windows build fails -- again!
|
| Help! My Windows build is still falling over as below.
|
| Andreas, you seem to be the author
On Sat, Oct 11, 2014 at 12:17 AM, Ben Gamari bgamari.f...@gmail.com wrote:
In ba2555ef and a6f52b19 one-shot semantics were added to event manager
in `base`. If my understanding of this code is correct, in this mode the
event manager will use only notify the user of the first event on a
On Sat, Oct 11, 2014 at 1:07 AM, Ben Gamari bgamari.f...@gmail.com wrote:
Thanks for your quick reply!
Andreas Voellmy andreas.voel...@gmail.com writes:
On Sat, Oct 11, 2014 at 12:17 AM, Ben Gamari bgamari.f...@gmail.com
wrote:
I'm a bit perplexed as to why the change was made
by clients.
Andi
On Sat, Oct 11, 2014 at 9:31 AM, Andreas Voellmy andreas.voel...@gmail.com
wrote:
On Sat, Oct 11, 2014 at 1:07 AM, Ben Gamari bgamari.f...@gmail.com
wrote:
Thanks for your quick reply!
Andreas Voellmy andreas.voel...@gmail.com writes:
On Sat, Oct 11, 2014 at 12:17 AM
On Sat, Oct 11, 2014 at 12:17 PM, Ben Gamari bgamari.f...@gmail.com wrote:
Andreas Voellmy andreas.voel...@gmail.com writes:
On Sat, Oct 11, 2014 at 1:07 AM, Ben Gamari bgamari.f...@gmail.com
wrote:
Thanks for your quick reply!
What I'm wondering is what the extra complexity bought
cores, 2x PCIe
flash and 128GB of RAM -
http://www.rackspace.com/cloud/servers/onmetal/
On Mon, Oct 13, 2014 at 2:05 PM, Ben Gamari bgamari.f...@gmail.com
wrote:
Ben Gamari bgamari.f...@gmail.com writes:
Andreas Voellmy andreas.voel...@gmail.com writes:
On Sat, Oct 11, 2014 at 12:17 PM
Yes, I'll try to describe it and script it so that others can understand
the benchmarks and run it easily as well.
On Tue, Oct 14, 2014 at 1:23 PM, Ben Gamari bgamari.f...@gmail.com wrote:
Andreas Voellmy andreas.voel...@gmail.com writes:
This is awesome. I'd like to try to recreate some
Gamari bgamari.f...@gmail.com writes:
Andreas Voellmy andreas.voel...@gmail.com writes:
On Sat, Oct 11, 2014 at 12:17 PM, Ben Gamari bgamari.f...@gmail.com
wrote:
Ah... so this is not useful to you. I guess we could add `loop` to
GHC.Event's export list. On the other hand, I like your
30 matches
Mail list logo
