- ghc-devs - Haskell.org

Bump base version
by David Feuer 24 Aug '18

24 Aug '18

We need to bump the base version to 4.12.1 to accommodate the StableName update. -- David Feuer Well-Typed

1 0

Unlifted primop types
by David Feuer 23 Aug '18

23 Aug '18

I'm trying to implement a single primop to replace sameMutVar#, sameMutableArray#, etc. The primop should have type unliftedPtrEquality# :: forall (a :: TYPE 'UnliftedRep). a -> a -> Int# Unfortunately, I don't see a way to express this type in primops.pp.txt. Is it possible? If not, what's the right way to give the primop the right type?

4 14

Thank you
by Simon Peyton Jones 22 Aug '18

22 Aug '18

Ryan I just wanted to thank you for the incredible job you are doing in finding and fixing GHC bugs. From deriving, to pattern-match overlap checking, to Template Haskell, to arcane corners of the type inference engine... you are a bug-fixing machine! Plus you often bisect to find the patch that caused a bug and/or distil a much smaller test case. Both are extremely helpful. Thank you. Simon

1 0

Build entirely broken
by Simon Peyton Jones 22 Aug '18

22 Aug '18

>From a clean build I'm getting this ld: cannot find libraries/ghc-prim/dist-install/build/GHC/CString.o: No such file or directory ld: cannot find libraries/ghc-prim/dist-install/build/GHC/Classes.o: No such file or directory ld: cannot find libraries/ghc-prim/dist-install/build/GHC/Debug.o: No such file or directory ld: cannot find libraries/ghc-prim/dist-install/build/GHC/IntWord64.o: No such file or directory ld: cannot find libraries/ghc-prim/dist-install/build/GHC/Magic.o: No such file or directory ld: cannot find libraries/ghc-prim/dist-install/build/GHC/PrimopWrappers.o: No such file or directory ld: cannot find libraries/ghc-prim/dist-install/build/GHC/Tuple.o: No such file or directory ld: cannot find libraries/ghc-prim/dist-install/build/GHC/Types.o: No such file or directory And indeed those files don't exist. In earlier builds they were there. The command line for eg CString was "inplace/bin/ghc-stage1" -hisuf hi -osuf o -hcsuf hc -static -O0 -H64m -Wall -fllvm-fill-undef-with-garbage -Werror -this-unit-id ghc-prim-0.5.3 -hide-all-packages -i -ilibraries/ghc-prim/. -ilibraries/ghc-prim/dist-install/build -Ilibraries/ghc-prim/dist-install/build -ilibraries/ghc-prim/dist-install/build/./autogen -Ilibraries/ghc-prim/dist-install/build/./autogen -Ilibraries/ghc-prim/. -optP-include -optPlibraries/ghc-prim/dist-install/build/./autogen/cabal_macros.h -package-id rts -this-unit-id ghc-prim -XHaskell2010 -O -dcore-lint -dno-debug-output -ticky -no-user-package-db -rtsopts -Wno-trustworthy-safe -Wno-deprecated-flags -Wnoncanonical-monad-instances -odir libraries/ghc-prim/dist-install/build -hidir libraries/ghc-prim/dist-install/build -stubdir libraries/ghc-prim/dist-install/build -split-objs -dynamic-too -c libraries/ghc-prim/./GHC/CString.hs -o libraries/ghc-prim/dist-install/build/GHC/CString.o -dyno libraries/ghc-prim/dist-install/build/GHC/CString.dyn_o which looks right. What's going on? This has me totally stalled. Simonb

3 7

Stable name equality
by David Feuer 21 Aug '18

21 Aug '18

eqStableName# is not currently defined as pointer equality. Is there some reason for this? My understanding is that there is a one-to-one correspondence between stable name objects and active stable name table entries, so pointer equality should be sufficient. Am I missing something?

3 7

Sphinx faliing
by Simon Peyton Jones 20 Aug '18

20 Aug '18

