HEAD: Problem Linking genapply in 6.5.20060510

[Simon Marlow]

The HC files you are bootstrapping from are probably inconsistent; that 
is, the HC files for the libraries were generated more recently than the 
HC files for genapply.  Try going back to the tree you generated these 
HC files from, and compiling a fresh set for genapply.

Cheers,
	Simon

Reilly Hayes wrote:
> thanks,
> 
> As this occurred while bootstrapping from .hc files, there are no .hi  
> files built yet.
> 
> -reilly hayes
> 
> 
> On May 12, 2006, at 7:57 PM, Esa Ilari Vuokko wrote:
> 
>> On 5/13/06, Reilly Hayes <rfh at reillyhayes.com> wrote:
>> Hi
>>
>>> I suspect today's problem is pretty easy to figure out for a GHC
>>> expert, but I'm not.  When I try to build utils/genapply, the link
>>> fails because the symbols _GHCziList_lvl22_closure and
>>> _GHCziList_zdwlen_info are undefined.  I'll include the build log
>>
>>
>> On actual problem, I have no idea except the simple..maybe .hi
>> files were inconsistent with object files.
>>
>>> below.  While we're on the topic, can somebody explain the algorithm
>>> used to generate these symbol names?
>>
>>
>> I might be wrong on any of this, but I'm giving it a shot as it
>> might take over weekend before Simons or anyone else
>> answers.
>>
>> It's called zencoding, found in
>> http://darcs.haskell.org/ghc/compiler/utils/Encoding.hs
>> _ on start is just some typical c-name thingy.
>> Otherwise those symbols are from GHC.List module.
>> _info and _closure mean different use of that name that comes
>> before them (lvl22 and $wlen).  I think compiler/cmm/CLabel.hs
>> might help on that, or rather modules that use it.  I am not sure
>> how to track name generators for lvl22 and $.
>>
>> HTH,
>> --Esa
> 
> 
> Reilly Hayes