*_debug and *_profile files - delete to free some space

Question

Hi, I have found that I have a lot of *_debug and *_profile files taking a lot of space.
From
/Users/angr/USBHDOS10.2/System/Library/Frameworks/Carbon.framework/Versions/A/Fr ameworks/HIToolbox.framework/Versions/A/HIToolbox_debug
to a collection of
/usr/lib/libobjc.A_profile.dylib
/usr/lib/libobjc_profile.A.dylib
/usr/lib/libobjc_profile.dylib
/usr/libexec/gdb/symfiles/libobjc_profile.A.dylib.syms
Is it safe to delete all that? I do build some unix tools sometimes, but never profile... at max I try to add extra -O flag and compare performance. Debugging is more sensitive stuff as one never knows...

Answer 1

Anton Grigoriev wrote:
But these are not exactly languages that affect, rather architectures.
Quite. You asked about the problems with Monolingual which I had referred to and I raised the Rosetta issue in that context. Indeed, had Monolingual stuck to language-removal many of the problems would have been avoided. It did not, however, and many users were caught out by this.
I am a proud PPC user and I do not delete Intel part in case I ever get a newer Mac.
BTW the trick with find and remove lproj folders was initially revealed by Bombich in DeLocalizer (the line was formed in GUI placed in the buffer for possible inspection).
I know. Trimmit uses it, too. I came across Trimmit before DeLocalizer, though.
I wonder If the same easy trick is known for architectures part - would be nice to know how much Intel stuff takes on PPC.
It is not quite as easy in this case because you can't tell just from the names. Generally, a single binary will support multiple architectures so to "slim" an application in this way you have to alter the binary. Apple supplies a tool you can use to do this (and that's what Trimmit and, presumably, Monolingual and XSlimmer) use to remove support for (hopefully) unwanted/unneeded architectures. I do use Trimmit on applications, though not Apple ones. I figure if I ever move to intel, most of the apps I now have will have released new versions anyway so it wouldn't make sense (for the most part) to transfer existing applications. What I like about Trimmit is that, by default, it creates a backup so you can test the "trimmed" version before committing yourself by deleting the original!
- cfr