Since we're talking about debuggers here, I just want to say that having DWARF (1) in your user name is excellent — thanks for the chuckle! that's actually funny; i never made that connection myself 🙈. [quote='862513022, DTS Engineer, /thread/804250?answerId=862513022#862513022'] As to attaching your custom debugger to a process with devicectl, this is not possible with the currently available commands provided by that tool. Our folks who work on the tooling around that command are interested in hearing what your needs are, so please send them some information on the type of functionality you need through Feedback Assistant. Once you've done that, please post the FB number here for reference. [/quote] Thanx! i have logged a feedback as FB20753296 just now. Please don't hesitate to let me know if i can provide any more specifics or details to make this more actionable. Getting this functionality would really help us out a lot. Thanx for your attention to the matter, marc

Thank you; this sounds like it's going to be very helpful and just what we needed. I'm passing it on to our compiler techs and see how it goes 🤞🏼

Done, logged as FB13353555 with a simple test acse that has the Elements linbraryu projects (and the binary, so no need to build it yourself), and a very sikmple Xcode project that uses the library and fails right away. Or perhaps the new linker should be compatible with your current code generation and the fact that this doesn’t work is a bug. It’s hard to say without in-depth knowledge about how the linker works, which I don’t have )-: We’ll know more once the linker engineers have had a chance to look at your bug. 🤞🏼 as this is a bit of a breaking/show-stopper issue for us ;) thanx for your assistance!

Okay, i'll file a bug. take it this means there is current;ly no documentation or spec available to share for what changed with regards to how Categories work, in order to work with the current/new linker?

Hi Quinn, What compiler is that? The compiler is Elements (https://www.remobjects.com/elements). It uses LLVM as the back-end but does not use Clang, as it is not C language-based. The path forward for ld_prime issues is clear but, as this reproduces with ld64, I can’t send you down that path. i will double-check this to be sure. Any assistance would be appreciated.

Hi Quinn, is there any documentation on "category class properties" at all? i am getting the same warning when linking a binary compiled with an (LLVM-based) compiler other than Xcode into an Xcode 15 project (and i get the reverse, when linking a Xcode 15 l,ibrary into an project with the other compiler). Also (probably not surprising), regular category methods declared in the code compiled with the other compiler don't work when linked into the Xcode app (even when called from inide the same binary), they fail with "unknown selector" at runtime. I am assuming someting has changed for how Categories are encoded on the binary level, but i can find zero coverage of this in the documentations for the Objective-C runtime or anywhere else. I'd very much like to be able to fix this issue with the compiler to restore comaptbility, so any pointers would be appreciated. FWIW, this happens whetehr usig the "classic" or new defauklt linker in Xcode. thanx, marc