Somebody claiming to be Roman Cheplyaka wrote:
* Stephen Paul Weber [2012-12-09 21:20:34+]
I don't see a command-line switch to ask cabal-install to use a
different config file.
There's a '--config-file' option, see
https://github.com/haskell/cabal/issues/1113
Sweet! I've got my envir
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 initializing. igraphhaskell_initialized =
On Sun, Dec 09, 2012 at 05:45:17PM -0500, wren ng thornton wrote:
>
> I'm one of those curmudgeons still working on OSX 10.5.8. Recently I
> finally got around to building the latest GHC and, FWIW, everything
> seems to have worked out fine. I did get a few failed tests in the
> testsuite though,
Hello all,
I'm one of those curmudgeons still working on OSX 10.5.8. Recently I
finally got around to building the latest GHC and, FWIW, everything
seems to have worked out fine. I did get a few failed tests in the
testsuite though, and I'm curious what they mean or if they're actually
cause
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 to make the 7.6.2 release early in 2013.
* Stephen Paul Weber [2012-12-09 21:20:34+]
> I don't see a command-line switch to ask cabal-install to use a
> different config file. Is there an environment variable for it or
> something? I want to use the same cabal-install binary with three
> different installs of ghc and ghc-pkg to all
I don't see a command-line switch to ask cabal-install to use a different
config file. Is there an environment variable for it or something? I want
to use the same cabal-install binary with three different installs of ghc
and ghc-pkg to allow me to maintain my cross-compiler packages as well.
I'm making a GHC package for Salix 14 (which is backwards-compatible with
Slackware, so this will be a Slackware package, too).
The main thing I'd be grateful for advice on is the overall approach I'm
taking to the package. Others I've seen (such as the Arch package) just
assume GHC is already pr
> When 32 bits are assigned to any of the standard registers, the upper 32
bits are implicitly set to zero. Intel is weird.
Didn't AMD invent the 64-bit extensions?
-- Kim-Ee
On Sun, Dec 9, 2012 at 3:07 PM, Axel Simon wrote:
>
> On 09.12.2012, at 00:12, Yuras Shumovich wrote:
>
> > It looks
On 09.12.2012, at 00:12, Yuras Shumovich wrote:
> It looks wrong for me: the highest part of %rax remains uninitialized.
When 32 bits are assigned to any of the standard registers, the upper 32 bits
are implicitly set to zero. Intel is weird.
Axel
___
10 matches
Mail list logo