add support to LDFLAGS env variable for modules and shared libs #10

Sapludināts
MicheleC sapludināja 1 revīzijas no feat/linker_flags uz master pirms 5 gadiem
Līdzstrādnieks

CMAKE_*_LINKER_FLAGS inherith from LDFLAGS. The current implementation of CMakeLists.txt
overrides this behaviour.

CMAKE_*_LINKER_FLAGS inherith from LDFLAGS. The current implementation of CMakeLists.txt overrides this behaviour.
Autors
Līdzstrādnieks

I have already prepared the patches for all the other repositories. If this patch looks fine for you, I can proceed by pushing the feat/linker_flags of all the other repositories creating the respective pull requests.

I have already prepared the patches for all the other repositories. If this patch looks fine for you, I can proceed by pushing the feat/linker_flags of all the other repositories creating the respective pull requests.
Īpašnieks

@efferre, now I finally understand the commits that have begun to appear here today!

First I was confused when a branch feat/linker_flags appeared on the main TDE/tde repository and then a strange commit in TDE/experimental repository. Because the branch on the main TDE/tde repository was messing up for automation scripts on VPS, I removed it.

Now your commit already makes good sense. Please, have you tested whether CMAKE_SHARED_LINKER_FLAGS is treated as a list? If it is used as a list, it would be better to use

list( APPEND CMAKE_SHARED_LINKER_FLAGS "-Wl,-no-undefined" )

instead of

set( CMAKE_SHARED_LINKER_FLAGS "${CMAKE_SHARED_LINKER_FLAGS} ..." )

If it is used as a string, then your commit looks like an appropriate solution.

@efferre, now I finally understand the commits that have begun to appear here today! First I was confused when a branch feat/linker_flags appeared on the main [TDE/tde](../tde) repository and then a strange commit in [TDE/experimental](../experimental) repository. Because the branch on the main TDE/tde repository was messing up for automation scripts on VPS, I removed it. Now your commit already makes good sense. Please, have you tested whether CMAKE_SHARED_LINKER_FLAGS is treated as a list? If it is used as a list, it would be better to use ``` list( APPEND CMAKE_SHARED_LINKER_FLAGS "-Wl,-no-undefined" ) ``` instead of ``` set( CMAKE_SHARED_LINKER_FLAGS "${CMAKE_SHARED_LINKER_FLAGS} ..." ) ``` If it is used as a string, then your commit looks like an appropriate solution.
Autors
Līdzstrādnieks

I am sorry for the noise but I have been making experience with git submodules and with gitea REST API :-P Right now I have pushed only changes to tdelibs repo as pilot test, I can easily continue with the others now that I have a script to iterate over all the 65 modified submodules :-)

The CMAKE_*_LINKER_FLAGS variables are here used as strings. I could use the

string( APPEND ... )

form in the patches but I don't think it makes a big difference comparing to how is implemented now.

If you agree I will continue with the pushes and pull requests

I am sorry for the noise but I have been making experience with git submodules and with gitea REST API :-P Right now I have pushed only changes to tdelibs repo as pilot test, I can easily continue with the others now that I have a script to iterate over all the 65 modified submodules :-) The CMAKE_*_LINKER_FLAGS variables are [here](https://github.com/Kitware/CMake/blob/master/Modules/CMakeCommonLanguageInclude.cmake) used as strings. I could use the string( APPEND ... ) form in the patches but I don't think it makes a big difference comparing to how is implemented now. If you agree I will continue with the pushes and pull requests
Īpašnieks

Thank you for verifying the list × string. In this case, the existing patch is ok. Using string( APPEND ... ) is not possible because it is a new in CMake 3.4.0 while we hold CMake 2.8.x support.

You can go ahead and push the remaining pull requests.

Thank you for verifying the list × string. In this case, the existing patch is ok. Using `string( APPEND ... )` is not possible because it is a new in CMake 3.4.0 while we hold CMake 2.8.x support. You can go ahead and push the remaining pull requests.
Īpašnieks

By the way, did you think about GPG signing?

By the way, did you think about GPG signing?
MicheleC pievienoja atskaites punktu R14.0.6 release pirms 5 gadiem
Īpašnieks

Fabio, when you create the other 64 PRs of this type, please add the milestone R14.0.6 to them, since we will also backport this change to the current stable branch.

And keep up the good work :-) 👍

Fabio, when you create the other 64 PRs of this type, please add the milestone R14.0.6 to them, since we will also backport this change to the current stable branch. And keep up the good work :-) :+1:
Autors
Līdzstrādnieks

I have completed the pull requests targeting to milestone R14.0.6.

Right now I am not using GPG, in case I'll consider it in the future.

I have completed the pull requests targeting to milestone R14.0.6. Right now I am not using GPG, in case I'll consider it in the future.
MicheleC aizvēra šo izmaiņu pieprasījumu pirms 5 gadiem
MicheleC izdzēsa atzaru feat/linker_flags pirms 5 gadiem
Izmaiņu pieprasījums tika sapludināts ar revīziju d8177b4058.
Pierakstieties, lai pievienotos šai sarunai.
Nav recenzentu
Nav atskaites punktu
Nav atbildīgo
3 dalībnieki
Paziņojumi
Izpildes termiņš

Izpildes termiņš nav uzstādīts.

Atkarības

Nav atkarību.

Atsaucas uz: TDE/tdelibs#10
Notiek ielāde…
Vēl nav satura.