On Wed, Oct 29, 2008 at 11:05:16AM -0600, dann frazier wrote: > On Mon, 27 Oct 2008 21:53:39 +0100, Robert Millan said: > > By chance these were, in fact, meant to be pointers so no harm done. I'll > > wipe out that warning for your convenience. > > Actually, this is the problem. Without a prototype, gcc will assume > that the function will return an int - but in fact it is returning a > pointer.
Yeah, it generally does, but in our case it was being casted: main.c: pp = (struct psect *)alloc(sizeof *pp); lex.c: yylval.sval = (char *)fixstring(tok); Anyway, code in this package is quite messy. I'll probably have to do a cleanup and add the rest of missing prototypes at some point, etc... > Anyway, hope that didn't come off too much like a lecture :) Thanks > again for fixing this issue, and for your work towards solving the > dsp56k fw problem. You're welcome. -- Robert Millan The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
