Re: dependencies
Re: dependencies
- Subject: Re: dependencies
- From: Scott Tooker <email@hidden>
- Date: Fri, 7 Nov 2003 23:02:37 -0800
On Nov 7, 2003, at 5:25 PM, Hugh Hoover wrote:
> I've been using XCode since the Panther release - I've tamed at least
> some it it's new idiosyncrasies :)
> (or is that - retrained me?)
>
> Anyway - I have a question on dependencies -
> my current project has 4 frameworks and a small main app. I expect to
> install the frameworks into the app bundle at some point, but haven't
> done that yet.
>
> I have several issues that I haven't figured out yet - here's the
> first one...
>
> First, dependencies - there's this nice "Direct Dependencies" box
> under the "General" tab of the framework target inspector, but nothing
> in it - when I hit the "+", I get a slide-down box with nothing in it,
> with an "Add" button. I can't type or anything in the box, and
> hitting "Add" or return just makes the sliding box go away.
> Just HOW am I supposed to add (or see?) dependencies? The
> instructions seem to indicate that frameworks will show up in the
> slide-down box - but there's nothing.
The target dependencies indicate dependencies on other targets, not
frameworks. If you want to indicate that a target uses a given
framework, you need to add that framework to the target.
> Currently - I don't have the frameworks "installed" - just symlinks
> from ~/Library/Frameworks to the build/<xxx>.framework directory - is
> that an issue?
> I"m probably not using the frameworks in the expected manner - I
> currently add header search paths to the source directories rather
> than including "<framework>/header.h".
> would that have an effect? (I don't really WANT to be including the
> "standard" way, as this project ports to win32 - although I suppose a
> carefully crafted source tree would make that work).
The frameworks on Mac OS X are structured and designed to be used via
framework includes (<Carbon/Carbon.h>). While it is possible to
directly reference the headers via search paths, this solution is not
as robust as using framework-styles includes.
Scott
>
> And as a general comment - I"m really hoping y'all get XCode working
> well - there's promise... I use VS.NET frequently - and despite
> everyone's (justifiable?) bias against the big M$ - it's really a
> pretty good dev environment. The things that make it most useful for
> me are the auto completion and browsing functions - they use compiler
> derived browse info - which has both good and bad points - good
> because of precision, downside in requiring successful compilation
> before browse info is available. I tend to write new code there
> because of the CodeSense stuff and browsing because it helps me with
> the trivialities of coding - exact function names, etc. >It< breaks
> down with anything but the simplest templates (and I'm using some
> really complex templates now - recursive, template templates, etc).
> Being able to type <namespace>:: and get that list, then <class>:: and
> get THAT list is really really helpful to me - having it work
> correctly for complex templates would be great.
> The best dev environment I've ever used was Smalltalk (ParcPlace) back
> in '90. We had a smalltalk to C++ translator that allowed us to
> develop tweaked Smalltalk (all tweaks were in specialized comments)
> that would translate directly into the final C++ (no edits after
> translation). In Smalltalk, we had excellent browsing capability,
> retention of session state, and unbeatable debug/fix/continue with
> complete object browsing/editing - then translate to C++, run the now
> translated unit-test and fix the occasional C++ issue. Very fast.
> How soon can you get there? (not necessarily with the Smalltalk part -
> although I wouldn't object !^)
>
> Thanks,
> Hugh Hoover
> _______________________________________________
> xcode-users mailing list | email@hidden
> Help/Unsubscribe/Archives:
> http://www.lists.apple.com/mailman/listinfo/xcode-users
> Do not post admin requests to the list. They will be ignored.
[demime 0.98b removed an attachment of type application/pkcs7-signature which had a name of smime.p7s]
_______________________________________________
xcode-users mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/xcode-users
Do not post admin requests to the list. They will be ignored.
| References: | |
| | >dependencies (From: Hugh Hoover <email@hidden>) |