Re: HEAD doesn't build. Totally stalled.

On Fri, 17 Jul 2020 10:45:37 +0800 Moritz Angermann wrote: > Well, we actually *do* test for __SSP__ in HEAD: > https://github.com/ghc/ghc/blob/master/rts/RtsSymbols.c#L1170 > Which currently lists: > #if !defined(mingw32_HOST_OS) && !defined(DYNAMIC) && > (defined(_FORTIFY_SOURCE) ||

Re: bug in aclocal.m4

On Sat, 22 Sep 2018 15:09:15 -0700 Evan Laforge wrote: > Tiny bug, so I'll just throw it out here instead of trying to get arc > set up again: > > aclocal.m4 line 2438, at head (commit > 7e77f41430ae1cad84d5b0c90328331d38f3eda0) has # typo'd as $. It > causes a harmless but alarming error in

Re: Setting Up a OpenBSD System for Building GHC Wiki Page

On Wed, 05 Apr 2017 20:58:41 +0200 Karel Gardas wrote: Thanks for starting the page Adam! Trying to wire older python look unusual. ghc-HEAD should work fine with python3. When I tried to build ghc on an fresh OpenBSD install I had to install the following on top:

Re: Building head on Openbsd

On Sun, 26 Mar 2017 15:08:50 +0200 Karel Gardas <karel.gar...@centrum.cz> wrote: > On 03/26/17 03:04 PM, Sergei Trofimovich wrote: > > I guess openbsd does not have definition of EM_PPC64 (yet?). > > IIRC it does not. I even remembering to fix this in the past but then

Re: Building head on Openbsd

On Sun, 26 Mar 2017 19:24:07 +0800 Adam Steen wrote: > Hi > > I attempt to build head today on OpenBSD current and failed, but i not sure > where to start to fix the problems. The full configure and build logs are > attached. Just a note: ghc-8.0 builds fine, ghc-8.2

Re: RTS's (old?) invariant regarding OS blocking

On Wed, 2 Mar 2016 16:38:56 +0200 Dan Aloni wrote: > Hi, > > While trying to gain insights into the RTS, I've noticed the following in > the Wiki page [1] on the topic of the scheduler: > > Invariant: a task that holds a capability is not blocked in the operating >

Re: Different behavior in ghci 7.8.3 vs 7.10.1?

On Fri, 26 Jun 2015 23:05:55 -0400 Dominick Samperi djsamp...@gmail.com wrote: Hello, I'm trying to run code that works with ghci 7.8.3 under ghci 7.10.1 but this fails. Under 7.8.3, when I run from the shell: export LD_LIBRARY_PATH=thepath ghci -lmylib -fno-ghci-sandbox mydriver.hs

Re: Different behavior in ghci 7.8.3 vs 7.10.1?

On Sat, 27 Jun 2015 07:59:33 -0400 Dominick Samperi djsamp...@gmail.com wrote: To test ghci 7.10.1 I compiled from source and simply placed the resulting bin in my PATH. Perhaps this is not enough? Sounds right. What does 'ghc --info' show? On the second suggestion, I tried ldd and found

Re: Playing with the profiler

On Sat, 17 Jan 2015 23:20:30 + Luís Gabriel lam...@gmail.com wrote: Hi there, I'm doing some experiments with the GHC time profiler and I need to add a new field to the Cost Centre structures. I managed to add the field in the *CCS.h* header as well as in *codeGen/StgCmmProf.hs* but for

Re: cminusminus.org does not have a link to the spec

implement it :) https://phabricator.haskell.org/D622 Reused 'CLOSURE' token and added import CLOSURE id; to existing import id; | -Original Message- | From: Sergei Trofimovich [mailto:sly...@gmail.com] | Sent: 16 September 2014 19:03 | To: Simon Peyton Jones | Cc: Norman

Re: Bash completion in GHC 7.10

On Wed, 10 Dec 2014 16:43:57 +0400 Lennart Kolmodin kolmo...@gmail.com wrote: Hi everybody! TL;DL GHC 7.10 will have better bash completion, try it out! I'd like your help to verify the categorisation of DynFlags into ghc / ghci / shared or hidden flags. Thank you! On the way to users :)

Re: ghc-7.10.1-rc1 build GC log messages

On Wed, 24 Dec 2014 20:27:27 +0100 Tuncer Ayaz tuncer.a...@gmail.com wrote: Building ghc-7.10.1-rc1, I see the following new messages: HC [stage 1] compiler/stage2/build/Dwarf.p_o ghc: 607994600 bytes, 145 GCs, 14478288/51516200 avg/max bytes residency (8 samples), 103M in use, 0.00 INIT

