Frama-C-discuss mailing list archives

This page gathers the archives of the old Frama-C-discuss archives, that was hosted by Inria's gforge before its demise at the end of 2020. To search for mails newer than September 2020, please visit the page of the new mailing list on Renater.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Frama-c-discuss] Getting a node from its id for a particular pdg

  • Subject: [Frama-c-discuss] Getting a node from its id for a particular pdg
  • From: Pascal.Cuoq at (Pascal Cuoq)
  • Date: Fri, 20 Mar 2009 17:03:47 +0100
  • In-reply-to: <1237565188.3508.250.camel@supelec>
  • References: <1237387890.3508.114.camel@supelec> <> <1237402185.3508.226.camel@supelec> <> <1237565188.3508.250.camel@supelec>

> Now I think I figured out why I didn't get all of them before, it was
> caused by the way toto's declaration was written. If I replace in  
> the C
> file 'int toto (int x, int y);' by 'int toto (int,int);' (which is  
> still
> a valid C syntax I think, right ?), then '[Elem] 11 : b += z' (among
> other nodes) will no longer appear.
> Do you happen to get a similar result ?

You are right,
int toto(int, int);
int titi(int a, int b);

produce different default specifications.
As shown with option -print:

/*@ behavior generated:
       assigns \at(\result,Post) \from \nothing;
extern int toto(int  , int  ) ;

/*@ behavior generated:
       assigns \at(\result,Post) \from a, b;
extern int titi(int a , int b ) ;

This is a bug. Thanks for pointing it out.


-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? enlev?e...