I just pushed a commit for android CMakeLists.txt which adds support for both
appcompat path styles.
This updated the existing FreeRDP pull request.
Now the entire android client builds and generates apk's.
On 07/13/2014 01:27 PM, Gerry Reno wrote:
> It looks like somewhere in the evolution o
It looks like somewhere in the evolution of the SDK they changed over from
"compatibility" to "support" in the support
library path around 2011-2012 but continue to support and allow either version.
On 07/13/2014 01:08 PM, Gerry Reno wrote:
> Why do you think something is broken in my SDK which
Why do you think something is broken in my SDK which I've been using for years
without issue?
I also found reference to both "compatibility" paths:
http://stackoverflow.com/questions/12382555/android-support-library-manual-download
Notice they reference either path:
$ANDROID_SDK/extras/andr
Something with your SDK is broken.
Just set up a new SDK and everything is where it is expected...
Used android-sdk_r23.0.2-linux.tgz as base.
Do you have the same or some different SDK?
On Son, 2014-07-13 at 12:41 -0400, Gerry Reno wrote:
> On 07/13/2014 12:23 PM, Gerry Reno wrote:
> > Yes, I a
On 07/13/2014 12:23 PM, Gerry Reno wrote:
> Yes, I already have the support libs:
>
> Android SDK manager shows Rev 20
>
> And I found it installed here:
>
> $ ls $ANDROID_SDK/extras/android/compatibility/v7/appcompat
> AndroidManifest.xml libs project.properties README.txt res src
Go
Yes, I already have the support libs:
Android SDK manager shows Rev 20
And I found it installed here:
$ ls $ANDROID_SDK/extras/android/compatibility/v7/appcompat
AndroidManifest.xml libs project.properties README.txt res src
On 07/13/2014 12:11 PM, Armin Novak wrote:
> appcomp
appcompat is part of the sdk support libraries, check that they are installed.
On 13 July 2014 18:04:00 CEST, Gerry Reno wrote:
>This OpenSLES issue was fixed by making sure that the default NDK api
>is set to 9 inside the updated
>AndroidToolchain.cmake file.
>
>So now cmake configures things.
>
Tried this again today and here's what happens when you run cmake in a new
clone tree (after running
scripts/android_setup_build_env.sh edited to add 'git checkout 1.0.1h'):
Using CMake 2.8.9
FreeRDP]$ cmake -DCMAKE_TOOLCHAIN_FILE=cmake/AndroidToolchain.cmake
-DANDROID_NDK="$ANDROID_NDK"
Not what I'm seeing.
On 07/07/2014 01:25 PM, Armin Novak wrote:
> You should not run cmake in any subfolder.
> Running it in the top level directory is fine.
This is what I expected but only running it at the top level does not configure
anything under client/Android
Here's the cmake command I
You should not run cmake in any subfolder.
Running it in the top level directory is fine.
By default a simple 'make' should build the whole android client for
'armeabi-v7a' architecture.
If you want to tweak settings install ccmake to adjust the cmake
variables to your liking.
Currently we use c
Further issue with cmake:
cmake -DCMAKE_TOOLCHAIN_FILE=cmake/AndroidToolchain.cmake \
-DANDROID_NDK="_your_ndk_path_here_" \
-DFREERDP_EXTERNAL_SSL_PATH="_your_ssl_build_root_path_" \
-DFREERDP_EXTERNAL_JPEG_PATH="_your_jpeg_build_root_path_" \
-DANDROID_SDK="_your_sdk_path_her
Thanks. That fixes the script.
Also appears that maybe AndroidToolchain.cmake needs updated for NDK r9
support. I copied down latest version and it
works in my environment.
On 07/07/2014 11:57 AM, Armin Novak wrote:
> You're correct.
> I've forgotten to add the tag checkout before build (n
I just cloned the latest FreeRDP tree and the android setup script fails
building OpenSSL:
$ ./scripts/android_setup_build_env.sh
Missing command line argument, current directory as root.
Using '/home/greno/build/FreeRDP/external' as root.
Preparing OpenSSL...
Cloning into '/
13 matches
Mail list logo
