but that depends on how you compile your code as you can have bits of code compiled with ARC together with pieces of code which are not using ARC. As far as I remember, the code of gnustep itself doesn't use ARC (otherwise it would not be backwards compatible with systems not supporting ARC yet) and you can mix and match code freely as its just the compiler inserting the necessary code on the fly
> On 10 Dec 2024, at 14:01, Daniel Santos <[email protected]> wrote: > > I agree, but my objective is to have ARC disabled to try to reproduce the > memory allocations that happen in NeXT (that does not have ARC). > Meaning that with ARC disabled I will have to explicitly release objects and > therefore catching memory allocation bugs that will happen on the NeXTStep > version of the code. > > Daniel Santos > > > >> On 10 Dec 2024, at 11:29, Andreas Fink <[email protected]> wrote: >> >> valgrind should have no issue with ARC at all. In fact it results in objects >> being released instantly instead of sometimes later so memory issues might >> show up quicker. >> But as valgrind traces malloc/free calls (or some variants of them) which >> ARC ultimately use at some point, using ARC or not should not have any >> effect. >> >>> On 10 Dec 2024, at 12:07, Daniel Santos <[email protected]> wrote: >>> >>> Hi, >>> >>> I am developing an application that runs both in NeXTStep and on Linux with >>> GNUStep. >>> As far as I know GNUStep uses Auto release pools to manage memory and >>> Automatic Reference Counting. >>> >>> I want to run the app under valgrind on Linux with ARC turned off because >>> debugging memory leaks with NeXTStep tool (malloc debug I think that’s what >>> is called) is much harder and the tool is not as good as valgrind. >>> >>> Is it possible to turn off ARC in GNUstep ? >>> >>> Thanks, >>> Regards >>> Daniel Santos >>> >>> >>> >>> >> >> > >
