On 23 June 2012 02:40, Ian Lynagh wrote:
>
> Hi Bas,
>
> On Sun, Jun 17, 2012 at 05:11:35PM +0200, Bas van Dijk wrote:
>>
>> module Main where
>>
>> import Foreign
>> import qualified Foreign.Concurrent as FC
>> import Control.Concurrent
>> import Bindings.Libusb.InitializationDeinitialization
>>
Hi Bas,
On Sun, Jun 17, 2012 at 05:11:35PM +0200, Bas van Dijk wrote:
>
> module Main where
>
> import Foreign
> import qualified Foreign.Concurrent as FC
> import Control.Concurrent
> import Bindings.Libusb.InitializationDeinitialization
>
> main :: IO ()
> main = do
> ctxPtr <- alloca $ \c
I just tried building the following program with the new GHC
win64_alpha1 and apart from warnings from using the unsupported
stdcall calling convention running the program doesn't give a
segmentation fault as it does when building the program with
GHC-7.4.2:
{-# LANGUAGE ForeignFunctionInterface #
, austin seipp wrote:
> Forwarding this to g-h-u for archival purposes and in case anybody
> else has ideas (should'a done this earlier.)
>
>
> -- Forwarded message --
> From: austin seipp
> Date: Wed, Jun 16, 2010 at 11:21 AM
> Subject: Re: Segmentation fa
On 13/06/2010 07:26, austin seipp wrote:
Hello,
I am running GHC on x86_64 debian linux, and recently I have
discovered that the executables generated by my GHC segfault when the
linking step is not dynamic.
I discovered this while attempting to install haskell-src-exts, which
requires a linked
On 06/05/2010 09:15, Axel Simon wrote:
Good morning,
I'm looking at ticket http://hackage.haskell.org/trac/ghc/ticket/4038
and wonder who is to blame:
- this segmentation fault occurs in Gtk2Hs' callbacks (i.e. a Haskell
function pointer is being passed to C land) and in a signal (where a
gener
On Mon, Feb 2, 2009 at 9:58 AM, Gregory Wright wrote:
> On Feb 2, 2009, at 4:48 AM, Christian Maeder wrote:
>
>> David Menendez wrote:
>>>
>>> I'm trying to upgrade GHC to 6.10.1 using macports on a PowerBook G4
>>> running OS X 10.5.5. From what I can tell, I'm getting a segmentation
>>> fault fr
Hi David,
On Feb 2, 2009, at 4:48 AM, Christian Maeder wrote:
David Menendez wrote:
I'm trying to upgrade GHC to 6.10.1 using macports on a PowerBook G4
running OS X 10.5.5. From what I can tell, I'm getting a segmentation
fault from cabal-bin.
On PPC leopard you need to update to XCode 3.1
David Menendez wrote:
> I'm trying to upgrade GHC to 6.10.1 using macports on a PowerBook G4
> running OS X 10.5.5. From what I can tell, I'm getting a segmentation
> fault from cabal-bin.
On PPC leopard you need to update to XCode 3.1
http://hackage.haskell.org/trac/ghc/wiki/Building/MacOSX
http:
I've now done a 3-stage bootstrap using exactly the same versions of GHC
4.04, gcc 2.95.2 and Solaris 7. Everything worked without a hitch.
> OK, after hacking ghc-inplace to stop it deleting all its
> files (is there
> a --keep-everything option?) and running hsc inside gdb I get:
>
> Glasgow
> Michael Weber wrote:
> >
> > On Tue, Jan 18, 2000 at 11:21:06 +0100, George Russell wrote:
> >
> > [...]
> > > OK, after hacking ghc-inplace to stop it deleting all its
> files (is there
> > > a --keep-everything option?) and running hsc inside gdb I get:
> > [...]
> >
> > EXTRAHCFLAGS="-ke
Michael Weber wrote:
>
> On Tue, Jan 18, 2000 at 11:21:06 +0100, George Russell wrote:
>
> [...]
> > OK, after hacking ghc-inplace to stop it deleting all its files (is there
> > a --keep-everything option?) and running hsc inside gdb I get:
> [...]
>
> EXTRAHCFLAGS="-keep-hc-files-too"
>
> I
On Tue, Jan 18, 2000 at 11:21:06 +0100, George Russell wrote:
[...]
> OK, after hacking ghc-inplace to stop it deleting all its files (is there
> a --keep-everything option?) and running hsc inside gdb I get:
[...]
EXTRAHCFLAGS="-keep-hc-files-too"
I dimly remember an option -keep-s-files-too .
Simon Marlow wrote:
> Our nightly build did a two-stage bootstrap last night on a Sparc/Solaris
> system successfully
>
> ~/builds > uname -a
> SunOS gigha 5.7 Generic_106541-04 sun4u sparc SUNW,Ultra-5_10
uname -a
SunOS titania 5.7 Generic_106541-08 sun4u sparc SUNW,Ultra-1
> ~/builds > gcc -v
> George Russell ([EMAIL PROTECTED]) wrote:
>
> : This bug just won't go away, and I've tried everything,
> including upgrading to
> : gcc 2.95.2 and recompiling the 4.06 sources with the 4.04
> binary release.
> : But whenever the latest version of 4.06 tries to compile
> itself the result is
15 matches
Mail list logo
