mirror of
https://github.com/cy384/ssheven.git
synced 2026-05-15 14:15:58 -06:00
[GH-ISSUE #32] Cannot compile under m68k (OpenTransport undefined) #29
Labels
No labels
bug
documentation
enhancement
enhancement
pull-request
question
upkeep
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/ssheven#29
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @IoIxD on GitHub (Feb 28, 2025).
Original GitHub issue: https://github.com/cy384/ssheven/issues/32
Trying to compile the 68k version of ssheven results in linker errors on my end regarding pretty much all of OpenTransport.
Log output
I imagine I have something misconfigured (did I get the wrong download for the Interfaces and Libraries? Is
MPW_fully_updated.sitfrom the Macintosh Garden not good?) but I'm not sure what. The PowerPC version compiles just fine, but not this one.@cy384 commented on GitHub (Feb 28, 2025):
That sounds like the 68k libs are missing from your retro68 install. I got my copy from http://old.mac.gdn/apps/mpw-gm.img__0.bin and used basilisk with a shared file mount to copy the files out. Note that you need to have the resource forks preserved:
I believe the PPC data is stored in the data fork (doesn't get lost easily) while the 68k data is stored in the resource fork (does get lost easily).
@IoIxD commented on GitHub (Feb 28, 2025):
Well in this case the library files are just archive files right? You might need the rforks for some files but not these ones.
@cy384 commented on GitHub (Feb 28, 2025):
oh, I forget if it has one set of files for both or if there are actually separate library files for the two platforms
@cy384 commented on GitHub (Feb 28, 2025):
I haven't tried it, but there's a script included with retro68 that can extract the files appropriately from a disk image: https://github.com/autc04/Retro68/blob/master/install-universal-interfaces.sh
@IoIxD commented on GitHub (Feb 28, 2025):
Downloading from your source and then using the script (which seems to have given me what was given earlier) did not work. I can actually test with
nmto confirm nothing shows up.I'll look into the rfork thing.
@IoIxD commented on GitHub (Feb 28, 2025):
Actually are you able/willing to give me your copy of InterfacesAndLibraries so that I don't have to dig out my brother's Macbook and extract it there?
@cy384 commented on GitHub (Mar 1, 2025):
http://www.cy384.com/media/bin/InterfacesAndLibraries.zip
@IoIxD commented on GitHub (Mar 1, 2025):
Will try tomorrow, thanks!
@IoIxD commented on GitHub (Mar 2, 2025):
...embarrassingly I don't know what I was hoping to accomplish when I asked for this after establishing that it was an issue with rforks.
I should have asked if you can give me the translated archive files that go in the
toolchainfolder, since those don't have missing information I have to worry about.@cy384 commented on GitHub (Mar 2, 2025):
I develop on linux, so those files should work fine on any OS regardless of resource fork filesystem support. Alternately, here's the 'processed' version that the build process assembles; extract as a folder called "universal" in the folder called "toolchain".
http://www.cy384.com/media/bin/universal.zip
@IoIxD commented on GitHub (Mar 2, 2025):
Well, this works for your project.
Funny thing though...I actually didn't have interest in building this project. I was trying to use your port of libssh2/mbedtls to make an SFTP client. And after doing this, that project still gets linker errors...weird...
I wonder what I'm doing differently?
Other then that I guess I'll close since it's not an issue of the repo anymore.