From: Rolf Eike Beer
To: cmake-developers@cmake.org
Subject: Re: [cmake-developers] cmake on AIX
Message-ID:
Content-Type: text/plain; charset=US-ASCII; format=flowed
Am 2018-06-22 14:11, schrieb REIX, Tony:
> Hi Brad,
>
>
> Still investigating why MariaDB does not build.
>
>
>
Am 2018-06-22 14:11, schrieb REIX, Tony:
Hi Brad,
Still investigating why MariaDB does not build.
We have the following trace:
CMake Error at
/opt/freeware/src/packages/BUILD/mariadb-10.3.7/64bit/CMakeFiles/CMakeTmp/CMakeLists.txt:14
cmake_minimum_required(VERSION 3.11.4.0)
de Provence - 38432 Échirolles - France
www.atos.net<https://mail.ad.bull.net/owa/redir.aspx?C=PvphmPvCZkGrAgHVnWGsdMcDKgzl_dEIsM6rX0g4u4v8V81YffzBGkWrtQeAXNovd3ttkJL8JIc.=http%3a%2f%2fwww.atos.net%2f>
De : Brad King
Envoyé : mardi 19 juin 2018 19:27:17
À : REIX, Tony; cmake-developers@cmake.org
Cc : APEKE, SE
On 06/19/2018 12:17 PM, REIX, Tony wrote:
> So, it looks like cmake gets data for the CMAKE_REQUIRED_LIBRARIES
> from these 2 aboves places, but it does not transform the " " blank
> separators by ";" ?!!
It's MariaDB's CMake code that is doing that, not CMake itself.
-Brad
--
Powered by
les - France
www.atos.net<https://mail.ad.bull.net/owa/redir.aspx?C=PvphmPvCZkGrAgHVnWGsdMcDKgzl_dEIsM6rX0g4u4v8V81YffzBGkWrtQeAXNovd3ttkJL8JIc.=http%3a%2f%2fwww.atos.net%2f>
De : Brad King
Envoyé : mardi 19 juin 2018 17:57:54
À : REIX, Tony; cmake-developers@cm
On 06/19/2018 11:48 AM, REIX, Tony wrote:
> However, we've found yet no information about how to:
>
> a) run one test,
>
> b) get more traces,
ctest -R $regex_matching_tests_to_run -V
> c) know where are the logs.
See the Testing/* directory. When not running in dashboard
client
g
Cc : APEKE, SENA (ext)
Objet : RE:[cmake-developers] cmake on AIX
Hi Brad,
With cmake 3.2.3 , Séna is able to build MariaDB.
However, with version 3.11.1 , we have issues (core or hang of cmake, and other
issues). Investigating.
We'll move to 3.11.3 asap in order to see if we face the same iss
(ext)
Objet : Re: [cmake-developers] cmake on AIX
On 06/12/2018 09:36 AM, REIX, Tony wrote:
> I never saw any package built on AIX using pthread or ppc64/pthread
> We have to understand why cmake is different.
We use C++11 std::thread. It requires GCC's -pthread flag on AIX,
and that fl
On 06/12/2018 09:36 AM, REIX, Tony wrote:
> I never saw any package built on AIX using pthread or ppc64/pthread
> We have to understand why cmake is different.
We use C++11 std::thread. It requires GCC's -pthread flag on AIX,
and that flag changes the standard library that is used.
-Brad
--
Hi Brad,
You said:
> I think that should solve any problems with running CMake in environments
> different than it was built.
Yes. Tests may be OK though cmake does not work with complex package to build.
> The LIBPATH is
>
>
On 06/12/2018 03:38 AM, REIX, Tony wrote:
> Did you use cmake built on AIX for building a project with it?
> cmake tests are 98% OK here though that does not work with mariaDB.
The test suite passes and that is mostly made up of project-like tests.
It's also built using an existing CMake/CTest on
(ext)
Objet : Re: [cmake-developers] cmake on AIX
On 06/11/2018 11:16 AM, REIX, Tony wrote:
> We are building cmake now only with GCC (6.3.0 for now) on AIX 6.1 .
> Which GCC compiler version are you using on AIX ?
GCC 7.2. We previously tested with 6.1 and that worked too.
> It appears t
On 06/11/2018 11:16 AM, REIX, Tony wrote:
> We are building cmake now only with GCC (6.3.0 for now) on AIX 6.1 .
> Which GCC compiler version are you using on AIX ?
GCC 7.2. We previously tested with 6.1 and that worked too.
> It appears that the cmake executable has been built so that it looks
Tony; cmake-developers@cmake.org
Cc : APEKE, SENA (ext)
Objet : Re: [cmake-developers] cmake on AIX
On 06/08/2018 11:56 AM, REIX, Tony wrote:
> We'd like to know if cmake has already been ported on AIX.
Yes, it has long worked on AIX. We have nightly testing
on AIX 7.2 with both GCC 7.2 and
On 06/08/2018 11:56 AM, REIX, Tony wrote:
> We'd like to know if cmake has already been ported on AIX.
Yes, it has long worked on AIX. We have nightly testing
on AIX 7.2 with both GCC 7.2 and XL 13.1. A couple of tests
are disabled for those builds but it works in general.
Since CMake 3.10 we
Hi,
We'd like to know if cmake has already been ported on AIX.
We have tried to port it on AIX, and tests are neary OK:
3.11.1 : 98% tests passed, 8 tests failed out of 462
3.9.1 : 96% tests passed, 19 tests failed out of 441
However, when using it for building MariaDB 10.3.1 on AIX, we
Hi,
I identify the root of the problem: if I specify version 3.4 in
cmake_minimum_required, generated link command (stored in file link.txt) for an
executable does not contains value specified in variable
CMAKE_SHARED_LIBRARY_LINK_${lang}_FLAGS. Specifying 3.3 fix the problem. So
this is a
On 12/10/2015 04:03 AM, CHEVRIER, Marc wrote:
> I identify the root of the problem: if I specify version 3.4 in
> cmake_minimum_required, generated link command (stored in file link.txt)
> for an executable does not contains value specified in variable
> CMAKE_SHARED_LIBRARY_LINK_${lang}_FLAGS.
Ok. I see the problem. Thanks for your investigation.
I will work on that and submit a patch to solve this problem.
Marc
On 10/12/15 14:42, "Brad King" wrote:
>On 12/10/2015 04:03 AM, CHEVRIER, Marc wrote:
>> I identify the root of the problem: if I specify version
On 12/09/2015 09:09 AM, CHEVRIER, Marc wrote:
> You are right. I missed this capability.
> My first idea was to apply to exec the same approach as for shared lib but I
> didn’t found appropriate variable: something like
> CMAKE_EXE_CREATE__FLAGS
> Or may be CMAKE_EXE_LINKER_FLAGS_INIT can be
On 12/09/2015 08:02 AM, CHEVRIER, Marc wrote:
> Attached is a patch for AIX enabling correct generation of executables
> regarding runtime path handling (currently, build paths could be stored
> as part of installed executables): option -bnoipath is required for
> executables link command
Oops !
You are right, on a simple example, all is OK. So the problem seems on my side.
I will investigate this curious behaviour…
Sorry for the noise.
Marc
On 09/12/15 15:15, "Brad King" wrote:
>On 12/09/2015 09:09 AM, CHEVRIER, Marc wrote:
>> You are right. I
You are right. I missed this capability.
My first idea was to apply to exec the same approach as for shared lib but I
didn’t found appropriate variable: something like CMAKE_EXE_CREATE__FLAGS
Or may be CMAKE_EXE_LINKER_FLAGS_INIT can be used but I am not sure of the
usage of the *_INIT
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13331
==
Reported By:Daniel R. Gomez
Assigned To:
24 matches
Mail list logo