No subject
Tue Jan 15 14:41:49 EST 2013
specify the base SDK, and therefore to be able to build a project...
Or should I just revert to using cmake 2.8.9 ?
Thank you,
--
AlexV
2013/1/15 Asmodehn Shade <asmodehn at gmail.com>
> Hello,
>
> I managed to reproduce the problem with the simple HelloWorld given by
> Nicholas a bit earlier in this thread, with a slight modification.
> The problem seems to come from : *set(CMAKE_OSX_SYSROOT iphoneos6.0)*
>
> Just add this line to the CMakeLists.txt, and you will see that the path
> for the build changes from Debug/ to Debug-iphoneos/
> This seems to confuse cmake 2.8.10 paths ( but is fine with cmake 2.8.9 )
>
> Let me know if you need anything else,
> --
> AlexV
>
> 2013/1/15 Brad King <brad.king at kitware.com>
>
>> On 01/13/2013 09:37 PM, Asmodehn Shade wrote:
>> > bash-3.2$ xcodebuild Tutorial.xcodeproj/
>> > === BUILD AGGREGATE TARGET ZERO_CHECK OF PROJECT Tutorial WITH
>> THE DEFAULT CONFIGURATION (Debug) ===
>> > Check dependencies
>> > unsupported build action 'Tutorial.xcodeproj'
>>
>> The xcodebuild command does not take the .xcodeproj as an argument.
>> You need to use "-project $proj" if there is more than one project
>> in a directory. Otherwise you do not need to specify it at all.
>>
>> > 2) cmake --build . --config Debug works too :
>> > /** BUILD SUCCEEDED **/
>> >
>> > => Does cmake --build . --config Debug does something special ?
>>
>> It runs a valid xcodebuild command line.
>>
>> > => Another thing to consider is that my original project fails to
>> > build *in the IDE*, with the same error as Nicholas previously stated
>> > in this thread :
>> [snip]
>> > make[1]: *** No rule to make target
>> `/Users/alexandre.vincent/Projects/my_project/prj/iOS/CMakeFiles/2.8.10/CMakeCCompiler.cmake',
>> needed by `CMakeFiles/cmake.check_cache'.
>> [snip]
>> > So is it possible that the Tutorial sample problem may not match the
>> > actual cause of the original problem ?
>>
>> Yes. The tutorial build does work as seen with "cmake --build".
>> There must be something about the project itself that is different
>> from the tutorial example and triggers the problem.
>>
>> Can you provide a small example project that does reproduce the
>> problem?
>>
>> -Brad
>>
>
>
--089e0115e878ba58d204d3d6ed01
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Hello,<br><br>Is there any news on that ?<div>Any way to fix it, or work ar=
ound or even a hack I can try ?<div>From what I understand the CMAKE_OSX_SY=
SROOT variable is mandatory to specify the base SDK, and therefore to be ab=
le to build a project...<br>
<br>Or should I just revert to using cmake 2.8.9 ?</div><div><br>Thank you,=
<br>--<br>AlexV</div><div><br><div class=3D"gmail_quote">2013/1/15 Asmodehn=
Shade <span dir=3D"ltr"><<a href=3D"mailto:asmodehn at gmail.com" target=
=3D"_blank">asmodehn at gmail.com</a>></span><br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
Hello,<br><br>I managed to reproduce the problem with the simple HelloWorld=
given by Nicholas a bit earlier in this thread, with a slight modification=
.<br>The problem seems to come from :=A0<b>set(CMAKE_OSX_SYSROOT iphoneos6.=
0)</b><div>
<br><div>Just add this line to the CMakeLists.txt, and you will see that th=
e path for the build changes from Debug/ to Debug-iphoneos/</div><div>This =
seems to confuse cmake 2.8.10 paths ( but is fine with cmake 2.8.9 )<br>
<div><br></div><div>Let me know if you need anything else,</div><div>--<br =
clear=3D"all"><div>AlexV</div><div><div><br><div class=3D"gmail_quote">2013=
/1/15 Brad King <span dir=3D"ltr"><<a href=3D"mailto:brad.king at kitware.c=
om" target=3D"_blank">brad.king at kitware.com</a>></span><br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">On 01/13/2013 09:37 PM, Asmodehn Shade wrote=
:<br>
> =A0 =A0 =A0 =A0 bash-3.2$ xcodebuild Tutorial.xcodeproj/<br>
<div>> =A0 =A0 =A0 =A0 =3D=3D=3D BUILD AGGREGATE TARGET ZERO_CHECK OF PR=
OJECT Tutorial WITH THE DEFAULT CONFIGURATION (Debug) =3D=3D=3D<br>
> =A0 =A0 =A0 =A0 Check dependencies<br>
> =A0 =A0 =A0 =A0 unsupported build action 'Tutorial.xcodeproj'<=
br>
<br>
</div>The xcodebuild command does not take the .xcodeproj as an argument.<b=
r>
You need to use "-project $proj" if there is more than one projec=
t<br>
in a directory. =A0Otherwise you do not need to specify it at all.<br>
<div><br>
> 2) cmake --build . --config Debug works too :<br>
</div>> /** BUILD SUCCEEDED **/<br>
<div>><br>
> =3D> Does cmake --build . --config Debug does something special ?<b=
r>
<br>
</div>It runs a valid xcodebuild command line.<br>
<div><br>
> =3D> Another thing to consider is that my original project fails to=
<br>
</div>> build *in the IDE*, with the same error as Nicholas previously s=
tated<br>
> in this thread :<br>
[snip]<br>
<div>> make[1]: *** No rule to make target `/Users/alexandre.vincent/Pro=
jects/my_project/prj/iOS/CMakeFiles/2.8.10/CMakeCCompiler.cmake', neede=
d by `CMakeFiles/cmake.check_cache'.<br>
</div>[snip]<br>
<div>> So is it possible that the Tutorial sample problem may not match =
the<br>
> actual cause of the original problem ?<br>
<br>
</div>Yes. =A0The tutorial build does work as seen with "cmake --build=
".<br>
There must be something about the project itself that is different<br>
from the tutorial example and triggers the problem.<br>
<br>
Can you provide a small example project that does reproduce the<br>
problem?<br>
<span><font color=3D"#888888"><br>
-Brad<br>
</font></span></blockquote></div><br></div></div></div></div></div>
</blockquote></div><br></div>
</div>
--089e0115e878ba58d204d3d6ed01--
More information about the CMake
mailing list