I have got many compliant that cmake support is not work with even the new
Android Studio, but it is really works for me.
I try ldd on cmake which Android SDK provided, all the so is resolved
correct, which break before.
So, I can imagine that maybe something related to my host environment , I
us
My Android Studio Version Info:
Android Studio 2.2.1
Build #AI-145.3330264, built on October 6, 2016
May be the more import part is cmake version, I have two which all works:
~/Android/Sdk/cmake/3.6.3155560
~/Android/Sdk/cmake/3.6.3133135
hope this will be help:)
2016-10-31 22:13 GMT+08:00 R
So I have been using (a custom) CMake + Android Studio/Gradle for some
years now. I only recently saw that both official CMake is adding
Android support, and that the official Android tools are supporting
CMake. I’m actually still confused on the differences between the two
and what each offers in
I'm sorry but that doesn't really answer my questions.
On Mon, Oct 31, 2016 at 8:55 AM, Cong Monkey wrote:
> Try to update your Android SDK from android studio?
>
>
> 2016年10月31日 21:31,"Robert Dailey" 写道:
>
> Which version of Android Studio? Latest stable is 2.2 IIRC. Are you
> talking about dev/
Try to update your Android SDK from android studio?
2016年10月31日 21:31,"Robert Dailey" 写道:
Which version of Android Studio? Latest stable is 2.2 IIRC. Are you
talking about dev/beta builds?
On Sun, Oct 30, 2016 at 9:04 AM, Cong Monkey wrote:
> The latest release of android studio work with CMAKE
Which version of Android Studio? Latest stable is 2.2 IIRC. Are you
talking about dev/beta builds?
On Sun, Oct 30, 2016 at 9:04 AM, Cong Monkey wrote:
> The latest release of android studio work with CMAKE well.
>
> you can create a new project with c++ support to test CMAKE support!
>
> You can
The latest release of android studio work with CMAKE well.
you can create a new project with c++ support to test CMAKE support!
You can follow https://code.google.com/p/android/issues/detail?id=212007
to get the details.
2016-10-28 5:48 GMT+08:00 Robert Dailey :
> I'm at a bit of a loss on findi
I'm at a bit of a loss on finding more information. Can anyone at
least confirm that this isn't a reliable place to find the answers I'm
looking for? Does anyone have real experience with android + gradle +
cmake integration and can provide some pointers?
On Tue, Oct 25, 2016 at 8:48 AM, Robert Da
I'm not sure if the CMake mailing lists are the right place to ask
this question but I thought I'd ask just in case someone has gone down
this path or has experience with what Google/Gradle is actually trying
to accomplish with what seems to be a hand-built version of CMake with
custom patches that
Pavel Volkovitskiy wrote:
Brandon J. Van Every wrote:
There's nothing stopping anyone from writing code like
IF(KDE)
FIND_LIBRARY(ASPELL_PATH ...)
blah
ELSE(KDE)
blah
ENDIF(KDE)
but nobody's going to do that without a motive. It sounds like the
real problem here is that conary is imprope
2007/2/9, Eric Noulard <[EMAIL PROTECTED]>:
> which is really used during build - i really want to know it :)
- really tough, I think you should not try to be smarter
than the developpers of the package you are building.
Now the discussion may go on the definition of the objectives
of con
2007/2/9, Pavel Volkovitskiy <[EMAIL PROTECTED]>:
>
> but nobody's going to do that without a motive. It sounds like the
> real problem here is that conary is improperly designed.
>
it's strange to find something if you are not going to use it
It takes time, resources, but yeah it cheap :)
I t
Brandon J. Van Every wrote:
Pavel Volkovitskiy wrote:
It's not my CMakeList.txt, i use sim-im as example of program with
cmake based buildsystem
CMakeList.txt (from sim-im sources) always checks for ASPELL but
doesn't uses it if USE_KDE=TRUE
I want to know if this common practice (find eve
Alan W. Irwin wrote:
On 2007-02-09 20:50+0300 Pavel Volkovitskiy wrote:
[...]now with cmake:
It seems the only thing i can always add is CMAKE_INSTALL_PREFIX,
there is no other standart variables for paths
so one app will install plugins under /usr/lib/foo/, another will use
/usr/lib64/bla/
o
Pavel Volkovitskiy wrote:
It's not my CMakeList.txt, i use sim-im as example of program with
cmake based buildsystem
CMakeList.txt (from sim-im sources) always checks for ASPELL but
doesn't uses it if USE_KDE=TRUE
I want to know if this common practice (find everything even if you
don't ne
On 2007-02-09 20:50+0300 Pavel Volkovitskiy wrote:
[...]now with cmake:
It seems the only thing i can always add is CMAKE_INSTALL_PREFIX, there is no
other standart variables for paths
so one app will install plugins under /usr/lib/foo/, another will use
/usr/lib64/bla/
one app will use /usr/m
Pavel Volkovitskiy wrote:
you don't need to look how you should specify libdir: '--libdir,
--lib-dir, '--dir-for-lib', etc', it's always named '--lib-dir'
sorry, '--libdir' :)
--
Pavel
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mail
Eric Noulard wrote:
2007/2/9, Pavel Volkovitskiy <[EMAIL PROTECTED]>:
>
Looks like cmake's developers doesn't plan world domination? :)
Or may be it's not possible to use generic rules to run cmake's based
make-system?
What do you mean by "generic rule" ?
An exemple would be welcomed.
sorry
2007/2/9, Pavel Volkovitskiy <[EMAIL PROTECTED]>:
>
Looks like cmake's developers doesn't plan world domination? :)
Or may be it's not possible to use generic rules to run cmake's based
make-system?
What do you mean by "generic rule" ?
An exemple would be welcomed.
I have another question to
Pavel Volkovitskiy wrote:
Hello!
I'm trying to implement initial cmake support for conary
(distributed software management system,
http://wiki.rpath.com/wiki/Conary)
PS: Note, i'm not official developer of it
right now it has good support for configure based applications
let's for example we
Hello!
I'm trying to implement initial cmake support for conary
(distributed software management system, http://wiki.rpath.com/wiki/Conary)
PS: Note, i'm not official developer of it
right now it has good support for configure based applications
let's for example we have "foo" application which
21 matches
Mail list logo