<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div apple-content-edited="true"><span class="Apple-style-span" style="border-collapse: separate; border-spacing: 0px 0px; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; text-align: auto; -khtml-text-decorations-in-effect: none; text-indent: 0px; -apple-text-size-adjust: auto; text-transform: none; orphans: 2; white-space: normal; widows: 2; word-spacing: 0px; "><div style="word-wrap: break-word; -khtml-nbsp-mode: space; -khtml-line-break: after-white-space; "><span class="Apple-style-span" style="border-collapse: separate; border-spacing: 0px 0px; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; text-align: auto; -khtml-text-decorations-in-effect: none; text-indent: 0px; -apple-text-size-adjust: auto; text-transform: none; orphans: 2; white-space: normal; widows: 2; word-spacing: 0px; ">More snips and an answer:</span></div></span> </div><br><div><div>On Jun 25, 2008, at 7:31 AM, Davis Johnson wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>By the way, good you included the whole make output, but I snip parts.<br><br>Gregory Wright wrote:<br><br><blockquote type="cite"><br></blockquote><blockquote type="cite">Hi,<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">I downloaded the latest v38-0 release today (24 June 2008). The host<br></blockquote><blockquote type="cite">system is MacBook Pro 2.6 GHz, 4 GB RAM running OS 10.5.3. The build<br></blockquote><blockquote type="cite">failed with<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">redwing-dakota> export OSTYPE<br></blockquote><blockquote type="cite">redwing-dakota> make<br></blockquote><blockquote type="cite">gcc -std=c99 -U__STRICT_ANSI__ -g -D_GNU_SOURCE -I . PDP1/pdp1_lp.c <br></blockquote><blockquote type="cite"><span class="Apple-style-span" style="-webkit-text-stroke-width: -1; "></span></blockquote></div></blockquote><div><br></div><snip></div><div><br><blockquote type="cite"><div><blockquote type="cite"><span class="Apple-style-span" style="-webkit-text-stroke-width: -1; ">VAX/vaxmod_defs.h:457: warning: inline function ‘WriteL’ declared but </span></blockquote><blockquote type="cite">never defined<br></blockquote><blockquote type="cite">VAX/vaxmod_defs.h:456: warning: inline function ‘WriteW’ declared but <br></blockquote><blockquote type="cite">never defined<br></blockquote><blockquote type="cite">VAX/vaxmod_defs.h:455: warning: inline function ‘WriteB’ declared but <br></blockquote><blockquote type="cite">never defined<br></blockquote><blockquote type="cite">VAX/vaxmod_defs.h:454: warning: inline function ‘ReadLP’ declared but <br></blockquote><blockquote type="cite">never defined<br></blockquote><br>...snip...<br><br><blockquote type="cite">Undefined symbols:<br></blockquote><blockquote type="cite"> "_ReadB", referenced from:<br></blockquote><blockquote type="cite"> _cpu_ex in cc5k1kBU.o<br></blockquote><blockquote type="cite"> _Map_ReadB in cciTF8h7.o<br></blockquote><blockquote type="cite"> _Read in cc1KMW8b.o<br></blockquote><blockquote type="cite"> "_ReadL", referenced from:<br></blockquote><blockquote type="cite"> _Map_ReadB in cciTF8h7.o<br></blockquote><blockquote type="cite"> _Map_ReadW in cciTF8h7.o<br></blockquote><blockquote type="cite"> _Read in cc1KMW8b.o<br></blockquote><blockquote type="cite"><br></blockquote></div></blockquote><br><blockquote type="cite"><div><blockquote type="cite"><snip></blockquote></div></blockquote><br><blockquote type="cite"><div><blockquote type="cite">From a quick look around the source tree it wasn't obvious to me<br></blockquote><blockquote type="cite">where the Read* and Write* functions are defined.<br></blockquote><br>I don't normally do VAX but it looks to me like they are following line <br>200 in VAX/vax_mmu.c following line 200.<br><br><blockquote type="cite"><br></blockquote><blockquote type="cite">Is there an additional secret sauce needed to build on OS X?<br></blockquote><br>I've been building it on 10.3.9 PPC system. Library and toolchain issues <br>are probably identical for you. All up to VAX built for you, so the <br>makefile is probably OK. It looks to me so much like you are missing <br>part of the source that I just downloaded it again and rebuilt. I failed <br>to reproduce your problem. That, obviously, doesn't mean you aren't <br>having a problem.<br><br>I'd suggest grasping at straws:<br>1) Take a look in VAX/vax_mmu.c for the functions<br>2) Download and unzip the source again, do you get a different <br>VAX/vax_mmu.c?<br>3) The functions in question are inlined for performance reasons. Try <br>taking the SIM_INLINE away from them. Perhaps your compiler doesn't like <br>that.<br>4) What compiler are you using. I tend to assume everybody uses a recent <br>GCC, but that isn't always the case.</div></blockquote><blockquote type="cite"><div><blockquote type="cite"><br></blockquote></div></blockquote></div><div><br></div><div><br></div><div>On OS X 10.5.3 I'm using the default Apple gcc 4.0.1. It appears that the inline</div><div>semantics have changed to be more C99-ish, if perhaps not fully C99.</div><div><br></div><div>This means that you don't want to declare a function inline (in the prototype) and</div><div>also use the inline keyword in the definition. The inline keyword should only</div><div>be used in the definition. I patched sim_defs.h to be</div><div><br></div><div><div><font class="Apple-style-span" face="Courier">--- sim_defs.h.sav</font><span class="Apple-tab-span" style="white-space:pre"><font class="Apple-style-span" face="Courier"> </font></span><font class="Apple-style-span" face="Courier">2008-06-25 14:10:17.000000000 -0400</font></div><div><font class="Apple-style-span" face="Courier">+++ sim_defs.h</font><span class="Apple-tab-span" style="white-space:pre"><font class="Apple-style-span" face="Courier"> </font></span><font class="Apple-style-span" face="Courier">2008-06-25 14:12:21.000000000 -0400</font></div><div><font class="Apple-style-span" face="Courier">@@ -165,6 +165,7 @@</font></div><div><font class="Apple-style-span" face="Courier"> </font></div><div><font class="Apple-style-span" face="Courier"> #if defined (__GNUC__) /* GCC */</font></div><div><font class="Apple-style-span" face="Courier"> #define SIM_INLINE inline</font></div><div><font class="Apple-style-span" face="Courier">+#define SIM_INLINE_DECL</font></div><div><font class="Apple-style-span" face="Courier"> #elif defined (_MSC_VER) /* Microsoft C Compilers */</font></div><div><font class="Apple-style-span" face="Courier"> #define SIM_INLINE __inline</font></div><div><font class="Apple-style-span" face="Courier"> #else /* default */</font></div><div><br></div><div><br></div><div>and changed the SIM_INLINE declarations in vax_cpu.c, vax780_defs.h and</div><div>vaxmod_defs.h to SIM_INLINE_DECL.</div><div><br></div><div>This solved the problem form me with Apple gcc-4.0.1; with some additional</div><div>conditionals it can probably be made backwardly compatible with Apple's gcc-3.x.</div><div>(C99 inline semantics were broken for at least some gcc 3.x compilers, so specifying</div><div>-std=c99 may give whimsical results.)</div><div><br></div><div>Best Wishes,</div><div>Greg</div><div><br></div><div><br></div></div></body></html>