On 2012-2-11, at 下午3:25, Jens Alfke wrote:
>
> On Feb 10, 2012, at 4:15 AM, stevens wrote:
>
>> When I compiled this code in Xcode 4.2.1(OS X Lion 10.7.3),it reported that
>> IRenderingEngine.hpp: error: unknown type name 'virtual' .
>
> What source file was it trying to compile at the time?
On 11 Feb 2012, at 03:17, Quincey Morris wrote:
> On Feb 10, 2012, at 15:03 , Mike Abdullah wrote:
>
>> My line of thinking:
>>
>> Each time one of your undo managers is about to close its top-level group,
>> register that with the doc's main undo manager. Thus the doc's undo manager
>> will
On Feb 11, 2012, at 12:19 AM, stevens wrote:
> Files should be compile:
I asked which file *is* being compiled, not which *should* be :-) Because
clearly something’s not behaving as it should.
You can tell which source file was being compiled in the Xcode error list in
the left pane. Below an
is ARC a Lion-only feature or will an ARC-compiled app work on 10.6.8 assuming
no other Lion features are used?
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the mo
On 2012-02-11, at 6:25 PM, William Squires wrote:
> is ARC a Lion-only feature or will an ARC-compiled app work on 10.6.8
> assuming no other Lion features are used?
According to Apple, ARC-compiled apps run on SL, but they must be compiled on
Lion, because the SL version of Xcode doesn't inclu
On Feb 11, 2012, at 5:25 PM, William Squires wrote:
> is ARC a Lion-only feature or will an ARC-compiled app work on 10.6.8
> assuming no other Lion features are used?
Everything will work except for weak references, which aren’t available on Snow
Leopard.
Charles
_
On Feb 11, 2012, at 3:56 PM, Charles Srstka wrote:
> On Feb 11, 2012, at 5:25 PM, William Squires wrote:
>
>> is ARC a Lion-only feature or will an ARC-compiled app work on 10.6.8
>> assuming no other Lion features are used?
>
> Everything will work except for weak references, which aren’t ava
On Feb 11, 2012, at 5:28 PM, stevens wrote:
> Unknown type name 'virtual'
> In file included from
> /Users/stevens/MyWork/macdev/HelloArrow/HelloArrow/GLView.h:8:
> In file included from
> /Users/stevens/MyWork/macdev/HelloArrow/HelloArrow/AppDelegate.h:10:
> In file included from
> /Users/ste
Is it commonplace to have to copy the compiled output of one's own framework
into a deployment location ? I'm also not finding where to setup a search path
for such custom framework once placed. Is there a more appropriate list to be
asking for this ? And of course the documentation I can find
On Feb 11, 2012, at 8:21 PM, Erik Stainsby wrote:
> Is it commonplace to have to copy the compiled output of one's own framework
> into a deployment location ?
No, you shouldn’t need to do that.
> I'm also not finding where to setup a search path for such custom framework
> once placed.
Ge
Core Data Question
I have a custom struct that I would like to make key-value coding compliant so
it will work with Core Data as a non-standard persistent attribute. Is it
possible to make a custom struct key-value coding compliant?
I would rather not store it in the managed object as an object
On 12/02/2012, at 5:43 PM, Richard Somers wrote:
> I would rather not store it in the managed object as an object but would like
> to leave it as a struct and have it work just like NSPoint, NSSize, NSRect,
> or NSRange.
May one ask why?
The section of the documentation you posted spells ou
On Feb 11, 2012, at 10:56 PM, Graham Cox wrote:
> Making it an object is easy and usually it turns out that the desire to
> resist doing that is misguided, based on some faulty assumptions. What are
> yours? If you need a scalar struct to pass to external code, just declare a
> method that wil
On Feb 11, 2012, at 11:56 PM, Graham Cox wrote:
> Making it an object is easy and usually it turns out that the desire to
> resist doing that is misguided, based on some faulty assumptions. What are
> yours?
Geometry objects are slow which is why Cocoa has the likes of NSPoint, NSSize,
and NS
14 matches
Mail list logo
