Skip to content
Snippets Groups Projects
Select Git revision
  • master
  • chacha-poly1305-test
  • rsa-crt-hardening
  • chacha96
  • fat-library
  • versioned-symbols
  • curve25519
  • dsa-reorg
  • aead-api
  • set_key-changes
  • poly1305
  • aes-reorg
  • nettle-2.7-fixes
  • size_t-changes
  • ecc-support
  • experimental-20050201
  • lsh-1.4.2
  • nettle_3.1.1_release_20150424
  • nettle_3.1_release_20150407
  • nettle_3.1rc3
  • nettle_3.1rc2
  • nettle_3.1rc1
  • nettle_3.0_release_20140607
  • nettle_2.7.1_release_20130528
  • nettle_2.7_release_20130424
  • nettle_2.6_release_20130116
  • nettle_2.5_release_20120707
  • converted-master-branch-to-git
  • nettle_2.4_release_20110903
  • nettle_2.3_release_20110902
  • nettle_2.2_release_20110711
  • nettle_2.1_release_20100725
  • camellia_32bit_20100720
  • nettle_2.0_release_20090608
  • nettle_1.15_release_20061128
  • after_experimental_merge_20060516
  • head_before_experimental_merge_20060516
37 results

hogweed.pc.in

Blame
  • Forked from Nettle / nettle
    1348 commits behind the upstream repository.
    user avatar
    Martin Storsjö authored and Niels Möller committed
    When a user invokes pkg-config to get the necessary linker flags
    for linking to libhogweed, the user can add --static to get the
    private dependencies included, which are necessary for static
    linking. If the hogweed build contains both static and shared
    libraries, this works as intended - if the user explicitly passes
    -static to the linker to have it favor static libs over shared
    ones, the same user also needs to tell pkg-config about this intention.
    
    If the hogweed build happens to be static-only, the user of the
    library might not be aware of this, and might not realize needing
    to pass --static to pkg-config. (This is even more an issue in
    setups with a large number of libraries, where only a few of them
    are built static-only.)
    
    For these cases, where a library is built as only a static library,
    one fairly common convention (not used everywhere, but at least in
    some libraries I regularly use) is to include the private dependencies
    in the non-private section. This makes sure a user of the library
    doesn't need to be concerned about which way this library was built
    (unless the user intentionally overrides defaults by passing
    flags such as -static to the linker).
    c8b1d2fa
    History
    hogweed.pc.in 590 B
    prefix=@prefix@
    exec_prefix=@exec_prefix@
    libdir=@libdir@
    includedir=@includedir@
    
    # Uses Requires.private and Libs.private, under the assumption that
    # when using shared libraries, the ELF dependencies from libhogweed.so
    # to nettle and gmp work.
    
    Name: Hogweed
    Description: Nettle low-level cryptographic library (public-key algorithms)
    URL: http://www.lysator.liu.se/~nisse/nettle
    Version: @PACKAGE_VERSION@
    Requires: @IF_NOT_SHARED@ nettle
    Requires.private: @IF_SHARED@ nettle
    Libs: -L${libdir} -lhogweed @IF_NOT_SHARED@ @LIBS@
    Libs.private: @IF_SHARED@ @LIBS@
    Cflags: -I${includedir}