[Vm-dev] How to think about cogit.c compile error that is consistent in both gnu an cmake builds

gettimothy gettimothy at zoho.com
Sun Sep 14 00:08:59 UTC 2014

Good news.

I get the same failure on a pure 32 bit Slackware install on a different computer. (!) That removes one variable from the problem set.

I can follow the rabbit trail down on my good workstation with renewed confidence. Work will be slow for a bit, but I am still on it.



---- On Thu, 31 Jul 2014 10:39:16 -0700 Eliot Miranda <eliot.miranda at gmail.com> wrote ---- 


On Thu, Jul 31, 2014 at 6:48 AM, gettimothy <gettimothy at zoho.com> wrote:
Hi Eliot.


What/where sets the PRODUCTION and NoDbgRegParms  variables in the #if !PRODUCTION && defined(__GNUC__) && !defined(NoDbgRegParms) check ?

PRODUCTION is defined in platforms/Cross/vm/sqAssert.h

The !defined(NoDbgRegParms) phrase allows someone to define an alternative on the command line via a -D argument, so it allows the
     # define NoDbgRegParms __attribute__ ((regparm (0)))
def to be a default, rather thna the only way.


Are they set by 'somewhere' by various -D flags in the mvm? I have grepped to no avail. 

Here is my thinking at the moment. The compiler error is showing that the NoDbgRegParms is not being replaced. 

  /home/wm/usr/src/smalltalk/CMake.oscog/cogVMMaker/Contents/Resources/oscogvm/src/vm/cogit.c:1071:13: note: previous declaration of 'ssAllocateRequiredRegMaskupThrough' was here
 static void ssAllocateRequiredRegMaskupThrough(sqInt requiredRegsMask, sqInt stackPtr) NoDbgRegParms;
/home/wm/usr/src/smalltalk/CMake.oscog/cogVMMaker/Contents/Resources/oscogvm/src/vm/cogit.c:20947:1: error: conflicting types for 'ssAllocateRequiredReg'
 ssAllocateRequiredReg(sqInt requiredReg)

So the question becomes "why not".

Well, because the pre-processor (?) is not replacing them. Why? hmmmm....

Both gcc -v & gcc -E can help debug these kinds of things.

thx for your time.




-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20140913/b5636403/attachment.htm

More information about the Vm-dev mailing list