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
changed oF/addons to a C project for eclipse #2936
changed oF/addons to a C project for eclipse #2936
Conversation
that sounds good. that always annoyed me, but I never kenw how to fix it. pinging @arturoc |
I'm not sure right now - never stumbled over this. perhaps I never digged that deep and because for example I find |
changed oF/addons to a C project for eclipse
i've been lately just importing the addons i use as linked folders in the projects, it's a little bit more work but it works well. not sure about the libs project, since OF is inside libs it can be problematic but haven't really tried |
@fx-lange @arturoc can you build without issue with this new addons project? when I build the openframeworks project in eclipse, I get an error/problem report about the addons project: |
@bilderbuchi, sorry for the late reply. For me - I just ignored the error. There is this run anyway dialogue - and I checked it as default. Compared to other eclipse+oF problems before this was just a minor issue for me. One option would be to create a "do nothing" makefile? |
Ah, a somewhat dirty workaround, but I'll look for this run anyway thing. I'm not sure if having a no-op makefile would be a good approach. @arturoc ? |
Yes it is, I tried a Makefile like this
and get |
fix for eclipse build error #2936
@fx-lange I just now realized this, but please don't force-add files (as you must have done for |
argh, you are right - sorry for that. does this cause any trouble? should I update the |
it's not a big deal, I just wanted to flag this for you in case you were unaware. I have already corrected the gitignore pattern |
fix for eclipse build error openframeworks#2936
addons is still no C project for eclipse. this way it isn't possible to rebuild the index or to use code completion, call hierarchy or symbol following in its full capacity.
(for example try to jump from ofxSlider.h to ofxBaseGui via F3 in line 7)
I always import from "existing code as makefile project" instead of "existing projects ..." when it comes to oF/addons. I'm using the Linux GCC Toolchain for the indexer.
for me it works fine but I have to rebuild the indexer from time to time.