Re: more parser conflicts?

On Sat, 13 Dec 2014 15:19:34 + Sergei Trofimovich sly...@gmail.com wrote: On Wed, 03 Dec 2014 11:59:42 + Simon Marlow marlo...@gmail.com wrote: In unrelated work, I saw this scroll across when happy'ing the parser: shift/reduce conflicts: 60 reduce/reduce conflicts: 16

Re: more parser conflicts?

On Wed, 03 Dec 2014 11:59:42 + Simon Marlow marlo...@gmail.com wrote: In unrelated work, I saw this scroll across when happy'ing the parser: shift/reduce conflicts: 60 reduce/reduce conflicts: 16 These numbers seem quite a bit higher than what I last remember (which is

Re: Proposal: Improving the LLVM backend by packaging it

On Fri, 24 Oct 2014 18:52:53 -0500 Austin Seipp aus...@well-typed.com wrote: I won't repeat what's on the wiki page too much, but the TL;DR version is: we should start packaging a version of LLVM, and shipping it with e.g. binary distributions of GHC. It's just a lot better for everyone. I

Re: cminusminus.org does not have a link to the spec

to change it. Would you like to say more about the change you want to make, and why you want to make it? Is this relating directly to GHC or to some other project? Simon | -Original Message- | From: Sergei Trofimovich [mailto:sly...@gmail.com] | Sent: 14 September 2014 17:16

Re: Status updates

On Tue, 9 Sep 2014 08:34:03 -0500 Austin Seipp aus...@well-typed.com wrote: - Sergei spent some time filing bugs that we should fix in the testsuite, because they fail --slow validate. I believe these are two of them: - https://ghc.haskell.org/trac/ghc/ticket/9567 -

validate --slow bugs (was Re: Status updates)

On Wed, 3 Sep 2014 15:31:03 -0500 Austin Seipp aus...@well-typed.com wrote: Hi *, Here are some status updates for the past week, which have been a bit light. Woot! Great list! - I still think we should turn on --slow mode for our buildbots soon, but this will cause noise. I'd really

Re: Building HEAD (e83e873d) on mips64el: unknown package: old-locale-1.0.0.6

On Tue, 02 Sep 2014 08:48:22 +0400 Nikita Karetnikov nik...@karetnikov.org wrote: I have happened to find seemingly related bug in PIC handing on other PIC-sensitive RISCs: https://phabricator.haskell.org/D177 (also in ghc's master) I think it might help you to get ghci on your

Re: Building HEAD (e83e873d) on mips64el: unknown package: old-locale-1.0.0.6

