On Thu, Dec 13, 2012 at 7:23 AM, Simon Marlow wrote:
> It is definitely a version problem you have?
If autoreconf picks a gcc binary that is different from the one shipped
with GHC source, that would explain the problem he reported.
Basically the C compiler that is running can't work with GHC's
On Thu, Dec 13, 2012 at 4:30 AM, Simon Peyton-Jones
wrote:
> | Is installing a newer version of msys/mingw an option? The version I
> | have here has autoreconf version 2.68, which I expect would just work.
>
> Interesting. I had assumed that we used autoreconf from inplace/mingw/bin.
> But the
On Tue, Dec 11, 2012 at 5:18 AM, Simon Peyton-Jones
wrote:
> | Wild guess: what does config.log say about your C compiler ans flags
> | used to invoke it?
> | Can you post it if it is not too big?
>
> config.log attached.
>
> The build falls over later with the errors below, so I'm totally stu
On Mon, Dec 10, 2012 at 4:19 PM, Simon Peyton-Jones
wrote:
> With a clean build in Windows/MSYS I’m getting lots of autoconf WARNINGS;
> see below.
Wild guess: what does config.log say about your C compiler ans flags
used to invoke it?
Can you post it if it is not too big?
-- Gaby
On Fri, Nov 16, 2012 at 11:15 AM, Ian Lynagh wrote:
> Hi Gaby,
>
> On Thu, Nov 15, 2012 at 11:26:04AM -0600, Gabriel Dos Reis wrote:
>> On Tue, Nov 13, 2012 at 1:41 PM, Ian Lynagh wrote:
>> >
>> > When offsetof is defined, we use that. This avoids "va
On Tue, Nov 13, 2012 at 1:41 PM, Ian Lynagh wrote:
> Repository : ssh://darcs.haskell.org//srv/darcs/ghc
>
> On branch : master
>
> http://hackage.haskell.org/trac/ghc/changeset/53e9916fb7908e79754f0f5c65008439bf53227e
>
>>---
>
> commit
On Fri, Nov 9, 2012 at 1:54 PM, Karel Gardas wrote:
> On 11/ 9/12 08:33 PM, Gabriel Dos Reis wrote:
>>
>> On Fri, Nov 9, 2012 at 12:18 PM, Karel Gardas
>> wrote:
>>>
>>> On 11/ 9/12 06:53 PM, Gabriel Dos Reis wrote:
>>>>
>>>>
>
On Fri, Nov 9, 2012 at 12:18 PM, Karel Gardas wrote:
> On 11/ 9/12 06:53 PM, Gabriel Dos Reis wrote:
>>
>> Include before all other standard headers.
>>
>
> I I understand your "standard headers" well, then this is already done in
> mkDerivedConstan
On Fri, Nov 9, 2012 at 10:20 AM, Karel Gardas wrote:
> On 11/ 9/12 11:34 AM, Gabriel Dos Reis wrote:
>>>
>>> commit 71f7ab6a05448e48a3b5741bb8a5ef57701e9c70
>>> Author: Karel Gardas
>>> Date: Thu Nov 8 22:04:44 2012 +0100
>>>
>>>
On Thu, Nov 8, 2012 at 4:58 PM, Ian Lynagh wrote:
> Repository : ssh://darcs.haskell.org//srv/darcs/ghc
>
> On branch : master
>
> http://hackage.haskell.org/trac/ghc/changeset/71f7ab6a05448e48a3b5741bb8a5ef57701e9c70
>
>>---
>
> commit
On Tue, May 15, 2012 at 6:23 AM, Paolo Capriotti wrote:
> Repository : ssh://darcs.haskell.org//srv/darcs/hsc2hs
>
> On branch : master
>
> http://hackage.haskell.org/trac/ghc/changeset/fc8a91274534f8f94ec5480ad7504b9fb94b6b6d
>
>>---
>
On Mon, May 7, 2012 at 11:59 AM, Ian Lynagh wrote:
> Repository : ssh://darcs.haskell.org//srv/darcs/ghc
>
> On branch : master
>
> http://hackage.haskell.org/trac/ghc/changeset/ada138569326adf704a8b17ad8aa1ecbf2216f43
>
>>---
>
> commit
On Tue, May 1, 2012 at 10:29 AM, Simon Marlow wrote:
> On 01/05/2012 16:05, Gabriel Dos Reis wrote:
>>
>> On Tue, May 1, 2012 at 5:11 AM, Simon Marlow wrote:
>>>
>>> On 01/05/2012 10:58, Gabriel Dos Reis wrote:
>>>>
>>>>
>
On Tue, May 1, 2012 at 5:11 AM, Simon Marlow wrote:
> On 01/05/2012 10:58, Gabriel Dos Reis wrote:
>>
>> On Tue, May 1, 2012 at 3:24 AM, Simon Marlow wrote:
>>>
>>> On 27/04/2012 17:46, Ian Lynagh wrote:
>>>>
>>>>
>>
On Tue, May 1, 2012 at 3:24 AM, Simon Marlow wrote:
> On 27/04/2012 17:46, Ian Lynagh wrote:
>>
>> On Fri, Apr 27, 2012 at 04:58:14PM +0100, Simon Marlow wrote:
>>>
>>>
>>> Hmm, I indended lnat to be shorthand for "unsigned long". I'd much
>>> rather we used size_t when we mean that, and keep lna
On Tue, May 1, 2012 at 3:05 AM, Simon Marlow wrote:
> commit 832fa64008548c6be4190da0a79a2b6e339eb7bd
> Author: Simon Marlow
> Date: Mon Apr 30 12:26:49 2012 +0100
>
> Fix capi_value on Windows
>
> This appears to be a bug in the gcc that we're currently using.
>
> Compiling this, wit
Hi,
Both libffi/ghc.mk and rts/ghc.mk appear to assume that
the Autoconf variable $libdir will always expand to something
of the form
/lib
and directly use paths like libffi/build/inst/lib/.
That is incorrect.
On platforms that prefer 64-bit libraries by default, $libdir may actually
expand
On Mon, Jan 30, 2012 at 8:48 AM, Simon Marlow wrote:
> Repository : ssh://darcs.haskell.org//srv/darcs/ghc
>
> On branch : master
>
> http://hackage.haskell.org/trac/ghc/changeset/9fff25eaf08016c4c0e32a7087a1249d586550c0
Hi Simon M.,
Thanks for doing this -- that is less work on my side :-)
Au
sumption that there will be frequent typos does not
look convincing to me. The question then is how GHC could
actively encourage ports to new *platforms*.
So, yes, Gabor, adding
--enable-unregistered
might be a good step.
Thanks!
-- Gaby
>
> On 1/18/12, Ian Lynagh wrote:
>> O
On Wed, Jan 18, 2012 at 7:05 AM, Simon Marlow wrote:
> On 17/01/2012 20:32, Gabriel Dos Reis wrote:
>>
>> Hi Simon M.,
>>
>> Is there a predicate somewhere in the build scripts that
>> I can call at configuration-time to determine if a platform
>> is reg
Hi Simon M.,
Is there a predicate somewhere in the build scripts that
I can call at configuration-time to determine if a platform
is registered or not? Or should I infer that from
$TargetArch=ArchUnknown || $TargetOS=OSUnknown
?
Thanks,
-- Gaby
___
On Mon, Jan 16, 2012 at 8:18 PM, David Terei wrote:
>> I hope you keep the C code generator around as long as the
>> native code generator can't handle unregistered builds...
>
> It is here to stay for a while at least. The LLVM backend supports
> both unregisterised and registerised builds so it
On Mon, Jan 16, 2012 at 7:07 PM, David Terei wrote:
> On 16 January 2012 16:47, Gabriel Dos Reis
> wrote:
>> Hi,
>>
>> The commentary on available backends
>>
>> http://hackage.haskell.org/trac/ghc/wiki/Commentary/Compiler/Backends
>>
>> moan
Hi,
The commentary on available backends
http://hackage.haskell.org/trac/ghc/wiki/Commentary/Compiler/Backends
moans about the Evil Mangler. The wiki page for the latter
http://hackage.haskell.org/trac/ghc/wiki/Commentary/EvilMangler
says GHC no longer as an evil mangler. If this is i
Hi,
GHC's configure.ac is at the moment pretty intolerant with
respect to unregistered builds: it will issue outright rejection
for triplets it does not know about. However, the first thing
we want to do when performing an unregistered build or porting to
a new platform (or even cross-compiling)
On Sat, Jan 14, 2012 at 7:11 PM, Gabor Greif wrote:
> Not sure you can trick GHC into generting code for those.
Yes, AVR is not supported at the moment. My hope is that getting
basic Haskell 98 expression/programs to run (via avr-gcc) should not take
long to realize.
> I am fortunate, because
On Sat, Jan 14, 2012 at 6:35 PM, Gabor Greif wrote:
> Hi Gaby,
>
> here you go:
>
> https://github.com/ggreif/ghc
>
> But in 2 places you will still need some manual intervention:
>
> $TOP/settings (check word size)
> the other settings file 'find $TOP -name settings'
>
> $ find . -name settings
>
On Sat, Jan 14, 2012 at 6:07 PM, Gabor Greif wrote:
> Hello hackers,
>
> my "hello world" program compiles and links, but when running on the
> embedded PowerPC board it crashes like this:
>
Hi Gabor,
where can I find links to your patches enabling
cross-compilation/cross-building?
28 matches
Mail list logo
