Home/ Questions/Q 8482619
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-06-10T19:52:01+00:00

Apple uses the following code in the header of all its framework classes. #if

  • 0

Apple uses the following code in the header of all its framework classes.

#if !defined(__COREFOUNDATION_CFARRAY__)
#define __COREFOUNDATION_CFARRAY__ 1
...
#endif

Is this a recommended approach for eliminating “duplicate symbol” linker errors, when designing classes or categories for framework use, or are these left over protection from the use of #include instead of #import in c?

Research into this has lead me to this article on include guard

NOTE: this question is not asking how to fix a duplicate symbol error, but instead asking if there is any way of preventing your own code from causing the problem if its included more than once in a project.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    You’re right about the include guard – there’s probably some compatibility reason it’s not been removed from the source.

    However, this won’t really protect you against duplicate symbols much.

    For example,

    What if you have two third party library, each of which uses the SBJSON library (I had this happen to a colleague a few weeks ago).

    Each of the libraries was compiled seperately so, from their point of view, SBJSON was only included once. However, when I came to link my app I couldn’t because I had duplicate symbols.

    I had to solve this by manually removing the symbols from one of the .a library files (This link shows it’s quite a common problem!)

    EDIT : This link is a much clearer step by step solution to the problem

    • 0