When gperf wasn’t installed, the compilation script ran the command anyway but generated a blank ./gcc/cp/cfns.h. Since this file was newer than the source (./gcc/cp/cfns.gperf) the makefile left it alone and never regenerated the ‘real’ file when you actually had gperf. To continue, run rm ./gcc/cp/cfns.h and try again.
to dealing with duplicate inlines exact_log2 from an include gone wrong. Not to mention more and more headers not generating. But in the end it actually works. As always it feels so much faster to run on OS X than Windows. I’m sure there is stuff out there for newer versions of GCC, but I wanted to use the older toolchain and libs for some other reason.
I tried the x86 version from Apple’s Darwin web site. For those who don’t know Darwin was (is?) an open source version of the OS X kernel and userland. This was on parity with the OS X 10.1 release. It was notoriously picky about hardware back in 2001, let alone anything today, and much to my amazement it installed fine on Qemu 2.7.
I found this out trying to install XCode 4.2 on OS X 10.6
Failed install preflight: Error Domain=PKInstallErrorDomain Code=102 UserInfo=0x1d9a30 “The package “iPhoneSDKTools.pkg” is untrusted.” Underlying Error=(Error Domain=NSOSStatusErrorDomain Code=-21 47409654 UserInfo=0x1dbe90 “The operation couldn’t be completed. CSSMERR_TP_CERT_EXPIRED”)
Yep turns out XCode 4.2 (and probably many others) will actually expire. So turn off the automatic clock sync, and set your time back to before the package was issued (Xcode 4.3, released on February 16, 2012..) and you’ll be good to go.
So I got this request to add in some SLiRP to Previous, the NeXT computer emulator. Sadly work got in the way, and I trashed my windows dev machine. To make it worse I also trashed my MacBook Air, but with a bit of screwing around I got X-code removed, and re-installed.
So Here is my wonderful work, some 50 lines of code + the SLiRP from Cockatrice all hacked up.
ICMP to 10.0.2.2 seems to work fine, UDP seems to not work, so no DNS. I don’t know why either. I can telnet to my BBS just fine, which is about all the testing I’ve done.
Inbound TCP seems to be broken too, but I could be initializing slirp_redirect incorrectly too.
So yeah it’s been a while since I pushed out a build for OS X, and well I did a fresh install of OS X 10.10 on my MacBook, and this took a while to compile. And I ran into my favorite OSS dependancy of glib2 which needs pkg-config to build, and pkg-config needs glib2.
This isn’t terribly useful for 99.9% of the people out there but I needed to do something creative on an F5. Luckily they run a somewhat sane version of Linux.
Unfortunately I am stuck on Windows 10 right now, so installing a matching Linux distro is out of the question. So on my OS X box, I thought I’d just build a cross compiler. Going back to my DJGPP cross compiler, I thought I’d stick with binutils 2.9.1 and gcc 2.95.3, since they worked so well before.
Yes, you read that right. Thanks to the power of Crossover (Wine) I’m running SQL 4.21 on OS X. But the installation is *NOT* straightforward. Actually it doesn’t install at all. But you can ‘transport’ a working copy from a Windows machine into Wine, and it’ll run.
The first thing is, if you’ve ever dealt with MSSQL is that it is VERY picky about machine names. So first install MS SQL 4.21 in a NT 3.1/3.5/3.51/4.0 VM with a name you like. Also remember to set the default client library to TCPIP. Then create a Wine instance on your target box. Next you’ll need to make a few changes to the registry to force the machine name:
The final step was to copy over the c:\sql directory, and create icons for the SQL Server, and the management tool.
To run, start the server first (SQLSERVR.EXE) , then launch the admin tool (SQLADMIN.EXE), and you should (hopefully) be able to connect!
And there we go! Is it useful? Not really, but I mean it is cool! I haven’t tried this with 6.0 or 6.5 but I imagine they should work as well. 7.0 and beyond are more complicated to transpose as they require a great deal of COM integration. In theory they should work.