On Thu, 14 Aug 2014 01:30:00 +0400 Nikita Karetnikov nik...@karetnikov.org wrote: /usr/bin/ld: rts/dist/build/Adjustor.dyn_o: relocation R_MIPS_HI16 against `__gnu_local_gp' can not be used when making a shared object; recompile with -fPIC rts/dist/build/Adjustor.dyn_o: could not read

Re: Raft of optimiser changes

On Thu, 28 Aug 2014 11:16:03 + Simon Peyton Jones simo...@microsoft.com wrote: I've just pushed a bunch of Core-to-Core optimisation changes that have been sitting in my tree for ages. The aggregate effect on nofib is very modest, but they are mostly aimed at corner cases, and

Re: clang warnings with unregisterised

On Fri, 29 Aug 2014 02:56:01 +0200 Gabor Greif ggr...@gmail.com wrote: Devs, I have built an UNREGISTERISED GHC, and the C-compiler used behind the scenes is clang. Now I get literally millions of warnings of the below kind:

Re: making ./validate run tests on all CPUs by default

On Wed, 13 Aug 2014 11:39:56 +0200 Tuncer Ayaz tuncer.a...@gmail.com wrote: On Tue, Aug 12, 2014 at 10:31 PM, Sergei Trofimovich wrote: Good evening all! Currently when being ran './validate' script (without any parameters): - builds ghc using 2 parallel jobs - runs testsuite using 2

making ./validate run tests on all CPUs by default

Good evening all! Currently when being ran './validate' script (without any parameters): - builds ghc using 2 parallel jobs - runs testsuite using 2 parallel jobs I propose to change the default value to amount of available CPUs: - build ghc using N+1 parallel jobs - run testsuite using N+1

Re: Perf regression: ghc --make: add nicer names to RTS threads (threaded IO manager, make workers) (f686682)

On Wed, 6 Aug 2014 22:15:34 +0300 Sergei Trofimovich sly...@gentoo.org wrote: On Wed, 06 Aug 2014 09:30:45 +0200 Joachim Breitner m...@joachim-breitner.de wrote: Hi, the attached commit seems to have regressed the scs nofib benchmark by ~3%: http://ghcspeed-nomeata.rhcloud.com

Re: RFC: style cleanup guidelines for GHC, and related bikeshedding

On Wed, 2 Jul 2014 14:59:13 -0500 Austin Seipp aus...@well-typed.com wrote: Hi *, First off, WARNING: BIKESHEDDING AHEAD. With that out of the way - today on IRC, there was some discussion about some stylistic/consistency issues in GHC, and being spurred by Johans recent proposal for

Re: cc ld extra flags

On Sat, 28 Jun 2014 08:31:41 -0700 Mark Lentczner mark.lentcz...@gmail.com wrote: I'd like to build GHC, and all the base libs, with an extra flag supplied to cc (well gcc) and ld commands: I thought I could just add this to mk/build.mk: SRC_CC_OPTS = -mmacos-version-min=10.7 SRC_LD_OPTS

Re: Windows breakage (+patch)

On Wed, 11 Jun 2014 21:35:57 +0300 Sergei Trofimovich sly...@gentoo.org wrote: On Wed, 11 Jun 2014 08:18:30 + Simon Peyton Jones simo...@microsoft.com wrote: Stefan, Guys This commit breaks the Windows build (ie my laptop) commit 9fd507e5758f4141ac2619f0db57136bcab035c6

Re: Failed to load interface for GHC.Integer.Type

On Mon, 09 Jun 2014 21:45:27 +0200 Joachim Breitner m...@joachim-breitner.de wrote: Hi, since http://git.haskell.org/ghc.git/commitdiff/1946922c61df427e59f8a00572fd4dd6501abd98 travis is complaining: HC [stage 1] libraries/base/dist-install/build/GHC/Unicode.o-boot HC [stage 1]

Re: Failed to load interface for GHC.Integer.Type

On Mon, 9 Jun 2014 23:56:37 +0300 Sergei Trofimovich sly...@gmail.com wrote: On Mon, 09 Jun 2014 21:45:27 +0200 Joachim Breitner m...@joachim-breitner.de wrote: Hi, since http://git.haskell.org/ghc.git/commitdiff/1946922c61df427e59f8a00572fd4dd6501abd98 travis is complaining

Re: 7.8.3 release - please speak up soon.

On Thu, 05 Jun 2014 16:37:36 +0200 Gergely Risko gerg...@risko.hu wrote: Probably I'm very late, and the Nix guys can hopefully workaround this on their own side, but can you take a quick look on: https://ghc.haskell.org/trac/ghc/ticket/8919 Hia! Can you write what problems are to ship

Re: [commit: ghc] master: Per-thread allocation counters and limits (b0534f7)

On Sun, 4 May 2014 09:34:16 +0100 William Kenyon g...@abacathoo.org wrote: I tested my patch on an old 32 bit laptop over night and it didn't work. I think it's best to revert Simon's patch and let him fix it when he gets chance. On 3 May 2014 12:59, William Kenyon g...@abacathoo.org wrote:

[PATCH] fix rts exported symbols base_GHCziIOziException_allocationLimitExceeded_closure

From: Sergei Trofimovich sly...@gentoo.org Commit b0534f78a73f972e279eed4447a5687bd6a8308e added new exported rts symbols, but slightly misspelled them. Observer on first compiled program: Linking dist/build/haskell-updater/haskell-updater ... /usr/lib64/ghc-7.9.20140503/rts-1.0/libHSrts.a

Re: ghc-7.8-rc2 in -O2 mode eats all stack and RAM on pandoc-citeproc / highlighting-kate

that it stops before generating too vast a program. Meanwhile you can use -fno-spec-constr to simply switch it off for offending modules. That should get you going. Simon | -Original Message- | From: ghc-devs [mailto:ghc-devs-boun...@haskell.org] On Behalf Of | Sergei Trofimovich

Re: ghc-7.8-rc2 in -O2 mode eats all stack and RAM on pandoc-citeproc / highlighting-kate

On Sat, 22 Mar 2014 22:21:42 +0300 Sergei Trofimovich sly...@gmail.com wrote: Hello! I have noticed the problem in ghc-7.6.3 first when tried to build all haskell userland with -O2 opt level. It led to amazing bugs! Here is one of those (highlighting-kate hackage package): [281

Re: FFI: c/c++ struct on stack as an argument or return value

On Tue, 18 Mar 2014 20:31:19 +0300 Yuras Shumovich shumovi...@gmail.com wrote: Hi, I thought I have lost the battle :) Thank you for the support, Simon! I'm interested in full featured solution: arguments, return value, foreign import, foreign export, etc. But it is too much for me to do

Re: quick vs perf builds

On Mon, 10 Mar 2014 18:59:38 +0100 Johan Tibell johan.tib...@gmail.com wrote: Added: https://github.com/ghc/ghc/commit/ddf79ebf69fe4a6e69d69d451a6040a53b1ea12c While at it: SRC_HC_OPTS= ... -H64m Just wondering: that '-H64m' is from some old times (pre 2007?). GHC seems to eat way

Standalone Deriving, GND and roles in 7.8.1-rc2

Hello! Trying to build random packages with fresh ghc-7.8.1-rc2 I've come up with a strange bit: https://github.com/trofi/Idris-dev/commit/9f93122ba1aa075c2fa1555fea68a6c403697e04 Is it an intended behaviour that deriving instance Parsing IdrisInnerParser capable of doing more, than

Re: Standalone Deriving, GND and roles in 7.8.1-rc2

On Wed, 5 Mar 2014 15:40:27 -0500 Richard Eisenberg e...@cis.upenn.edu wrote: I think those should be the same and that you've discovered a bug. What's the definition of the Parsing class? Here it goes [1]: class Alternative m = Parsing m where notFollowedBy :: (Monad m, Show a)

Re: [PATCH] compiler/ghc.mk: restore GhcHcOpts variable handling

On Sat, 15 Feb 2014 16:26:07 +0300 sly...@gmail.com wrote: From: Sergei Trofimovich sly...@gentoo.org Signed-off-by: Sergei Trofimovich sly...@gentoo.org --- compiler/ghc.mk | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) On trac as well: https://ghc.haskell.org/trac/ghc

Re: [PATCH] includes/stg/SMP.h: use 'NOSMP' instead of never defined 'WITHSMP'

: Sergei Trofimovich sly...@gentoo.org javascript:; Signed-off-by: Sergei Trofimovich sly...@gentoo.org javascript:; What a funny semicolon quote -- Sergei signature.asc Description: PGP signature ___ ghc-devs mailing list ghc-devs@haskell.org

Re: [PATCH] rts: unrust 'libbfd' debug symbols parser

On Sat, 15 Feb 2014 16:30:13 +0300 sly...@gmail.com wrote: From: Sergei Trofimovich sly...@gentoo.org Signed-off-by: Sergei Trofimovich sly...@gentoo.org --- configure.ac | 3 ++- rts/Printer.c| 10 -- rts/RtsStartup.c | 6 ++ 3 files changed, 16 insertions(+), 3

Re: [commit: ghc] master: Use ffi_prep_closure_loc rather than ffi_prep_closure (310735e)

commit 310735e7adce0145c653386c21686b4a1b96aea9 Author: Ian Lynagh i...@well-typed.com Date: Sun Apr 21 16:03:40 2013 +0100 Use ffi_prep_closure_loc rather than ffi_prep_closure The latter is deprecated. Part of #7718.

Re: libraries/unix: ghc-cabal: No buildable component found

On Mon, 18 Feb 2013 23:01:38 +0100 Karel Gardas karel.gar...@centrum.cz wrote: Hello, I'm trying to build GHC cross-compiler to RTEMS OS, but I'm stuck on getting this error message from ghc-cabal while configuring libraries/unix: ghc-cabal: No buildable component found gmake[1]: ***

Re: [PATCH] base: use --host as target, not uname

On Wed, 13 Feb 2013 22:47:40 +0100 Gabor Greif ggr...@gmail.com wrote: On 2/13/13, Sergei Trofimovich sly...@gmail.com wrote: From: Sergei Trofimovich sly...@gentoo.org Fixed bootstrap failure on linux for --target=mingw32 Signed-off-by: Sergei Trofimovich sly...@gentoo.org

Re: GHC 7.8 release?

Thanks for sharing! My perspective is of course as a user. I don't think I've ever run into a case where the compiler broken a previous work e.g. C++ program. On the other hand I have to make a release of most of the libraries I maintain with every GHC release (to bump cabal version

Re: [PATCH] Re: HEADS UP (was Re: [commit: ghc] master: Tidy up cross-compiling (109a1e5))

On Thu, 24 Jan 2013 15:06:58 + Simon Marlow marlo...@gmail.com wrote: On 23/01/13 23:44, Sergei Trofimovich wrote: mkGmpDerivedConstants is built for target and ran on host [attached patches for it] Thanks, I pushed your patches today. Cheers, Simon I see a ghc patch