date:20190201

Re: [CMake] undefined reference to `_exit'

2019-02-01 Thread frodak17

If I follow you correctly you are trying to replace the startup files that
are normally used with your own versions.

You don't mention what the new library is that you are using to replace the
startup files.
The standard startup files provide _init and _fini.

You are also missing _exit which I thought would have been taken care of if
"-specs=nosys.specs" was being used.  It's not shown which specs option is
being used.

Any reason you aren't just using the standard startup files and follow the
retarget example to do any special initialization before main() is called?

On Fri, Feb 1, 2019 at 6:17 PM Kyle Edwards via CMake 
wrote:

> Hex,
>
> Can you see what else is in /opt/arm-none-eabi/lib/thumb/v7-ar/fpv3/hard
> (the same directory as libc.a)? There might be another system library that
> contains the _exit() implementation that isn't being linked due to your use
> of the -nostartfiles flag.
>
> Kyle
>
> On Fri, 2019-02-01 at 22:15 +, hex wrote:
>
> hello,
>
> I am trying to include a static library that contains the startup code for
> ARM processor to my  CMake project for cross compilation.
>
> I included the linker script and added it to the executable. Flags and
> include files are properly set in the CMake build output. The path to the
> library is also correctly seen.
>
> The linker fails on the startup code:
>
>
> Scanning dependencies of target testApp
> [ 50%] Building CXX object CMakeFiles/testApp.dir/src/main.c.obj
> [100%] Linking CXX executable testApp
> /opt/gcc-arm-none-eabi-7-2017-q4-major/bin/../lib/gcc/arm-none-eabi/7.2.1/../../../../arm-none-eabi/lib/thumb/v7-ar/fpv3/hard/libc.a(lib_a-exit.o):
>  In function `exit':
> exit.c:(.text.exit+0x1c): undefined reference to `_exit'
> /opt/gcc-arm-none-eabi-7-2017-q4-major/bin/../lib/gcc/arm-none-eabi/7.2.1/../../../../arm-none-eabi/lib/thumb/v7-ar/fpv3/hard/libc.a(lib_a-fini.o):
>  In function `__libc_fini_array':
> fini.c:(.text.__libc_fini_array+0x2c): undefined reference to `_fini'
> /opt/gcc-arm-none-eabi-7-2017-q4-major/bin/../lib/gcc/arm-none-eabi/7.2.1/../../../../arm-none-eabi/lib/thumb/v7-ar/fpv3/hard/libc.a(lib_a-init.o):
>  In function `__libc_init_array':
> init.c:(.text.__libc_init_array+0x38): undefined reference to `_init'
> collect2: error: ld returned 1 exit status
>
>
> Here is my CMakeLists file:
> *cmake_minimum_required(VERSION 3.5.1)**project 
> (hello-world)**set(SOURCE_FILES src/main.c)**set (LINKER_SCRIPT 
> linker_script.ld)**add_executable(${TARGET_NAME} 
> ${SOURCE_FILES})**set_target_properties( ${TARGET_NAME} PROPERTIES 
> LINK_DEPENDS ${LINKER_SCRIPT})**set(CMAKE_EXE_LINKER_FLAGS 
> "${CMAKE_EXE_LINKER_FLAGS} -Wl,-build-id=none -Wl,-T ${LINKER_SCRIPT} " CACHE 
> STRING "" FORCE )**set(COMMON_FLAGS "${COMMON_FLAGS} 
> -march=armv7-a")**set(COMMON_FLAGS "${COMMON_FLAGS} 
> -mfpu=vfpv3")**set(COMMON_FLAGS "${COMMON_FLAGS} 
> -mfloat-abi=hard")**set(COMMON_FLAGS "${COMMON_FLAGS} 
> -Wall")**set(COMMON_FLAGS "${COMMON_FLAGS} -O0")**set(COMMON_FLAGS 
> "${COMMON_FLAGS} -nostartfiles")**set(COMMON_FLAGS "${COMMON_FLAGS} 
> -fmessage-length=0")**set(COMMON_FLAGS "${COMMON_FLAGS} 
> -fno-exceptions")**set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} 
> ${COMMON_FLAGS}")**set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} 
> ${COMMON_FLAGS}")**include_directories( inc )**find_library(LIB_C NAMES libc 
> PATHS "lib" )**target_link_libraries(${TARGET_NAME} ${LIB_C})*
>
> How can I solve this problem? The only dependency here is the library 
> itself...
>
> Thank you in advance for any response.
>
> --
>
> 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 
> information on each offering, please visit:
>
> CMake Support: http://cmake.org/cmake/help/support.html
> CMake Consulting: http://cmake.org/cmake/help/consulting.html
> CMake Training Courses: http://cmake.org/cmake/help/training.html
>
> Visit other Kitware open-source projects at 
> http://www.kitware.com/opensource/opensource.html
>
> Follow this link to 
> subscribe/unsubscribe:https://cmake.org/mailman/listinfo/cmake
>
> --
>
> 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
> information on each offering, please visit:
>
> CMake Support: http://cmake.org/cmake/help/support.html
> CMake Consulting: http://cmake.org/cmake/help/consulting.html
> CMake Training Courses: http://cmake.org/cmake/help/training.html
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Follow this link to subscribe/unsubscribe:
> https://cmake.org/mailman/listinfo/cmake
>
-- 

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

[Cmake-commits] CMake branch, master, updated. v3.13.4-1261-gdfec0f4

2019-02-01 Thread Kitware Robot via Cmake-commits

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, master has been updated
   via  dfec0f4a11a6895617e778a0dfcad0668ad23f49 (commit)
  from  0c61b8699cb2b1c75e033c6a7d27f0b93c0dc7bc (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=dfec0f4a11a6895617e778a0dfcad0668ad23f49
commit dfec0f4a11a6895617e778a0dfcad0668ad23f49
Author: Kitware Robot 
AuthorDate: Sat Feb 2 00:01:06 2019 -0500
Commit: Kitware Robot 
CommitDate: Sat Feb 2 00:01:06 2019 -0500

CMake Nightly Date Stamp

diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index 0a65114..b8c995c 100644
--- a/Source/CMakeVersion.cmake
+++ b/Source/CMakeVersion.cmake
@@ -1,5 +1,5 @@
 # CMake version number components.
 set(CMake_VERSION_MAJOR 3)
 set(CMake_VERSION_MINOR 13)
-set(CMake_VERSION_PATCH 20190201)
+set(CMake_VERSION_PATCH 20190202)
 #set(CMake_VERSION_RC 1)

---

Summary of changes:
 Source/CMakeVersion.cmake | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
https://cmake.org/mailman/listinfo/cmake-commits

Re: [CMake] undefined reference to `_exit'

