Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Naiw]

I agree, it’s highly irrelevant what it is or not is.

So is the preference order of various tools as well.

It can just be established the majority of the developers after the introduction of PowerPC Mac OS tend to use Code Warrior, primary because it was the first compiler with PPC Pef support but I would also think the main reason was powerplant.

[teroyk]

The MacOS NanoKernel has some undocumented system calls to set the MSR[LE] bit. This was to accelerate VirtualPC's x86 emulation.

Wow, is this true for all PPC versions of the MacOS kernel? (Or at least from 9~10.5.)

Apparently other mechanisms been discovered as well.

https://groups.google.com/forum/m/#!topic/comp.sys.mac.programmer.help/3NK-jAdmOqg

That link is amazing, I had never thought too hard until now about user mode x supervisor mode in PowerPC MacOS. This was quite a fascinating read... Really looking forward to fiddling with this...


Also, since we are discussing all sorts of development tools and knowledge, I guess one more thing to take a look at is the availability of Ruby programming language compilers, and its most popular framework, Ruby on Rails. From quick glances online, it seems both are available for at least PPC Mac OS X 10.5 Leopard.

I also took notice that, according to the Wikipedia entry at https://en.wikipedia.org/wiki/Xcode and Apple's official documentation, the following Xcode versions exist for OS X:
- Mac OS X 10.3 Panther: Xcode v1.0 ~ 1.5;
- Mac OS X 10.4 Tiger    : Xcode v2.0 ~ 2.5;
- Mac OS X 10.5 Leopard: Xcode v2.5 ~ 3.1.4 (Wikipedia made it sound like v3.1.3 and 3.1.4 could only be installed on 10.5.7+ or that 10.5.7+ could only have those two versions of Xcode, but the official Apple documentation did not seem to indicate any such distinction amongst all the Leopard versions).
They can be obtained for free with any Apple developer account, to which, AFAIK, anyone can subscribe to. The download pages to get Xcode directly from Apple for free is here: https://developer.apple.com/download/more/
For convenience, I used a publicly-shared, pre-existing account for logging in there, found at http://bugmenot.com/view/developer.apple.com (P.S.: After pasting the password, some trailing spaces have to be removed first). Also, I think that login link should be fine, but if somehow the Mac OS 9 Lives staff finds it "risky" or anything, feel free to remove it from my post: we all can still use our own Apple IDs (or create one) to access their downloads page, anyway.

Somebody might interesting about this:
https://stackoverflow.com/questions/5333490/how-can-we-restore-ppc-ppc64-as-well-as-full-10-4-10-5-sdk-support-to-xcode-4
But how you can use XCode for making programs for Mac OS 9???

[Naiw]

That is simple to answer.

You can’t. Mac OS 9 requires PEF or XCOFF binaries, the toolchain included with Xcode only does MACH-O and that won’t work with Mac OS 9.

[teroyk]

That is simple to answer.

You can’t. Mac OS 9 requires PEF or XCOFF binaries, the toolchain included with Xcode only does MACH-O and that won’t work with Mac OS 9.

Yes I know that..but then I found interesting thing:
CodeBuilder for Classic Mac OS version 1.1
More information:
https://www.tenon.com/products/codebuilder/description/
Has anybody test this?

[Naiw]

That is simple to answer.

You can’t. Mac OS 9 requires PEF or XCOFF binaries, the toolchain included with Xcode only does MACH-O and that won’t work with Mac OS 9.

Yes I know that..but then I found interesting thing:
CodeBuilder for Classic Mac OS version 1.1
More information:
https://www.tenon.com/products/codebuilder/description/
Has anybody test this?

Yes, I have it... somewhere. It was the first tenon product I bought, never really used it to develop MacOS software, mostly just used it to play around with objective-c, to be honest it wasn't all that great. I don't remember if code builder used gcc or egcs by default- either way both was way behind MrC or CW when it came to code quality so I never found any reason to bother with the at best cumbersome process of making MacOS software with it.


Codebuilder was essentially MachTen minus networking support and a lot (really like 50 MB) or so example code and frameworks/ports of apps that MachTen didn't ship with, for example the GNUStep code base is not present in MachTen.

Either way, my recommendation is don't bother. MachTen has it's uses, Codebuilder essentially don't as the main benefit with command line based development is collaboration, and it's kind of hard to do that when there's no network support.

Said it before, CodeWarrior does it all and it's/was really good.

