Re: Stack traces in ghci

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

Re: Stack traces in ghci

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

[Haskell] Haskell positions at Facebook

Want to write Haskell for a living? At Facebook we're looking for Spam Fighters. A large part of this job involves writing Haskell code to run on our Sigma/Haxl platform. It's a fascinating and exciting area to work in, using state of the art tools and systems, working with amazing people, and

Warnings, -Wall, and versioning policy

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

[Haskell] Research internship at Facebook

We have a research internship available for summer 2016 working with the Haxl team at Facebook. The internship is available to mid-term PhD students, and should be of interest to anyone who is interested in working on Haskell, concurrency, garbage collection, static analysis, or related

Re: -prof, -threaded, and -N

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

Re: Native -XCPP Conclusion

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

Re: Thread behavior in 7.8.3

(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

Re: Thread behavior in 7.8.3

. 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

Re: Thread behavior in 7.8.3

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

Re: RFC: changes to -i flag for finding source files

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

Re: GHC 7.8.3 release

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

Re: Future of DYNAMIC_GHC_PROGRAMS?

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

Re: Using mutable array after an unsafeFreezeArray, and GC details

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

Re: AlternateLayoutRule

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

Re: Using mutable array after an unsafeFreezeArray, and GC details

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,

Re: Using mutable array after an unsafeFreezeArray, and GC details

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

Re: how to compile non-dynamic ghc-7.8.2 ?

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

Re: RFC: changes to -i flag for finding source files

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

Re: RFC: changes to -i flag for finding source files

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

Re: RFC: changes to -i flag for finding source files

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

RFC: changes to -i flag for finding source files

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/

Re: -optl behavior in ghc-7.8.1

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

Re: -optl behavior in ghc-7.8.1

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

Re: PROPOSAL: Literate haskell and module file names

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

Re: PROPOSAL: Literate haskell and module file names

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

Re: can't load .so/.DLL - undefined symbol

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:

Re: RC2 build failures on Debian: sparc

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

Re: 7.8.1, template haskell, and dynamic libraries

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*

[Haskell] Fun in the Afternoon @Facebook, March 12 2014: Schedule

I had an incredible response to the call for talks for Fun @Facebook, thanks to everyone who offered a talk! The schedule and abstracts are below. As you can see, I've kept the slots short (25 minutes) in order to fit in 9 talks and 2 breaks. Time will be tight, but it should be good Fun.

Re: Parallel building multiple targets

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

Re: --split-objs

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

[Haskell] Fun in the Afternoon at Facebook London: 12 March 2014

[ please forward this to anyone who might be interested ] Fun in the Afternoon is a regular(ish) event consisting of talks about Functional Programming and related topics. The next one will be held at the Facebook offices in London on 12 March 2014 As with other Fun in the Afternoon

Re: love for hpc?

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

Re: Annotations

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

[Haskell] Internship at Facebook London working on Haxl

We have an opening for an internship at Facebook London in 2014, working on the Haxl project. Our project is a mix of language/DSL design, tools, and systems programming, written in a combination of Haskell and C++. We’re looking for a candidate who will be able to explore some of the open

Re: Desugaring do-notation to Applicative

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

Re: Desugaring do-notation to Applicative

-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

Re: [Haskell-cafe] Poll plea: State of GUI graphics libraries in Haskell

Great to hear that we're getting some payoff for the switch to dynamic linking in GHCi. Thanks for testing! Cheers Simon On 02/10/2013 07:23, Paul Liu wrote: Thanks. I've just built GHC HEAD on Mac OS X Lion, and tested by installing libraries with --enable-shared and loading a GLFW program

Desugaring do-notation to Applicative

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

Re: 7.8 Release Update

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

Re: 7.8 Release Update

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

Re: 32-bit libs required for 64-bit install

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

Re: throwTo semantics

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

Re: Log exceptions to eventlog

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

Re: proposal for trailing comma and semicolon

On 17/05/13 20:01, Ian Lynagh wrote: I'd be in favour of allowing a trailing or leading comma anywhere that comma is used as a separator. TupleSections would need to be changed or removed, though. The type constructors for tuples look like (,,,), so they would have to be a special case. I'd

Re: PSA: GHC can now be built with Clang

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

[Haskell] Reminder: two weeks to submit talks for CUFP 2013

) Thomas Gazagnaire (OCamlPro) Steve Vinoski (Basho) Jorge Ortiz (Foursquare, Inc.) Blake Matheny (Tumblr, Inc.) Simon Marlow (Facebook, Inc.) More information For more information on CUFP, including videos of presentations from previous years, take a look at the CUFP website at http

