[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.
cordially,
tty.
---- 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.
tty
--
Aloha,Eliot
-------------- 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