2019-02-01 Thread Kyle Edwards via CMake

Hex,
Can you see what else is in /opt/arm-none-eabi/lib/thumb/v7-
ar/fpv3/hard (the same directory as libc.a)? There might be another
system library that contains the _exit() implementation that isn't
being linked due to your use of the -nostartfiles flag.
Kyle
On Fri, 2019-02-01 at 22:15 +, hex wrote:
> hello, 
> I am trying to include a static library that contains the startup
> code for ARM processor to my  CMake project for cross compilation. 
> I included the linker script and added it to the executable. Flags
> and include files are properly set in the CMake build output. The
> path to the library is also correctly seen. 
> The linker fails on the startup code:
> 
> Scanning dependencies of target testApp
> [ 50%] Building CXX object CMakeFiles/testApp.dir/src/main.c.obj
> [100%] Linking CXX executable testApp
> /opt/gcc-arm-none-eabi-7-2017-q4-major/bin/../lib/gcc/arm-none-
> eabi/7.2.1/../../../../arm-none-eabi/lib/thumb/v7-
> ar/fpv3/hard/libc.a(lib_a-exit.o): In function `exit':
> exit.c:(.text.exit+0x1c): undefined reference to `_exit'
> /opt/gcc-arm-none-eabi-7-2017-q4-major/bin/../lib/gcc/arm-none-
> eabi/7.2.1/../../../../arm-none-eabi/lib/thumb/v7-
> ar/fpv3/hard/libc.a(lib_a-fini.o): In function `__libc_fini_array':
> fini.c:(.text.__libc_fini_array+0x2c): undefined reference to `_fini'
> /opt/gcc-arm-none-eabi-7-2017-q4-major/bin/../lib/gcc/arm-none-
> eabi/7.2.1/../../../../arm-none-eabi/lib/thumb/v7-
> ar/fpv3/hard/libc.a(lib_a-init.o): In function `__libc_init_array':
> init.c:(.text.__libc_init_array+0x38): undefined reference to `_init'
> collect2: error: ld returned 1 exit status
> 
> 
> Here is my CMakeLists file:
> 
> cmake_minimum_required(VERSION 3.5.1)
> project (hello-world)
> 
> set(SOURCE_FILES src/main.c)
> 
> set (LINKER_SCRIPT linker_script.ld)
> 
> add_executable(${TARGET_NAME} ${SOURCE_FILES})
> 
> set_target_properties( ${TARGET_NAME} PROPERTIES LINK_DEPENDS
> ${LINKER_SCRIPT})
> 
> set(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} -Wl,-build-
> id=none -Wl,-T ${LINKER_SCRIPT} " CACHE STRING "" FORCE )
> 
> set(COMMON_FLAGS "${COMMON_FLAGS} -march=armv7-a")
> set(COMMON_FLAGS "${COMMON_FLAGS} -mfpu=vfpv3")
> set(COMMON_FLAGS "${COMMON_FLAGS} -mfloat-abi=hard")
> set(COMMON_FLAGS "${COMMON_FLAGS} -Wall")
> set(COMMON_FLAGS "${COMMON_FLAGS} -O0")
> set(COMMON_FLAGS "${COMMON_FLAGS} -nostartfiles")
> set(COMMON_FLAGS "${COMMON_FLAGS} -fmessage-length=0")
> set(COMMON_FLAGS "${COMMON_FLAGS} -fno-exceptions")
> set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} ${COMMON_FLAGS}")
> set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} ${COMMON_FLAGS}")
> 
> include_directories( inc )
> 
> find_library(LIB_C NAMES libc PATHS "lib" )
> 
> target_link_libraries(${TARGET_NAME} ${LIB_C})
> 
> 
> How can I solve this problem? The only dependency here is the library
> itself...
> 
> Thank you in advance for any response. 
> -- 
> 
> 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 information on each offering, please visit:
> 
> CMake Support: http://cmake.org/cmake/help/support.html
> CMake Consulting: http://cmake.org/cmake/help/consulting.html
> CMake Training Courses: http://cmake.org/cmake/help/training.html
> 
> Visit other Kitware open-source projects at http://www.kitware.com/op
> ensource/opensource.html
> 
> Follow this link to subscribe/unsubscribe:
> https://cmake.org/mailman/listinfo/cmake-- 

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 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
https://cmake.org/mailman/listinfo/cmake

