Re: [Adobe-source-devel] XCode compile errors

[Foster T. B. <fbr...@ad...>]

I'd like to keep it in there for now. I anticipate it will serve a 
purpose in the (hopefully near) future, though for now it's just 
sitting there. I believe the only reference to it is in 
client_assembler.cpp. I'd make the change myself but I'm still 
wrestling with this ssh-through-the-firewall issue.

Blessings,
Foster

On Mar 23, 2005, at 10:17a, Ralph Thomas wrote:

> I noticed that this was only being included on GCC/Mac and I changed
> it in the sandbox so that it would actually compile. It sounds like
> we'd be better off just cvs delete ing the file altogether.
>
> Thanks,
>  Ralph
>
> On Wed, 23 Mar 2005 08:44:24 -0800, Foster T. Brereton
> <fbr...@ad...> wrote:
>> Interesting... I haven't seen this problem before, and am unsure as to
>> why it's showing only in GCC on the Mac...
>>
>> Another nit: This header isn't being used currently. We were working 
>> on
>> the semantics of a button and the notion of it controlling a latch 
>> fell
>> out. This is where this header came from, but we haven't got the
>> details worked out yet. References to this header file can be removed.
>>
>> Blessings,
>> Foster
>>
>> On Mar 22, 2005, at 06:15p, David Catmull wrote:
>>
>>> I'm working on my XCode "Adobe Begin" project. After setting up the
>>> header paths so it properly finds boost and so forth, I get these
>>> errors:
>>>
>>> headers/report_exception.hpp:43: error: looser throw specifier for
>>> `virtual adobe::implementation::os_exception::~os_exception()'
>>> /usr/include/gcc/darwin/3.3/c++/exception:56: error:   overriding
>>> `virtual std::exception::~exception() throw ()'
>>> headers/latch.hpp:32: error: class `adobe::latch_t<ValueType>' does
>>> not have any field named `trigger_func_m'
>>> headers/latch.hpp:32: error: class `adobe::latch_t<ValueType>' does
>>> not have any field named `validity_func_m'
>>> adobe/test/visual/sources/client_assembler.cpp:1314: error: parse
>>> error before `>' token
>>>
>>> The throw specifier issue seems to be from the implicit destructor 
>>> for
>>> os_exception.
>>>
>>> --
>>> David Catmull
>>> unc...@un...
>>> http://www.uncommonplace.com/
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.net email is sponsored by: 2005 Windows Mobile Application
>>> Contest
>>> Submit applications for Windows Mobile(tm)-based Pocket PCs or
>>> Smartphones
>>> for the chance to win $25,000 and application distribution. Enter
>>> today at
>>> http://ads.osdn.com/?ad_id=6882&alloc_id=15148&op=click
>>> _______________________________________________
>>> Adobe-source-devel mailing list
>>> Ado...@li...
>>> https://lists.sourceforge.net/lists/listinfo/adobe-source-devel
>>>
>>>
>> --
>> Foster T. Brereton              <}}}><              Romans 3:21-26
>> A d o b e   S o f t w a r e   T e c h n o l o g y   L a b
>> "What 99 percent of programmers need to know is not how to build
>> components but how to use them." -- Alexander Stepanov
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by Microsoft Mobile & Embedded DevCon 
>> 2005
>> Attend MEDC 2005 May 9-12 in Vegas. Learn more about the latest 
>> Windows
>> Embedded(r) & Windows Mobile(tm) platforms, applications & content.  
>> Register
>> by 3/29 & save $300 
>> http://ads.osdn.com/?ad_id=6883&alloc_id=15149&op=click
>> _______________________________________________
>> Adobe-source-devel mailing list
>> Ado...@li...
>> https://lists.sourceforge.net/lists/listinfo/adobe-source-devel
>>
>
>
--
Foster T. Brereton              <}}}><              Romans 3:21-26
A d o b e   S o f t w a r e   T e c h n o l o g y   L a b
"What 99 percent of programmers need to know is not how to build
components but how to use them." -- Alexander Stepanov