I have the following crash when building docs on Linux. This is on a clean, up-to-date HEAD build. Does anyone have any ideas? The "full traceback" is here # Sphinx version: 1.3.6 # Python version: 2.7.12 (CPython) # Docutils version: 0.12 release # Jinja2 version: 2.8 # Last messages: # Running Sphinx v1.3.6 # loading pickled environment... # not yet created # building [mo]: targets for 0 po files that are out of date # building [man]: all manpages # updating environment: # 40 added, 0 changed, 0 removed # reading sources... [ 2%] 8.2.1-notes # reading sources... [ 5%] 8.4.1-notes # Loaded extensions: # ghc_packages (1.0) from /5playpen/simonpj/HEAD-4/docs/users_guide/ghc_packages.pyc # sphinx.ext.extlinks (1.3.6) from /usr/lib/python2.7/dist-packages/sphinx/ext/extlinks.pyc # flags (1.0) from /5playpen/simonpj/HEAD-4/docs/users_guide/flags.pyc # sphinx.ext.mathjax (1.3.6) from /usr/lib/python2.7/dist-packages/sphinx/ext/mathjax.pyc # alabaster (0.7.7) from /usr/lib/python2.7/dist-packages/alabaster/__init__.pyc Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/sphinx/cmdline.py", line 244, in main app.build(opts.force_all, filenames) File "/usr/lib/python2.7/dist-packages/sphinx/application.py", line 267, in build self.builder.build_update() File "/usr/lib/python2.7/dist-packages/sphinx/builders/__init__.py", line 246, in build_update self.build(['__all__'], to_build) File "/usr/lib/python2.7/dist-packages/sphinx/builders/__init__.py", line 265, in build self.doctreedir, self.app)) File "/usr/lib/python2.7/dist-packages/sphinx/environment.py", line 547, in update self._read_serial(docnames, app) File "/usr/lib/python2.7/dist-packages/sphinx/environment.py", line 567, in _read_serial self.read_doc(docname, app) File "/usr/lib/python2.7/dist-packages/sphinx/environment.py", line 716, in read_doc encoding=self.config.source_encoding) File "/usr/lib/python2.7/dist-packages/sphinx/io.py", line 104, in __init__ FileInput.__init__(self, *args, **kwds) File "/usr/lib/python2.7/dist-packages/docutils/io.py", line 238, in __init__ raise InputError(error.errno, error.strerror, source_path) InputError: [Errno 2] No such file or directory: u'/5playpen/simonpj/HEAD-4/docs/users_guide/8.4.1-notes.rst' Simon Running Sphinx v1.3.6 loading pickled environment... not yet created building [mo]: targets for 0 po files that are out of date building [man]: all manpages updating environment: 40 added, 0 changed, 0 removed reading sources... [ 2%] 8.2.1-notes loading pickled environment... not yet created building [mo]: targets for 0 po files that are out of date building [html]: targets for 40 source files that are out of date updating environment: 40 added, 0 changed, 0 removed reading sources... [ 2%] 8.2.1-notes reading sources... [ 5%] 8.4.1-notes Exception occurred: File "/usr/lib/python2.7/dist-packages/docutils/io.py", line 238, in __init__ raise InputError(error.errno, error.strerror, source_path) InputError: [Errno 2] No such file or directory: u'/5playpen/simonpj/HEAD-4/docs/users_guide/8.4.1-notes.rst' The full traceback has been saved in /tmp/sphinx-err-XYpRbc.log, if you want to report the issue to the developers. Please also report this if it was a user error, so that a better error message can be provided next time. A bug report can be filed in the tracker at <https://github.com/sphinx-doc/sphinx/issues>. Thanks! docs/users_guide/ghc.mk:28: recipe for target 'docs/users_guide/build-man/ghc.1' failed make[1]: *** [docs/users_guide/build-man/ghc.1] Error 1 make[1]: *** Waiting for unfinished jobs.... reading sources... [ 5%] 8.4.1-notes Exception occurred: File "/usr/lib/python2.7/dist-packages/docutils/io.py", line 238, in __init__ raise InputError(error.errno, error.strerror, source_path) InputError: [Errno 2] No such file or directory: u'/5playpen/simonpj/HEAD-4/docs/users_guide/8.4.1-notes.rst' The full traceback has been saved in /tmp/sphinx-err-2RrOTD.log, if you want to report the issue to the developers. Please also report this if it was a user error, so that a better error message can be provided next time. A bug report can be filed in the tracker at <https://github.com/sphinx-doc/sphinx/issues>. Thanks! docs/users_guide/ghc.mk:16: recipe for target 'docs/users_guide/build-html/users_guide/index.html' failed make[1]: *** [docs/users_guide/build-html/users_guide/index.html] Error 1

1 1

Trac #13064: push
by Simon Peyton Jones 20 Aug '18

20 Aug '18

Ben I've pushed fixes for Trac #13064/#15393, and also for #15487. The fixes are on wip/T13064 They concern error reporting for unused imports etc. I have not pushed to master because the fixes produce warnings in at least * containers * bytestring * text about unused imports. And indeed they are unused! But I'm not sure I'll the protocol right about updating those package, doing the right submodule updates etc. Also I have not compiled Haddock. Could you possibly close the loop on this - do the necessary changes and commit to master? Thanks! Simon