Re: [CMake] FindOpenSSL.cmake

2019-02-01 Thread Kyle Edwards via CMake

Andrew,
FindOpenSSL provides an "OPENSSL_ROOT_DIR" variable which allows you to
specify the root directory of your installation (assuming a traditional
layout within that directory.) Hopefully this will do what you need.
Good luck!
Kyle
On Fri, 2019-02-01 at 16:18 -0500, Andrew Bell wrote:
> I have a system-provided SSL and I have a newer one that I have
> installed via a packaging system.  In my build system I have:
> find_package(OPENSSL 1.1) .  This properly finds the version 1.1
> header files for openSSL, but it finds the incompatible system
> libraries, which are older than version 1.1.  A look at
> FindOpenSSL.cmake makes it seem as if the version is used when
> finding the header files, but not the libraries.  Other than
> overriding cache entries, is there a way to fix the
> FindOpenSSL.cmake that would solve the problem?  Other suggestions?
> 
> -- 
> 
> 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 information on each offering, please visit:
> 
> CMake Support: http://cmake.org/cmake/help/support.html
> CMake Consulting: http://cmake.org/cmake/help/consulting.html
> CMake Training Courses: http://cmake.org/cmake/help/training.html
> 
> Visit other Kitware open-source projects at http://www.kitware.com/op
> ensource/opensource.html
> 
> Follow this link to subscribe/unsubscribe:
> https://cmake.org/mailman/listinfo/cmake-- 

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 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
https://cmake.org/mailman/listinfo/cmake

