[m-rev.] for review: deconstruct.named_arg for java

Paul Bone pbone at csse.unimelb.edu.au
Mon Jul 5 15:19:13 AEST 2010


On Mon, Jul 05, 2010 at 02:38:42PM +1000, Ian MacLarty wrote:
> On Mon, Jul 5, 2010 at 2:35 PM, Ian MacLarty
> <maclarty at csse.unimelb.edu.au> wrote:
> > On Mon, Jul 5, 2010 at 2:21 PM, Paul Bone <pbone at csse.unimelb.edu.au> wrote:
> >> On Mon, Jul 05, 2010 at 02:04:23PM +1000, Ian MacLarty wrote:
> >>>
> >>> What seems to be happening is that functions are being declared with
> >>> a prototype like the following:
> >>>
> >>>     static void mercury__tree234__LCMCpr_insert2_1_4_0(void) __asm__("_entry_" "mercury__tree234__LCMCpr_insert2_1_4_0")
> >>>
> >>> and then being referred to without being defined in C code.
> >>> The functions are in fact defined using assembly code.
> >>>
> >>> It seems to be the fact that the function is declared static that is
> >>> causing gcc to expect a definition of the function in the same file.
> >>> Removing the static keyword appears to fix the problem.
> >>>
> >>> Here is the hack I used to test this:
> >>
> >> Why is there a static definition but no declaration?  In other words, are these
> >> symbols really indented to be static?
> >>
> >
> > There is a static declaration.  It is the definition that is missing.
> 
> (I think)

Sorry, I got it backwards.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 489 bytes
Desc: Digital signature
URL: <http://lists.mercurylang.org/archives/reviews/attachments/20100705/966893cb/attachment.sig>


More information about the reviews mailing list