1 0

Should StablePtr# have its own kind?
by David Feuer 19 Aug '18

19 Aug '18

Currently, StablePtr# :: Type -> TYPE 'AddrRep The fact that a stable pointer table index has the same size as a pointer seems somewhat coincidental. Would it make sense to add a `StablePtrRep` constructor to `RuntimeRep` and use that? That should allow StablePtr# to change its representation with less trouble, if that ever proves desirable.

1 0

Can't build 8.6.1-beta1 with debugging.
by Mateusz Kowalczyk 15 Aug '18

15 Aug '18

Hi all, I wanted to try our codebase with 8.6. I happened to already have 8.6.0.20180714 ready so I started with that. Compilation went well but I got a segfault when running a benchmark we have with profiling on. GDB told me the segfault was in stg_ap_ppppp_info in AutoApply.cmm which as I understand is generated. Strange but OK... I decided to try unprofiled with LLVM to see if some LLVM issue we had with current version (7.10.x) has gone away. Sadly I encountered a segfault during regular compilation (clean build, LLVM 6.0). I had no debugging symbols. Next I decided to try the beta1 version. I copied mk/build.mk.sample into mk/build.mk and added the following: GhcDebugged = YES GhcStage1HcOpts = -DDEBUG GhcStage2HcOpts = -DDEBUG I checked out the 8.6.1-beta1 tag then ran following. fuuzetsu@rubin:~/programming/ghc$ echo $PREFIX /usr/local/ghc/ghc-8.6.1-beta1 fuuzetsu@rubin:~/programming/ghc$ ./configure --prefix=$PREFIX && make -j4 && make install After some time I was met with: /usr/bin/ld.gold: error: cannot find -lHSrts_thr_debug_p Also a long chain of messages about undefined refs you can find at [1]. Considering I haven't touched any settings beyond adding debug flags, it surprised me a little that I can't build successfully. Please advise and feel free to ask for any specs. uname -a: Linux rubin.tsuru.it 4.15.0-30-generic #32~16.04.1-Ubuntu SMP Thu Jul 26 20:25:39 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux [1]: https://gist.github.com/Fuuzetsu/7a65a963dd625386d13938ba1e22af5c -- Mateusz K.

2 2

CI constanly fails on clonning
by Artem Pelenitsyn 14 Aug '18

14 Aug '18

Hello, devs, Could someone point me where I go wrong in the following? My Differentials constantly fail to CI with the messages like this one: exception 'PhabricatorWorkerPermanentFailureException' with message 'Lease "PHID-DRYL-sydepw7hjxlnim325sdu" never activated.' in /opt/phabricator/src/applications/harbormaster/step/HarbormasterLeaseWorkingCopyBuildStepImplementation.php:91 Stack trace: #0 /opt/phabricator/src/applications/harbormaster/worker/HarbormasterTargetWorker.php(70): HarbormasterLeaseWorkingCopyBuildStepImplementation->execute(Object(HarbormasterBuild), Object(HarbormasterBuildTarget)) #1 /opt/phabricator/src/infrastructure/daemon/workers/PhabricatorWorker.php(123): HarbormasterTargetWorker->doWork() #2 /opt/phabricator/src/infrastructure/daemon/workers/storage/PhabricatorWorkerActiveTask.php(171): PhabricatorWorker->executeTask() #3 /opt/phabricator/src/infrastructure/daemon/workers/PhabricatorTaskmasterDaemon.php(22): PhabricatorWorkerActiveTask->executeTask() #4 /opt/libphutil/src/daemon/PhutilDaemon.php(219): PhabricatorTaskmasterDaemon->run() #5 /opt/libphutil/scripts/daemon/exec/exec_daemon.php(131): PhutilDaemon->execute() #6 {main} Examples: https://phabricator.haskell.org/harbormaster/build/50735/ https://phabricator.haskell.org/harbormaster/build/51066/ https://phabricator.haskell.org/harbormaster/build/51616/ I googled this and found a similar topic on Phab's bug tracker: https://secure.phabricator.com/T10982 Not particularly helpful 'cause I don't really understand the internals of Phab. This started to happen roughly when I moved my ghc hacking setup to a new hardware this summer. Maybe, that's connected. Also, what suspicious is that `arc diff` tries to push changes in master right away, so I have to pass --skip-staging. This wasn't the case before, I believe. -- Best, Artem Best, Artem

2 2