Re: Proposal: NoImplicitPreludeImport

On 05/06/13 02:53, Manuel M T Chakravarty wrote: Ian Lynagh i...@well-typed.com: On Tue, Jun 04, 2013 at 01:15:58PM +1000, Manuel M T Chakravarty wrote: If a module contains an import of the form import Prelude.XYZ then it also automatically uses the NoImplicitPrelude language pragma.

Re: Proposal: NoImplicitPreludeImport

On 28/05/13 17:08, Ian Lynagh wrote: On Tue, May 28, 2013 at 08:58:29AM -0700, Johan Tibell wrote: The likely practical result of this is that every module will now read: module M where #if MIN_VERSION_base(x,y,z) import Prelude #else import Data.Num import Control.Monad ... #endif for the

[Haskell] CUFP 2013: Call for Presentations

) Thomas Gazagnaire (OCamlPro) Steve Vinoski (Basho) Jorge Ortiz (Foursquare, Inc.) Blake Matheny (Tumblr, Inc.) Simon Marlow (Facebook, Inc.) More information For more information on CUFP, including videos of presentations from previous years, take a look at the CUFP website at http

Re: [Haskell-cafe] File I/O benchmark help (conduit, io-streams and Handle)

keep an eye on the thread. Cheers, Simon On 08/03/13 08:36, Gregory Collins wrote: +Simon Marlow A couple of comments: * maybe we shouldn't back the file by a Handle. io-streams does this by default out of the box; I had a posix file interface for unix (guarded by CPP

Re: 'interrupted' when exiting

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

Re: base package -- goals

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

Re: base package -- goals

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

Re: base package

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 +--

Re: base package (Was: GHC 7.8 release?)

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

Re: base package (Was: GHC 7.8 release?)

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.

Re: base package (Was: GHC 7.8 release?)

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

Re: base package (Was: GHC 7.8 release?)

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).

Re: GHC 7.8 release?

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

Re: GHC 7.8 release?

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

Re: GHC 7.8 release?

? 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

Re: GHC 7.8 release?

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

Re: GHC 7.8 release?

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

Re: Bang patterns

On 04/02/13 23:42, Ian Lynagh wrote: On Mon, Feb 04, 2013 at 10:37:44PM +, Simon Peyton-Jones wrote: I don't have a strong opinion about whether f ! x y ! z = e should mean the same; ie whether the space is significant. I think it's probably more confusing if the space is

Re: Extended periods of waking up thread %d on cap %d

. 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

Re: Size of crosscompiled exectuable

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

Re: How to get started with a new backend?

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

Re: How to get started with a new backend?

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

Re: How to get started with a new backend?

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

Re: any successfull ghc registerised builds on arm?

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

Re: Error building ghc on raspberry pi.

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

Re: Error building ghc on raspberry pi.

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

Re: Fastest way to reload module with GHC API

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 }

Re: Size of crosscompiled exectuable

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

Re: Fastest way to reload module with GHC API

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

Re: ghc passing -undef to preprocessor and thereby eliminating OS specific defines

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,

Re: any successfull ghc registerised builds on arm?

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

Re: Should ghc -msse imply gcc -msse

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

Re: What is the scheduler type of GHC?

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

Re: Tagging subjects of emails sent from the list

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

Re: How to start with GHC development?

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

Re: Separating build tree from the source tree

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

Re: Suggested policy: use declarative names for tests instead of increasing integers

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

Re: How to start with GHC development?

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

Re: Hoopl vs LLVM?

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

Re: Hoopl vs LLVM?

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

Re: Haskell Dynamic Loading with -fllvm

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

Re: How to start with GHC development?

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

Re: Hoopl vs LLVM?

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

Re: How to use C-land variable from Cmm-land?

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

Re: GHCi + FFI + global C variables

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

Re: [Haskell-cafe] GHCi + FFI + global C variables

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

Re: ANNOUNCE: GHC 7.6.2 Release Candidate 1

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

Re: How to use C-land variable from Cmm-land?

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

Re: Emitting constants to the .data section from the NatM monad

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

Re: Dynamic libraries by default and GHC 7.8

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

Re: proposal: separate lists for ghc-cvs commits and ghc-dev chatter

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

Re: proposal: separate lists for ghc-cvs commits and ghc-dev chatter

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

  1   2   3   4   5   6   7   8   9   10   >