Brad King wrote:
On 06/27/2013 03:57 PM, Sean McBride wrote:
So I opened the .xcodeproj with Xcode.app and I don't see any
excludedFromAll item in the 'scheme' popup. Do you?
In Xcode 4.5.2 on OS X 10.8 the test passes for me and I do
see excludedFromAll in the list of targets in the GUI.
On 07/01/2013 02:55 AM, Stephen Kelly wrote:
Brad King wrote:
In Xcode 4.5.2 on OS X 10.8 the test passes for me and I do
see excludedFromAll in the list of targets in the GUI.
Please send me your .pbxproj file (off list).
The file Sean sent has the target and looks okay to me.
I also
On 04/04/2013 09:45 AM, Robert Maynard wrote:
My current work in progress on this problem can be found
To follow up on this, I've just merged a topic Robert implemented
(to add the phony rules) to master:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=539356f1
On 07/01/2013 09:17 AM, Stephen Kelly wrote:
However, a colleage tested it (I have no Mac to hand), and told me that if
those relevant lines are removed from the Config files, CMake does not seem
to pass the relevant -F and --framework lines to the compiler, so #includes
do not work.
Is
Brad King wrote:
On 07/01/2013 09:17 AM, Stephen Kelly wrote:
However, a colleage tested it (I have no Mac to hand), and told me that
if those relevant lines are removed from the Config files, CMake does not
seem to pass the relevant -F and --framework lines to the compiler, so
#includes do
On 7/1/2013 10:08 AM, Stephen Kelly wrote:
What path actually should be in the IMPORTED_LOCATION in order for the
framework to be handled correctly?
I don't remember for sure off the top of my head, but I think that
the automatic -F options work when the path is /path/to/foo.framework
but
On 6/29/2013 3:07 AM, Claus Klein wrote:
yesterday, I receive a spam message as response to every message I send to
cmake list?
I just posted to the cm...@cmake.org list and got the same
spam response. I've forwarded the information to our sysadmins.
Thanks for reporting,
-Brad
--
Powered
On 7/1/2013 11:35 AM, Brad King wrote:
On 6/29/2013 3:07 AM, Claus Klein wrote:
yesterday, I receive a spam message as response to every message I send to
cmake list?
I just posted to the cm...@cmake.org list and got the same
spam response. I've forwarded the information to our sysadmins.
On Monday, July 01, 2013 11:11:58 AM Brad King wrote:
On 7/1/2013 10:08 AM, Stephen Kelly wrote:
What path actually should be in the IMPORTED_LOCATION in order for the
framework to be handled correctly?
I don't remember for sure off the top of my head, but I think that
the automatic -F
Clinton Stimpson wrote:
With the refactor IMPORTED_LOCATION in generated export files went from
/path/to/foo.framework/foo
to
/path/to/foo.framework/Version/A/foo
That change naturally came out of the refactor.
Since for non-frameworks, the property is the location of the actual file
I will be holding a developer chat in the cmake irc channel starting
at 2pm est, or 18:00 gmt.
Server: freenode
Channel: #cmake
For those without an irc client: http://webchat.freenode.net/
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
Hi there,
I've pushed a proof-of-concept multiple-toolchains branch to my clone which
enables the use of multiple toolchains with cmake.
The idea is to use a separate cache and set of definition overrides for each
toolchain. The current proof-of-concept implementation is very simple and
Clinton Stimpson wrote:
This change hasn't been released yet and will go into CMake 2.8.12.
Ah, I see. I was mis-reading my gitk.
If Qt were to put multiple versions of libraries into one framework, then
I think the IMPORTED_LOCATION should be more specific.
The issue is more about
On 7/1/2013 1:21 PM, Clinton Stimpson wrote:
This change hasn't been released yet and will go into CMake 2.8.12.
As far as I know, it really doesn't matter which of the 2 you use for
IMPORTED_LOCATION as they both work.
To clarify:
* Clinton is talking about what IMPORTED_LOCATION values the
On Monday, July 01, 2013 07:36:24 PM Stephen Kelly wrote:
Clinton Stimpson wrote:
This change hasn't been released yet and will go into CMake 2.8.12.
Ah, I see. I was mis-reading my gitk.
If Qt were to put multiple versions of libraries into one framework, then
I think the
15 matches
Mail list logo