• 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: ObjC's flat and all-exported namespace, help!
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ObjC's flat and all-exported namespace, help!


  • Subject: Re: ObjC's flat and all-exported namespace, help!
  • From: Jean-Daniel Dupas <email@hidden>
  • Date: Wed, 09 Nov 2011 09:54:11 +0100

Le 9 nov. 2011 à 09:14, Andy O'Meara a écrit :

>
>
> Unfortunately the problem is that when you sell and ship commercial software, shipped software can't look into the future.  The real aspect of this issue, that I raised in my initial post, is that third party developers such as ourselves internally reuse various support classes for multiple bundle products, so when the host loads our products this issue surfaces.
>
> And yes, this thread does belong on the objC list and will be moving it there (I didn't realize there was a objC list when I originally posted).


Before starting a discussion on the obj-c list, you may want to read the following thread from the clang mailing list:

http://lists.cs.uiuc.edu/pipermail/cfe-dev/2010-November/012026.html

It may contain good answers to your questions about obj-c namespaces.

> On Nov 9, 2011, at 12:08 AM, Karl Goiser wrote:
>
>> I think there is another solution that doesn’t involve making the language more complicated:
>>
>> I would complain to the suppliers of the bundles with conflicting class names.
>>
>> They know they are delivering into an environment with a flat namespace.  It is up to them to defend against this sort of problem.  It’s their fault that this problem is occurring.
>>
>>
>> Karl
>>
>> _______________________________________________
>>
>> Cocoa-dev mailing list (email@hidden)
>>
>> Please do not post admin requests or moderator comments to the list.
>> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>>
>> Help/Unsubscribe/Update your Subscription:
>>
>> This email sent to email@hidden
>
> _______________________________________________
>
> Cocoa-dev mailing list (email@hidden)
>
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden

-- Jean-Daniel




_______________________________________________

Cocoa-dev mailing list (email@hidden)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

  • Follow-Ups:
    • Re: ObjC's flat and all-exported namespace, help!
      • From: Andy O'Meara <email@hidden>
References: 
 >ObjC's flat and all-exported namespace, help! (From: Andy O'Meara <email@hidden>)
 >Re: ObjC's flat and all-exported namespace, help! (From: Greg Parker <email@hidden>)
 >Re: ObjC's flat and all-exported namespace, help! (From: Ian Joyner <email@hidden>)
 >Re: ObjC's flat and all-exported namespace, help! (From: Jean-Daniel Dupas <email@hidden>)
 >Re: ObjC's flat and all-exported namespace, help! (From: John Joyce <email@hidden>)
 >Re: ObjC's flat and all-exported namespace, help! (From: Karl Goiser <email@hidden>)
 >Re: ObjC's flat and all-exported namespace, help! (From: Andy O'Meara <email@hidden>)

  • Prev by Date: Re: ObjC's flat and all-exported namespace, help!
  • Next by Date: Re: Allocating too much memory kills my App rather than returning NULL
  • Previous by thread: Re: ObjC's flat and all-exported namespace, help!
  • Next by thread: Re: ObjC's flat and all-exported namespace, help!
  • Index(es):
    • Date
    • Thread