Just noticed SC_IDE, but even setting both to zero still wants QT and builds the IDE.

Thanks. There's an ambiguity here, which is that I think the flag SC_QT was intended not to turn off Qt entirely, but to enable/disable the "QtGUI" stuff which is specifically for letting users create Qt GUIs from code. However, no-one's going to want to disable it unless they really want to disable all the Qt features - which means disabling SC_IDE and possibly some other stuff now. And it's a much more natural interpretation of SC_QT to be able to build without Qt.

On my ubuntu system, if I uninstall qt, then I can successfully build iff I turn off both SC_QT and SC_IDE.
So @lloeki I get a different result from you (poss cos of different OS). Please can you post the error shown when you set both flags to off but it still wants qt?

Jakob, others - what do you think? I've proposed a commit on the mailing list which automatically turns off SC_IDE if !SC_QT.
http://permalink.gmane.org/gmane.comp.audio.supercollider.devel/60057

By the way @lloeki - strongly recommend building with Qt, since the old mac-native IDE is completely gone now from the development version of SC, and the Qt IDE is now the only straightforward way to work with SC code on mac.

(There are some alternatives - there's an emacs plugin, a vim plugin, and a readline repl [for the latter you need proper gnu readline, not the default one bundled in apple]. None are particularly convenient on mac.)

FYI, I'm building a homebrew formula for SuperCollider (for the curious, has to be installed with --env=std because of the sdk sysroot requirement). The goal is to provide people wanting to use e.g overtone — typically along with emacs — with a barebones CLI SuperCollider, with the option to build the IDE only if needed.

So, to sum up, I actually want no IDE, so I really care less about the old IDE ;-)

As for the readline requirement for the REPL, I made it a dependency of the formula, which then builds against homebrew's proper readline.

I get a different result from you (poss cos of different OS)

Quite possible, since it ends up building a SuperCollider.app bundle. I suppose that's because the project's build system is set up this way (from Xcode?) so it's been designed from the start to build a GUI app on OSX. I updated the issue title to reflect that the flags work on Linux.

Also, in my case, building as an app bundle is actually not desirable at all. I'd rather have the files end up like on Linux (bin/, share/ and whatnot). I suppose this would require a much more extensive modification of the current build system though, and probably warrants its own issue. For now I merely symlink scsynth and sclang from Contents/Resources into bin.

Jakob, others - what do you think? I've proposed a commit on the mailing list which automatically turns off SC_IDE if !SC_QT.

👍
(check your indentation settings =)