Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

XCode 5.1: Garbage Collection Not Supported #435

Closed
artwyman opened this issue Mar 11, 2014 · 10 comments
Closed

XCode 5.1: Garbage Collection Not Supported #435

artwyman opened this issue Mar 11, 2014 · 10 comments
Labels

Comments

@artwyman
Copy link

XCode 5.1 went live today, and it does away with support for garbage collection, which means the stable version of appledoc can't be built with XCode 5.1. The experimental branch uses ARC instead, but as far as I can tell it isn't complete enough to use (the Readme is out of date, but when I built it it's missing any arguments for specifying output, so I assume it's still incomplete). I tried running XCode's migration tool to convert to ARC, but there were too many issues for my level of familiarity with the code.

Any chance of getting a usable version of appledoc for XCode 5.1 relatively soon? Or is there already an option I'm missing? For now, I'm using a pre-built appledoc executable built using XCode 5.0, launched from within our normal build which uses XCode 5.1.

@tomaz
Copy link
Owner

tomaz commented Mar 11, 2014

Thanks for reporting, I'm aware of this, started migration myself once 5.1 hit dev preview, but then discarded it as I simply didn't have time to go through it. Experimental branch (which will become 3.0, really need to rename it :) is ARC based as you note, but it's not ready for release, it currently parses source code and there's embrio from which markdown processing will be born. I hope it can become usable enough soon, but it'll take couple months at best. Current binary should be usable till then though so you should not miss much...

@FlorianDenis
Copy link

Would you consider releasing an official installer with the binary, for those of us who weren't so lucky as to have a working binary pre Xcode 5.1 ?

@tomaz
Copy link
Owner

tomaz commented Mar 11, 2014

Yes, that's what I though would do until 3.0 is ready. Will update this issue.

@tomaz tomaz added the Known label Mar 11, 2014
@loretoparisi
Copy link

So we are going to wait the 3.0, thanks!

@artwyman
Copy link
Author

Thanks, just wanted to make sure this was known.
For reference by others, it is possible to run multiple versions of XCode side by side. Just download the old version and re-name XCode.app before dragging into Applications, and you can switch between them using xcode-select from command-line. It's too awkward for me to have wanted to include it in our build system, but worked for letting me manually build appledoc without messing up my XCode 5.1 environment.

@hsousa
Copy link

hsousa commented Mar 14, 2014

Hi,

Yes, pleasae, an installer with the binary would be awesome... 👍

@orta
Copy link
Contributor

orta commented Mar 18, 2014

We're thinking of doing some stuff with CocoaPods and appledoc, as part of CocoaDocs v2 to make it easy for everyone to document their libs, as brew is out of the window it'd definitely be a good idea to have an "official binary release" that we can work with until 3.0.

@tomaz
Copy link
Owner

tomaz commented Mar 18, 2014

Uploaded latest v2 binary release. It's not installer, but I think a developer should figure it out from install instructions on download page :)

@tomaz tomaz closed this as completed Mar 18, 2014
@MaxGabriel
Copy link

What kind of stuff @orta

@orta
Copy link
Contributor

orta commented Mar 18, 2014

Thanks @tomaz 👍

@MaxGabriel - https://github.com/CocoaPods/cocoapods-appledoc and the new CocoaDocs redesign will probably happen at the same time. Making it easy for anyone to generate their own mini CocoaDocs.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

7 participants