File: CMakeLists.txt

package info (click to toggle)
cmake 2.8.11.1-1~bpo70+1
  • links: PTS, VCS
  • area: main
  • in suites: wheezy-backports
  • size: 37,056 kB
  • sloc: cpp: 157,219; ansic: 137,155; yacc: 3,254; sh: 2,745; xml: 2,483; lex: 1,028; lisp: 215; python: 199; objc: 134; f90: 105; perl: 99; fortran: 93; makefile: 65; tcl: 55; asm: 28; php: 25; ruby: 22; java: 20
file content (36 lines) | stat: -rw-r--r-- 1,173 bytes parent folder | download | duplicates (10)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
project( LinkLineOrder )

# This tests ensures that the order of libraries are preserved when
# they don't have dependency information, even if they are deep in the
# dependency tree.

# NoDepC depends on NoDepA which depends on NoDepB. NoDepE and NoDepF
# are dependent on each other (recursive dependency). However, CMake
# has no information about these libraries except for the order they
# are specified in One. We must make sure we don't lose that.

add_library( NoDepA NoDepA.c )
add_library( NoDepB NoDepB.c )
add_library( NoDepC NoDepC.c )
add_library( NoDepE NoDepE.c )
add_library( NoDepF NoDepF.c )

add_library( One One.c )
target_link_libraries( One NoDepC NoDepA NoDepB NoDepE NoDepF NoDepE )

add_executable( Exec1 Exec1.c )
target_link_libraries( Exec1 One )


# Similar situation as One, except at a different level of the
# dependency tree. This makes sure that the order is presevered
# everywhere in the graph.
add_library( NoDepX NoDepX.c )
add_library( NoDepY NoDepY.c )
add_library( NoDepZ NoDepZ.c )

add_library( Two Two.c )
target_link_libraries( Two One NoDepZ NoDepX NoDepY )

add_executable( Exec2 Exec2.c )
target_link_libraries( Exec2 Two )