Re: Where to look for the replacement for a deprecated API?

Subject: Re: Where to look for the replacement for a deprecated API?
From: Beinan Li <email@hidden>
Date: Mon, 09 Dec 2013 17:27:02 -0500

Thanks Jens.

Like I said, there is nothing in the Xcode's tooltip about where to look except for the warning I posted.

Based on your tip I did find the Debugger in IOLib.h Reference, but still there is no deprecation info there.

I did realize that that's part of OSX 10.8 SDK, so I tried to add Kernel.framework (where this header sits) and #include <IOKit/IOLib.h>, but then I get dependency issues

/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/System/Library/Frameworks/Kernel.framework/Versions/A/Headers/IOKit/IOLib.h:44:10: 'IOKit/system.h' file not found

Funny thing is that I set both Base SDK and Dev target to 10.8 but this error still goes to 10.9.sdk folder.

Beinan

On Mon, Dec 9, 2013 at 5:02 PM, Jens Alfke <email@hidden> wrote:

On Dec 9, 2013, at 1:48 PM, Beinan Li <email@hidden> wrote:

So I'm asking about a general strategy for the deprecation and replacement issue.

The compiler allows the deprecation marker to have a textual message that shows up in the warning you receive. I’ve seen this used in some Apple APIs, but not in all of them. (It might be a newer Clang feature?) In that case you will see in the warning some indication of what API to use instead.

If you don’t get that, check the API docs (as you said about Debugger) … most of the time there’s information there.

In the case of Debugger(), I think you can emulate it by using the signal() system call (or one of its variants — see <signal.h>) to send a particular signal, although I’m not sure which signal is equivalent to hitting a breakpoint.

—Jens

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

References:
	>Where to look for the replacement for a deprecated API? (From: Beinan Li <email@hidden>)
	>Re: Where to look for the replacement for a deprecated API? (From: Jens Alfke <email@hidden>)

Prev by Date: Re: Where to look for the replacement for a deprecated API?
Next by Date: Re: Where to look for the replacement for a deprecated API?
Previous by thread: Re: Where to look for the replacement for a deprecated API?
Next by thread: Re: Where to look for the replacement for a deprecated API?
Index(es):
- Date
- Thread