[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.

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