[Astroman]

my favourite environment has always been Open Interface by Neuron Data.
They made an expert system toolkit on Mac in the early 90s and after successfully introducing it to the market, they faced the usual 'cross-platform' dilemma.
But different than most they really nailed it by a common graphic base and GUI toolkit that kept the look and feel of the respective OS while program functionality was retained.
You could even switch the look at runtime instantly from (say) Mac to Motif or Win-3.
While developed for inhouse use originally, it became a product named Open Interface, later versions called Interface Elements (dunno those).

Have a peek in this Discovery Channe feature, lots of classic Macs on the scene...
https://www.youtube.com/watch?v=tSjPNXwcGjA
the interesting part is the 2nd half from about min 5.00 on

The company went through multiple merges and aquisitions and most traces practically vanished from the web.
Found this browsable copy of the original manual:
https://archive.org/stream/TNM_Neuron_Data_Open_Interface_technical_overview_20171017_0142#page/n1/mode/1up

Tbh it's the most well thought out oo-programming approach without having to deal with an oo-language syntax.
It's plain ansi-C and basically all needed doc is right in the header file comments - short, precise, clear.

[Custos]

Where the hell is syntho in this discussion? Wasn't it him that developes his own plugs or am I thinking of another member? I would be highly interested in messing about with some type of SDK for PT be it for LE or TDM doesn't matter.

[Protools5LEGuy]

Those are  closed platform.

Best chances to do a VST plug and "port" it with reFuse.

IIO and other users talk about MAX software&protocol. Apple and Oranges AFAIK

[Protools5LEGuy]

Maybe there is a way to do a Pluggo Plugin in Max/MsP for Protools to use it.

Easy way IMHO is "develop" VST "carbon" plugs and use a DAW as a standalone for that plug alone, and keep the Protools machine doing its tasks.

P.D. Last time I installed Pluggo on a Win Machine I regretted once I saw the list of plugs it includes. IT IS SO LONG THAT YOU CANT FIND YOUR FAVORITES ONES BACK. I warn you.

[IIO]

jupp, pluggo works with PT.

[Custos]

Is plugo win blows only? I wouldn't mind working on stuff on my laptop then porting it. Would be nice to have everything on the mac side as well. Jumping back and forth seems counterproductive.

[Protools5LEGuy]

http://macos9lives.com/smforum/index.php/topic,3158.msg20266.html#msg20266

[IIO]

like most good stuff it was mac only at first.

OS9 should be our main focus here, but you wont have any issues with windows.

you just should be aware of one minor difference, which is that the first windows version of max is newer than the latest for mac os 9.

so it has a few more vanilla objects which are not available for OS9.

you should know that list when you want to code on win but use the result on mac.

there is also a minor issue with font size. when i do somethign on windows, i usually rewrite the code later on the mac (because i am very anal when it comes to code layout).

[Custos]

Idk why but I was thinking Pluggo was an SDK. I missed the part where you mentioned PT is a closed development. I'll check it out none the less. looks pretty cool. I actually would rather use os9 but PT doesn't support VST.

[IIO]

not an "SDK" at all. you are supposed to make a "normal" max patch which includes a few pluggo-specific binaries, all of them are part of vanilla max.

i will be glad to guide you through it when you´re ready.

[IIO]

ah, about PT.

pluggo is a max runtime itself. in OS itr is installed parallel to the max programming enviroment.

this runtime works with RTAS, MAS and VST (and AU in OSX).  the pluggo plug-ins will work with all of them and you dont have to care about RTAS licensing at all - or for VST2 for that matter - because you would have a legal problem here as well since 12 months.

[Custos]

rtas would be my main goal. Where is a good starting place. complete noob I have a basic understanding of programming though.

[IIO]

for mac, PM me.

for win, search for max/msp 4.6.x and download from some moron on teh interwebz while running antivirus protection.

if you are registered for later versions, ask cycling support for a v.4 auth. they have to do it manually, but it still works.


this is how a delay effect with GUI and automation will look like. the rest is provided by the "pluggo runtime"

of course, if you want to do real stuff, it can easily get as complicated as in C++or even more - but the entry level is low.

[Custos]

I only use windows for FL studio and web surfing/file transfers. I effing hate windows. I grew up on os7/os8. Can you PM me a Links to everything I need. I bookmarked this page and download the Tuts.

[IIO]

like i once called it, the "VST" is already there, you can concentrate on the "plug-in".