On 08/24/2015 04:43 PM, Gregor Jasny via cmake-developers wrote:
I just pushed a topic branch to add support for Xcode 7 TDB files:
http://www.cmake.org/gitweb?p=stage/cmake.git;a=shortlog;h=refs/heads/apple-tbd-stubs
Thanks. Please merge to 'next' when ready.
-Brad
--
Powered by
Hi all,
Using the Xcode project generator, there didn't seem to be a way to specify a
project-level organization name, so I added the ability to do just that by
setting CMAKE_XCODE_ORGANIZATIONNAME.
For example, if CMAKE_XCODE_ORGANIZATIONNAME is set to My Company, Inc., when
you create new
Le 25/08/15 16:48, Eric Noulard a écrit :
Hi guys,
Some of my thoughts about this one.
Hi,
thanks you for your quick reply!
2015-08-25 15:42 GMT+02:00 Raffi Enficiaud
[snip]
Yes but the may be interesting part should be in:
/«BUILDDIR»/build_dir/_CPack_Packages/Linux/DEB/Deb.log
Dear CMake developers,
any thoughts on the fix? :)
Best regards,
Stefan Kislinskiy
Von: cmake-developers [cmake-developers-boun...@cmake.org] im Auftrag von
Kislinskiy, Stefan [s.kislins...@dkfz-heidelberg.de]
Gesendet: Freitag, 21. August 2015 23:56
An:
I worked around that error by editing SDL_android_main.c:
extern C
{
/* Called before SDL_main() to initialize JNI bindings in SDL library */
extern void SDL_Android_Init(JNIEnv* env, jclass cls);
}
So I'm at least able to build again now... Though it still crashes when I
try to run the APK...
What's the best way to build a hello world SDL2 project with CMake for
Android (on Windows)?
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to support the CMake community. For more
Le 25/08/15 16:48, Eric Noulard a écrit :
I would suggest checking (in CPackDeb generator code) whether if CPack
has been called in a fakerootED environment. This can be done by
checking whether if FAKEROOTKEY env var is defined or not.
If fakeroot is already in action then one should not call
Hi Eric Brad,
On 15/07/15 12:16, Eric Wing wrote:
On 7/7/15, Brad King brad.k...@kitware.com wrote:
On 07/02/2015 07:54 PM, Eric Wing wrote:
Thank you Brad. When you are ready, let me know how I can help next.
I have basic support with the Xcode generator done.
Please try out this commit:
Please add each of the _DEBUG and _RELEASE configurations if and
only if the corresponding variables are set. Grep for mention of
IMPORTED_CONFIGURATIONS in other Modules/Find*.cmake files for
examples.
I'm assuming that there should be a IMPORTED_LOCATION property defined
in all cases as
Páder Rezső wrote:
Hi all,
cmake requires libarchive3, but uses old, deprecated libarchive
functions.
The attached patch solves this.
I may be wrong, but I would assume that these are not deprecated
libarchive3 functions, but function deprecated _in_ libarchive3, no?
Greetings,
Eike
--
Le 26/08/15 00:45, Eric Noulard a écrit :
[snip]
I see two technical solutions:
- either using the system tar: this would not work in the case of
cross compilation (and in some circumstances only) but would work in
the other case. I believe that all the debian packaging tools are
2015-08-25 23:52 GMT+02:00 Raffi Enficiaud raffi.enfici...@mines-paris.org
:
Le 25/08/15 16:48, Eric Noulard a écrit :
I would suggest checking (in CPackDeb generator code) whether if CPack
has been called in a fakerootED environment. This can be done by
checking whether if FAKEROOTKEY env
2015-08-26 0:56 GMT+02:00 Raffi Enficiaud raffi.enfici...@mines-paris.org:
[...]
I see several workarounds/hacks:
- executing with fakeroot in cpack first and in case of failure
falling back to run tar without fakeroot
- detect if the current user is root already
On 08/25/2015 01:45 AM, Rolf Eike Beer wrote:
The BZIP2_NEED_PREFIX check generates a CMakeLists.txt file that
refers to the raw path given without re-escaping the backslashes.
Then the check fails to configure due to the backslashes being
interpreted as invalid CMake escape sequences.
No,
On 08/25/2015 03:05 AM, Rolf Eike Beer wrote:
I may be wrong, but I would assume that these are not deprecated
libarchive3 functions, but function deprecated _in_ libarchive3, no?
Yes. The libarchive source has some of them slated for removal in
version 4.
-Brad
--
Powered by
We do specify the CMAKE_BUILD_TYPE when generating the makefiles. But it still
doesn't work. I forgot to mention the generator name is NMake Makefiles.
Perhaps it's a bug?
-Original Message-
From: Brad King [mailto:brad.k...@kitware.com]
Sent: Tuesday, August 25, 2015 8:53 AM
To:
On 08/25/2015 09:27 AM, Robert Goulet wrote:
We do specify the CMAKE_BUILD_TYPE when generating the makefiles.
But it still doesn't work. I forgot to mention the generator name
is NMake Makefiles. Perhaps it's a bug?
Please provide a minimal/complete CMakeLists.txt file demonstrating the
Hi Domen, Brad and CMake developers,
I am trying to create my packages in Launchpad, which uses a pbuilder
environment for building the packages, directly using CMake=3.3 (which
contains the nice recent fixes).
I got the following error when I execute the build of a source package
from
On 08/25/2015 09:32 AM, CHEVRIER, Marc wrote:
Here is a small patch to add support for:
* SuSE platform specific paths for JVM lookup
* IBM SDK, Java Technology Platform
Thanks, applied:
FindJNI: Add support for SuSE platform and IBM Java SDK
On Tue, Aug 25, 2015 at 09:59:14 -0500, Peter List wrote:
// required to avoid run found with adb logcat
extern void Java_org_libsdl_app_SDLActivity_nativeInit(JNIEnv* env, jclass
cls, jobject obj);
There's an SDL_android_main.c file you need to compile. I have a
personal Android/NDK app here:
20 matches
Mail list logo