On Fri, Dec 28, 2001 at 10:45:23AM -0800, Tim Rowledge wrote:
Joshua 'Schwa' Gargus wrote:
There is no obvious way to hack around this, since there don't appear to be definitions for these functions anywhere in the source tree. On the off-chance that the source exists in some plugin, I generated the source for all of the plugins; still no luck. Is this a problem with my linux config? I Googled 'signed64BitValueOf' to no avail, which leads me to believe that my Squeak is missing something. Could it be that I have to file in some of John M's recent VM changesets?
Yup, you need the largefiles changes that define the 64bit routines and would fix the off_t error for you. I forgot to call out that particular problem, sorry!
No problem. I'm ecstatic at having successfully used VMMaker, and am looking forward to playing with my own plugins, now that it's so convenient. Thank you!
One more hack was necessary to successfully compile: I added #define sqFilenameFromStringOpen(dst, src, num) sqFilenameFromString(dst, src, num) to sqPlatformSpecific.h in order to get the FilePlugin to build.
I'd like to hope that we can avoid this kind of problem when the module system is in use by keeping the VM related modules alongside the vm C code; wherever we eventually decide to keep that.
make: *** No rule to make target `../src/src/Makefile.in', needed by `Makefile'. Stop.
This is very strange - there is no way it should be looking for anything in ../src/src, so clearly there is some wrinkle in the makefile stuff that can go a little daft. Please, _somebody_ out there is surely knowledgable about this stuff; please help clean it up!
Like I said, building with a copy of the source ("diff -r oldsrc copiedsrc" verifies that they are the same) doesn't have the same problem. I also manually compared all of the file permissions in the two directories. I have no idea what the difference could possibly be.
Bye, Joshua
tim