• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: C++ name collisions between plugins
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: C++ name collisions between plugins


  • Subject: Re: C++ name collisions between plugins
  • From: Darrin Cardani <email@hidden>
  • Date: Thu, 15 Aug 2013 11:11:18 -0700

On Aug 15, 2013, at 11:07 AM, Paul Miller <email@hidden> wrote:

> On 8/15/2013 12:40 PM, Stephen Bash wrote:
>> ----- Original Message -----
>>> From: "Paul Miller" <email@hidden>
>>> Sent: Thursday, August 15, 2013 1:32:39 PM
>>> Subject: Re: C++ name collisions between plugins
>>>
>>> I'm using Intel 12.0, for reasons relating to OpenMP. Another
>>> developer suggested I try setting "-fvisibility-hidden=filename",
>>> which I will try next.
>>
>> Just to be clear, the filename here is a text file listing the symbols to hide, not the source or object file being compiled.
>
> Yuck. I already have visibility override #pragmas around the Objective C functions I want exposed. It would be a lot easier to just have "hide EVERYTHING *except* these 5 things).

You can do that. There's a setting for both "exported symbols" and "unexpected symbols" in the target settings of the Xcode project. So you can use either a white list or a black list, and I think there's even a way to do both at the same time if you need to for some reason.

Darrin


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

This email sent to email@hidden


References: 
 >Re: C++ name collisions between plugins (From: Paul Miller <email@hidden>)

  • Prev by Date: Re: C++ name collisions between plugins
  • Next by Date: Re: C++ name collisions between plugins
  • Previous by thread: Re: C++ name collisions between plugins
  • Next by thread: Re: C++ name collisions between plugins
  • Index(es):
    • Date
    • Thread