[CMake] undefined reference to `_exit'

2019-02-01 Thread hex


hello,

I am trying to include a static library that contains the startup code 
for ARM processor to my  CMake project for cross compilation.


I included the linker script and added it to the executable. Flags and 
include files are properly set in the CMake build output. The path to 
the library is also correctly seen.


The linker fails on the startup code:


|Scanning dependencies of target testApp [ 50%] Building CXX object 
CMakeFiles/testApp.dir/src/main.c.obj [100%] Linking CXX executable 
testApp 
/opt/gcc-arm-none-eabi-7-2017-q4-major/bin/../lib/gcc/arm-none-eabi/7.2.1/../../../../arm-none-eabi/lib/thumb/v7-ar/fpv3/hard/libc.a(lib_a-exit.o): 
In function `exit': exit.c:(.text.exit+0x1c): undefined reference to 
`_exit' 
/opt/gcc-arm-none-eabi-7-2017-q4-major/bin/../lib/gcc/arm-none-eabi/7.2.1/../../../../arm-none-eabi/lib/thumb/v7-ar/fpv3/hard/libc.a(lib_a-fini.o): 
In function `__libc_fini_array': fini.c:(.text.__libc_fini_array+0x2c): 
undefined reference to `_fini' 
/opt/gcc-arm-none-eabi-7-2017-q4-major/bin/../lib/gcc/arm-none-eabi/7.2.1/../../../../arm-none-eabi/lib/thumb/v7-ar/fpv3/hard/libc.a(lib_a-init.o): 
In function `__libc_init_array': init.c:(.text.__libc_init_array+0x38): 
undefined reference to `_init' collect2: error: ld returned 1 exit 
status Here is my CMakeLists file: *cmake_minimum_required(VERSION 
3.5.1)project (hello-world)**set(SOURCE_FILES 
src/main.c)**set (LINKER_SCRIPT 
linker_script.ld)**add_executable(${TARGET_NAME} 
${SOURCE_FILES})**set_target_properties( ${TARGET_NAME} PROPERTIES 
LINK_DEPENDS ${LINKER_SCRIPT})**set(CMAKE_EXE_LINKER_FLAGS 
"${CMAKE_EXE_LINKER_FLAGS} -Wl,-build-id=none -Wl,-T ${LINKER_SCRIPT} " 
CACHE STRING "" FORCE )**set(COMMON_FLAGS "${COMMON_FLAGS} 
-march=armv7-a")set(COMMON_FLAGS "${COMMON_FLAGS} 
-mfpu=vfpv3")set(COMMON_FLAGS "${COMMON_FLAGS} 
-mfloat-abi=hard")set(COMMON_FLAGS "${COMMON_FLAGS} 
-Wall")set(COMMON_FLAGS "${COMMON_FLAGS} -O0")set(COMMON_FLAGS 
"${COMMON_FLAGS} -nostartfiles")set(COMMON_FLAGS "${COMMON_FLAGS} 
-fmessage-length=0")set(COMMON_FLAGS "${COMMON_FLAGS} 
-fno-exceptions")set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} 
${COMMON_FLAGS}")set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} 
${COMMON_FLAGS}")**include_directories( inc 
)**find_library(LIB_C NAMES libc PATHS "lib" 
)**target_link_libraries(${TARGET_NAME} ${LIB_C})*** How can I solve 
this problem? The only dependency here is the library itself... Thank 
you in advance for any response. |


-- 

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 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
https://cmake.org/mailman/listinfo/cmake

Re: [cmake-developers] [vtk-developers] CDash frontend refresh

2019-02-01 Thread Zack Galbreath via cmake-developers

Thanks for the feedback, everyone. I pushed a couple tweaks to
testing.cdash.org.

* The white numbers on index.php should be more legible now
* reduced the padding of these tables slightly so more builds can fit on
the screen at once
* fixed the positioning of the calendar

On Fri, Feb 1, 2019 at 8:40 AM Robert Maynard via cmake-developers <
cmake-developers@cmake.org> wrote:

> My feeling on this is that the green should be stronger color. A fully
> green dashboard is a happy thing and it should make me the viewer
> happy :)
>

This is a tough issue. I definitely want CDash to promote feelings of
happiness and joy. But at the same time, CDash's main value is helping you
figure out what's going wrong and fixing it. This is the motivation behind
making warnings and errors more prominent in a sea of clean builds.
-- 

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 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
https://cmake.org/mailman/listinfo/cmake-developers

[CMake] FindOpenSSL.cmake

2019-02-01 Thread Andrew Bell

I have a system-provided SSL and I have a newer one that I have installed
via a packaging system.  In my build system I have:
find_package(OPENSSL 1.1) .  This properly finds the version 1.1 header
files for openSSL, but it finds the incompatible system libraries, which
are older than version 1.1.  A look at FindOpenSSL.cmake makes it seem as
if the version is used when finding the header files, but not the
libraries.  Other than overriding cache entries, is there a way to fix the
FindOpenSSL.cmake that would solve the problem?  Other suggestions?

-- 
Andrew Bell
andrew.bell...@gmail.com
-- 

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 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
https://cmake.org/mailman/listinfo/cmake

Re: [CMake] Checking Variables in a tool-chain file

2019-02-01 Thread frodak17

Be aware that CMAKE_TRY_COMPILE_PLATFORM_VARIABLES only works with the
try_compile()

command source file signature. Unfortunately it doesn't work with
try_compile() whole projects signature.  The section on Other Behavior
Settings mostly only applies to the source file signature.

On Fri, Feb 1, 2019 at 2:02 AM  wrote:

>
> > Am 31.01.2019 um 21:10 schrieb Craig Scott :
> >
> > This is precisely the scenario that the
> CMAKE_TRY_COMPILE_PLATFORM_VARIABLES variable is meant for. It allows a
> toolchain file to specify additional variables that should be passed along
> to try_compile().
>
> Works like a charm. Thanks a lot!
>
> Torsten
>
> --
>
> 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
> information on each offering, please visit:
>
> CMake Support: http://cmake.org/cmake/help/support.html
> CMake Consulting: http://cmake.org/cmake/help/consulting.html
> CMake Training Courses: http://cmake.org/cmake/help/training.html
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Follow this link to subscribe/unsubscribe:
> https://cmake.org/mailman/listinfo/cmake
>
-- 

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 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
https://cmake.org/mailman/listinfo/cmake

[Cmake-commits] CMake branch, release, updated. v3.13.4

2019-02-01 Thread Kitware Robot via Cmake-commits

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, release has been updated
   via  30c3effa89ceda247cd2ff29b5d3f4da8c7a8ff6 (commit)
  from  1545b896bb5786fe4077f4f362a4faab3d95f0c4 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
---

Summary of changes:
 Source/CMakeVersion.cmake | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
https://cmake.org/mailman/listinfo/cmake-commits

[Cmake-commits] CMake annotated tag, v3.13.4, created. v3.13.4

2019-02-01 Thread Kitware Robot via Cmake-commits

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The annotated tag, v3.13.4 has been created
at  cf4d91137d5db9729a793092817fc2ebd252e6e2 (tag)
   tagging  30c3effa89ceda247cd2ff29b5d3f4da8c7a8ff6 (commit)
  replaces  v3.13.3
 tagged by  Brad King
on  Fri Feb 1 09:53:40 2019 -0500

- Log -
CMake 3.13.4
-BEGIN PGP SIGNATURE-

iQJKBAABCgA0FiEExsJlMku+vcNQtRPQLSzvEDSSFoQFAlxUXXQWHGJyYWQua2lu
Z0BraXR3YXJlLmNvbQAKCRAtLO8QNJIWhAXPEACHtMhhS4R4xwYHO7Grmf1REjRy
Kq2FVP+6zE0+XVH4xiQ9NlY2Piqm9/0fDmFeU5RC/MGmKA1WwgCF0yuuyo0qDw2j
QAiEuj+VNrfG3dB8XBfEsr0JpdoEOo4PIT7dQTJk3uWRibktv7k9XLMZ+KDCVkQS
/BSYHheD+CCz3WKErjeuLQEvNV/ZttjrmHuk6BP3nIXIOqcD16PPHEIRxcbCsRK+
mQnmDTgGhr+ZVjvFmPcLBCHWKzxYl7A2oKuT3fusPtQ/D3kjWIwcXK27pP36l1t/
aZiJCYkN7gJOSiiDmzBKMmBzuZ0EBp0J5BSGZ+h6Lj1gfv1TYGyFav91KPr3Hm/j
fmZ2AAS4/Lcy2m3TLFBsWcDj5wZPFSc1Z5Az9NlwGrk0chTjnUkZ4IbXhrzdbfDY
DvOZE8YGJNeUtpA05MoaBJA5QfDKw1JX0gmt76blnG4FCHtsMiM9pcBC/4jQn2yW
88w82Z9646T8svAiSX4zRZ+1QHLslNHzeMtmqh7NOc1JDIKi35X1yARWcJ056gYo
cvDD03N41RBd6pzAAvNUVWhetlcj0wxE/IW26UGRa21msMRouEIOWQYe0lLwne95
RDQ9QgvBFIcnmIRpeazgfoVHs4377AN7hIlTFPFa6p8L/dXonyF+W83L1jBTmXi0
2z2TbB0kPDttXR0Blg==
=gYq9
-END PGP SIGNATURE-

Ben Boeckel (2):
  Tests: add cases for providing Qt5Core_VERSION manually
  AutoGen: query Qt5 version from directory properties

Brad King (13):
  Merge branch 'backport-cmake-warn-no-src-build-dir' into release-3.13
  Revert "file: Allow DOWNLOAD/UPLOAD using alternate authentication 
methods"
  Merge branch 'revert-file-alt-httpauth' into release-3.13
  Intel: Record support for relaxed constexpr by version 18.0.5
  Merge branch 'intel-compile-features' into release-3.13
  Merge branch 'doxygen-escaping' into release-3.13
  Merge branch 'add-missing-macos-framework' into release-3.13
  macOS: Restore compatibility for setting FRAMEWORK after install()
  Merge branch 'backport-restore-install-late-framework' into release-3.13
  Merge branch 'backport-autogen-qt-version-from-dirprops' into release-3.13
  FindLAPACK: Distinguish check result variable name from FindBLAS
  Merge branch 'backport-FindLAPACK-typo' into release-3.13
  CMake 3.13.4

Chuck Atkins (1):
  macOS: Add missing explicit dependency on CoreServices framework

Craig Scott (3):
  cmake: Convert no source/build dir error to warning
  Help: Add 3.13.4 release note for no source/build dir error/warning
  FindDoxygen: Escape backslashes in default values

---


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
https://cmake.org/mailman/listinfo/cmake-commits

[Cmake-commits] CMake branch, master, updated. v3.13.4-1260-g0c61b86

2019-02-01 Thread Kitware Robot via Cmake-commits

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, master has been updated
   via  0c61b8699cb2b1c75e033c6a7d27f0b93c0dc7bc (commit)
   via  30c3effa89ceda247cd2ff29b5d3f4da8c7a8ff6 (commit)
  from  13c550aabc4110d47e38b3df053d18dada49ab54 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=0c61b8699cb2b1c75e033c6a7d27f0b93c0dc7bc
commit 0c61b8699cb2b1c75e033c6a7d27f0b93c0dc7bc
Merge: 13c550a 30c3eff
Author: Brad King 
AuthorDate: Fri Feb 1 09:54:23 2019 -0500
Commit: Brad King 
CommitDate: Fri Feb 1 09:54:23 2019 -0500

Merge branch 'release-3.13'


---

Summary of changes:


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
https://cmake.org/mailman/listinfo/cmake-commits

Re: [cmake-developers] [vtk-developers] CDash frontend refresh

2019-02-01 Thread Robert Maynard via cmake-developers

My feeling on this is that the green should be stronger color. A fully
green dashboard is a happy thing and it should make me the viewer
happy :)

I do get some less than ideal spacing and alignment ( see attached
image ) around the `Items per page` and the `feed`

On Thu, Jan 31, 2019 at 3:13 PM Dan Lipsa via vtk-developers
 wrote:
>
> Maybe the problem is the white text?
> There isn't enough difference between the fairly pale color (red, yellow) and 
> the text color.
>
> Changing the text color to black might make it more readable and will make 
> the text that shows the number of errors (or warnings) consistent.
>
> On Thu, Jan 31, 2019 at 3:00 PM TJ Corona via vtk-developers 
>  wrote:
>>
>> Hi Zack,
>>
>> I like the new layout! It’s very clean. Would it be possible to add an 
>> option to use the original table colors (green, yellow, red)? I can’t put my 
>> finger on why, but I find the new color palette more difficult to read.
>>
>> Sincerely,
>> T.J.
>>
>> On Jan 31, 2019, at 1:53 PM, Zack Galbreath via vtk-developers 
>>  wrote:
>>
>> We've been working on a refresh of CDash's look and feel. Before rolling 
>> this out, we wanted to give you all a sneak peek so that you could let us 
>> know what you think.
>>
>> Our proposed changes are now live on http://testing.cdash.org, which shares 
>> a backend database with https://open.cdash.org.
>>
>> For example,
>> old:   https://open.cdash.org/index.php?project=VTK
>> new: http://testing.cdash.org/index.php?project=VTK
>>
>> This is inevitably a work in progress so future tweaks should be expected. 
>> That being said, please let us know if you see anything that seems like an 
>> obvious defect to you.
>> ___
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at 
>> http://www.kitware.com/opensource/opensource.html
>>
>> Search the list archives at: http://markmail.org/search/?q=vtk-developers
>>
>> Follow this link to subscribe/unsubscribe:
>> https://vtk.org/mailman/listinfo/vtk-developers
>>
>>
>> ___
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at 
>> http://www.kitware.com/opensource/opensource.html
>>
>> Search the list archives at: http://markmail.org/search/?q=vtk-developers
>>
>> Follow this link to subscribe/unsubscribe:
>> https://vtk.org/mailman/listinfo/vtk-developers
>>
> ___
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at 
> http://www.kitware.com/opensource/opensource.html
>
> Search the list archives at: http://markmail.org/search/?q=vtk-developers
>
> Follow this link to subscribe/unsubscribe:
> https://vtk.org/mailman/listinfo/vtk-developers
>
-- 

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 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
https://cmake.org/mailman/listinfo/cmake-developers

[Cmake-commits] CMake branch, release, updated. v3.13.3-18-g1545b89

2019-02-01 Thread Kitware Robot via Cmake-commits

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, release has been updated
   via  1545b896bb5786fe4077f4f362a4faab3d95f0c4 (commit)
   via  6f5e4a53bca7ce5c15b1d030ef99bb2b3a1b0d2e (commit)
   via  1faebf33f46cdd09d5ba1768f2f0879df23563a8 (commit)
   via  2df6d69014c8f8c0191dbf30d8c406225edbef3e (commit)
   via  b598dfb65edd75e0da763d36dcdc3d19016a8d27 (commit)
   via  17b1d7995efb14e14b15926dbb5fc530b71ed149 (commit)
   via  d9dd68cb60ed09e32cbda8bbd3e31c86a8778e66 (commit)
  from  a57fcfa3e0989a74d1e1c6c24132e285cdace2b1 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
---

Summary of changes:
 Modules/FindLAPACK.cmake   |  4 ++--
 Source/cmInstallTargetGenerator.cxx| 25 --
 Source/cmQtAutoGenInitializer.cxx  | 12 +++
 Tests/RunCMake/Autogen/QtInFunction.cmake  | 13 +++
 ...Qt-stderr.txt => QtInFunctionNested-stderr.txt} |  0
 Tests/RunCMake/Autogen/QtInFunctionNested.cmake| 17 +++
 Tests/RunCMake/Autogen/QtInFunctionProperty.cmake  | 21 ++
 Tests/RunCMake/Autogen/RunCMakeTest.cmake  |  5 +
 Tests/RunCMake/CMakeLists.txt  |  9 +++-
 .../Framework/InstallBeforeFramework.cmake |  5 +
 Tests/RunCMake/Framework/RunCMakeTest.cmake|  2 ++
 11 files changed, 108 insertions(+), 5 deletions(-)
 create mode 100644 Tests/RunCMake/Autogen/QtInFunction.cmake
 copy Tests/RunCMake/Autogen/{NoQt-stderr.txt => QtInFunctionNested-stderr.txt} 
(100%)
 create mode 100644 Tests/RunCMake/Autogen/QtInFunctionNested.cmake
 create mode 100644 Tests/RunCMake/Autogen/QtInFunctionProperty.cmake
 create mode 100644 Tests/RunCMake/Framework/InstallBeforeFramework.cmake


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
https://cmake.org/mailman/listinfo/cmake-commits

[Cmake-commits] CMake branch, master, updated. v3.13.3-1277-g13c550a

2019-02-01 Thread Kitware Robot via Cmake-commits

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, master has been updated
   via  13c550aabc4110d47e38b3df053d18dada49ab54 (commit)
   via  1545b896bb5786fe4077f4f362a4faab3d95f0c4 (commit)
   via  1faebf33f46cdd09d5ba1768f2f0879df23563a8 (commit)
   via  17b1d7995efb14e14b15926dbb5fc530b71ed149 (commit)
  from  0479ae492a6bc6058ae86d3ce01ac26fcc71c744 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=13c550aabc4110d47e38b3df053d18dada49ab54
commit 13c550aabc4110d47e38b3df053d18dada49ab54
Merge: 0479ae4 1545b89
Author: Brad King 
AuthorDate: Fri Feb 1 08:23:21 2019 -0500
Commit: Brad King 
CommitDate: Fri Feb 1 08:23:21 2019 -0500

Merge branch 'release-3.13'


---

Summary of changes:


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
https://cmake.org/mailman/listinfo/cmake-commits

[Cmake-commits] CMake branch, master, updated. v3.13.3-1273-g0479ae4

2019-02-01 Thread Kitware Robot via Cmake-commits

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, master has been updated
   via  0479ae492a6bc6058ae86d3ce01ac26fcc71c744 (commit)
   via  a906d7b41c8ff2656f3fa3dc5765be79ba31166a (commit)
   via  cf3af44af2b73ab6a89a8773b5fc3bee8276a47c (commit)
   via  f45d8b2f2303b07792ff29e31b95d12f29157fe1 (commit)
   via  1c6c2bae285ecce518d68f708729840df9c28fb0 (commit)
   via  1293ed8507be7e854dcb9437a5b7062ec740ff69 (commit)
   via  eaf53158f49e6e7581613376e8c054e18bdffc23 (commit)
   via  ef8f237686c2a0b51249bfd46d9498abeb019e76 (commit)
  from  9512a582389df6f588781eed41cf826a7bacabe0 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=0479ae492a6bc6058ae86d3ce01ac26fcc71c744
commit 0479ae492a6bc6058ae86d3ce01ac26fcc71c744
Merge: a906d7b 1293ed8
Author: Brad King 
AuthorDate: Fri Feb 1 13:12:30 2019 +
Commit: Kitware Robot 
CommitDate: Fri Feb 1 08:12:42 2019 -0500

Merge topic 'implicit-incs-cleanup'

1293ed8507 ParseImplicitIncludeInfo: keep implicit incl. consistent when 
rerunning cmake
eaf53158f4 CrayPrgEnv/ParseImplicitIncludes: simplify for new implict 
include parser
ef8f237686 ParseImplicitIncludeInfo: add SunPro Fortran and PGI compiler, 
Cray fix

Acked-by: Kitware Robot 
Merge-request: !2894


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=a906d7b41c8ff2656f3fa3dc5765be79ba31166a
commit a906d7b41c8ff2656f3fa3dc5765be79ba31166a
Merge: cf3af44 f45d8b2
Author: Brad King 
AuthorDate: Fri Feb 1 13:11:12 2019 +
Commit: Kitware Robot 
CommitDate: Fri Feb 1 08:12:09 2019 -0500

Merge topic 'document-list'

f45d8b2f23 Help: improve details on `CMAKE_LANG_CREATE_SHARED_*`

Acked-by: Kitware Robot 
Merge-request: !2899


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=cf3af44af2b73ab6a89a8773b5fc3bee8276a47c
commit cf3af44af2b73ab6a89a8773b5fc3bee8276a47c
Merge: 9512a58 1c6c2ba
Author: Brad King 
AuthorDate: Fri Feb 1 13:10:58 2019 +
Commit: Kitware Robot 
CommitDate: Fri Feb 1 08:11:19 2019 -0500

Merge topic 'server-normalize-paths'

1c6c2bae28 cmake-server: Normalize build and source directories

Acked-by: Kitware Robot 
Merge-request: !2898


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=f45d8b2f2303b07792ff29e31b95d12f29157fe1
commit f45d8b2f2303b07792ff29e31b95d12f29157fe1
Author: Saleem Abdulrasool 
AuthorDate: Thu Jan 31 09:55:52 2019 -0800
Commit: Saleem Abdulrasool 
CommitDate: Thu Jan 31 09:55:52 2019 -0800

Help: improve details on `CMAKE_LANG_CREATE_SHARED_*`

Add a note that the `CMAKE__CREATE_SHARED_*` rule variables are
semicolon delimited lists that can run multiple commands.

diff --git a/Help/variable/CMAKE_LANG_CREATE_SHARED_LIBRARY.rst 
b/Help/variable/CMAKE_LANG_CREATE_SHARED_LIBRARY.rst
index be89f85..16fcc03 100644
--- a/Help/variable/CMAKE_LANG_CREATE_SHARED_LIBRARY.rst
+++ b/Help/variable/CMAKE_LANG_CREATE_SHARED_LIBRARY.rst
@@ -4,4 +4,5 @@ CMAKE__CREATE_SHARED_LIBRARY
 Rule variable to create a shared library.
 
 This is a rule variable that tells CMake how to create a shared
-library for the language .
+library for the language .  This rule variable is a ``;`` delimited
+list of commands to run to perform the linking step.
diff --git a/Help/variable/CMAKE_LANG_CREATE_SHARED_MODULE.rst 
b/Help/variable/CMAKE_LANG_CREATE_SHARED_MODULE.rst
index ae5f69d..807229d 100644
--- a/Help/variable/CMAKE_LANG_CREATE_SHARED_MODULE.rst
+++ b/Help/variable/CMAKE_LANG_CREATE_SHARED_MODULE.rst
@@ -4,4 +4,5 @@ CMAKE__CREATE_SHARED_MODULE
 Rule variable to create a shared module.
 
 This is a rule variable that tells CMake how to create a shared
-library for the language .
+library for the language .  This rule variable is a ``;`` delimited
+list of commands to run.

https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=1c6c2bae285ecce518d68f708729840df9c28fb0
commit 1c6c2bae285ecce518d68f708729840df9c28fb0
Author: Gregor Jasny 
AuthorDate: Thu Jan 31 16:58:49 2019 +0100
Commit: Brad King 
CommitDate: Thu Jan 31 12:49:56 2019 -0500

cmake-server: Normalize build and source directories

Fixes: #18862

diff --git a/Source/cmServerProtocol.cxx b/Source/cmServerProtocol.cxx
index c3c8156..203ee93 100644
--- a/Source/cmServerProtocol.cxx
+++ b/Source/cmServerProtocol.cxx
@@ -222,13 +222,22 @@ bool cmServerProtocol1::DoActivate(const cmServerRequest& 
request,
std::string* errorMessage)
 {
   std::string sourceDirectory = request.Data[kSOURCE_DIRECTORY_KEY].asString();
-  const std::string

Re: [CMake] undefined reference to `_exit'

[Cmake-commits] CMake branch, master, updated. v3.13.4-1261-gdfec0f4

Re: [CMake] undefined reference to `_exit'

Re: [CMake] FindOpenSSL.cmake

[CMake] undefined reference to `_exit'

Re: [cmake-developers] [vtk-developers] CDash frontend refresh

[CMake] FindOpenSSL.cmake

Re: [CMake] Checking Variables in a tool-chain file

[Cmake-commits] CMake branch, release, updated. v3.13.4

[Cmake-commits] CMake annotated tag, v3.13.4, created. v3.13.4

[Cmake-commits] CMake branch, master, updated. v3.13.4-1260-g0c61b86

Re: [cmake-developers] [vtk-developers] CDash frontend refresh

[Cmake-commits] CMake branch, release, updated. v3.13.3-18-g1545b89

[Cmake-commits] CMake branch, master, updated. v3.13.3-1277-g13c550a

[Cmake-commits] CMake branch, master, updated. v3.13.3-1273-g0479ae4

15 matches

Site Navigation

Mail list logo

Footer information