and if we're coding this in somewhere to get all systems, it's this:
xcode-select -print-path
I already fixed that particular thing in base once, so somewhere in base this
is already being called...
Ken
On 2020-10-09, at 1:14 PM, Andrew Janke wrote:
> Just one data point here, but as a some
Just one data point here, but as a sometimes Mac developer, I need to
have multiple versions of Xcode installed side-by-side, and always
rename them to Xcode-.app; there's no /Applications/Xcode.app
on my boxes. This isn't a standard thing, so on my system, `xcode-select
-p` is the only reliabl
I see no need for this, given there are command line utilities available to
determine the user selected Xcode location. And as pointed out, any assumptions
made will be wrong for someone
> On 9 Oct 2020, at 9:05 pm, Michael Dickens wrote:
>
> Beta Xcode is at "/Applications/Xcode-beta.a
Beta Xcode is at "/Applications/Xcode-beta.app" ... so, no, we can't hard code
that precisely. That said, it wouldn't be difficult to have this setting as a
preference in a .conf file, if it isn't already. That way it -can- be changed
for those of us who regularly run beta software. - MLD
On Fr
Can MacPorts hardcode references to Xcode.app, by assuming it is at
/Applications/Xcode.app (as when installed from the App Store), and/or that it
will remain wherever it was found and won't ever be moved/deleted?
I would think the answer is "no": it is outside of MacPorts' control, and some
us
