[m-rev.] diff: fix standard library build error
Julien Fischer
juliensf at csse.unimelb.edu.au
Tue Sep 20 12:08:16 AEST 2011
On Tue, 20 Sep 2011, Paul Bone wrote:
> On Tue, Sep 20, 2011 at 01:24:47AM +1000, Julien Fischer wrote:
>>
>> Branches: main
>>
>> Fix a linking problem in the standrard library in the hlc.gc.memprof grade.
>> The external predicate par_builtin.lc_finish/1 lacks a definition in the hlc
>> grades, but in profiling grades we take its address.
>>
>> library/par_builtin.m:
>> Add a dummy definition of lc_finish/1 for when --highlevel-code
>> is enabled.
>>
>
> Why do we take it's address?
We build a table of procedure addresses in memory profiling grades at
program startup time.
> It's only useful in low-level C parallel grades.
I know, but there still needs to be an hlc stub function defined for it.
> And I havn't added the transformation to the compiler that would make
> use of it? Is it because it is declared in the interface?
It's because its declared, whether it is exported or not is irrelevant.
Julien.
--------------------------------------------------------------------------
mercury-reviews mailing list
Post messages to: mercury-reviews at csse.unimelb.edu.au
Administrative Queries: owner-mercury-reviews at csse.unimelb.edu.au
Subscriptions: mercury-reviews-request at csse.unimelb.edu.au
--------------------------------------------------------------------------
More information about the reviews
mailing list