Only problem remaining is compiling with -fllvm and running resulting
executable
Other problems below have now been solved:
- cpphs - new version resolves problem
- cabal install vector - upgrade to gcc (Homebrew gcc 4.9.2_1) 4.9.2
solves problem
On Thu, Jan 1, 2015 at 9:58 AM,
Attached is a patch which axes HTML support in nofib-analyse.
I would Phab it but I don't know how to do that for submodules.
Maybe we should drop the LaTeX support too!
Edward
Excerpts from Edward Z. Yang's message of 2014-12-30 19:10:56 -0500:
Pretty sure it's the aptly named 'html'.
Brandon,
If we just built GHC with debug symbols enabled, everything should just
work from a packaging perspective?
On Fri, Jan 2, 2015 at 7:26 PM, Brandon Allbery allber...@gmail.com wrote:
On Fri, Jan 2, 2015 at 6:18 PM, Johan Tibell johan.tib...@gmail.com
wrote:
I believe other
On Fri, Jan 2, 2015 at 6:18 PM, Johan Tibell johan.tib...@gmail.com wrote:
I believe other compilers, e.g. GCC, ship debug symbols in separate files (
https://packages.debian.org/sid/libc-dbg
) that e.g. GDB can then look up.
Lookaside debugging information is (a) a Linux-ism, although
Hi!
We are now able to generate DWARF debug info, by passing -g to GHC. This
will allow for better debugging (e.g. using GDB) and profiling (e.g. using
Linux perf events). To make this feature more user accessible we need to
ship debug info for the core libraries (and perhaps the RTS). The reason
On Fri, Jan 2, 2015 at 7:54 PM, Johan Tibell johan.tib...@gmail.com wrote:
If we just built GHC with debug symbols enabled, everything should just
work from a packaging perspective?
On most RPM systems, at least (I get debuginfo packages for local RPM
builds, with nothing special in the specs
