ghc-7.4.1-rc1 recompilation checking
Simon Marlow
marlowsd at gmail.com
Mon Jan 30 11:02:42 CET 2012
On 30/01/2012 09:45, Christian Maeder wrote:
> This seems not to be fixed in Release Candidate 2
Thanks for letting us know. Ian, please merge this patch:
commit f283c39119b333e4249420fa96b93652e0fbaec1
Author: Simon Marlow <marlowsd at gmail.com>
Date: Tue Jan 3 10:28:39 2012 +0000
Don't record outputFile in the hashed flags
We don't want
ghc --make M -o <file>
to force recompilation of all modules when <file> changes. The -o
value is already taken into account by the recompilation machinery
when we check the modification time on the object file or the
executable.
Cheers,
Simon
> Cheers Christian
>
> Am 03.01.2012 11:29, schrieb Simon Marlow:
>> On 27/12/2011 13:07, Christian Maeder wrote:
>>> Hi,
>>>
>>> full recompilation with ghc-7.4.1-rc1 is already triggered by a changed
>>> "-o" option, which is inconvenient when creating different binaries with
>>> shared modules. (see below)
>>>
>>> It is no problem if I always omit the -o option and get binaries named
>>> like my input file, though.
>>>
>>> Can/should this behaviour of ghc-7.4 be relaxed?
>>>
>>> Cheers Christian
>>>
>>> -bash-3.00$ ghc B -o b
>>> [1 of 2] Compiling C ( C.hs, C.o )
>>> [2 of 2] Compiling Main ( B.hs, B.o )
>>> Linking b ...
>>> -bash-3.00$ ghc A -o a
>>> [1 of 2] Compiling C ( C.hs, C.o )
>>> [2 of 2] Compiling Main ( A.hs, A.o )
>>> Linking a ...
>>
>> Good catch - I'll get a fix for this into 7.4.1.
>>
>> Cheers,
>> Simon
>>
>>
More information about the Glasgow-haskell-users
mailing list