• Getting pathname of BUILD_DEPENDS application

    From Nikolaj Thygesen@mailinglist@diamondbox.dk to muc.lists.freebsd.ports on Thu May 28 21:35:03 2026
    From Newsgroup: muc.lists.freebsd.ports

    When compiling lang/swipl it is required to run.

    /usr/local/bin/uuid-config --cflags | --ldflags

    ... as part of deducing header / library placement of misc/ossp-uuid. This is all part of the cmake setup of lang/swipl, and currently I use an awful patch to hardcode something in the cmake file pre-make - but this file actually allows one to set a variable - $LibUUID_ROOT - to the path of uuid-config from the outside. I have successfully experimented with this, so I added:

    BUILD_DEPENDS= uuid-config:misc/ossp-uuid

    .. to the makefile. Now my question is: How do I properly get to the pathname of uuid-config?? In order to pass it to cmake somewhat like (pseudo):

    CMAKE_ARGS= -DLibUUID_ROOT=${which uuid-config:sh:H}

    ... I have done loads of experiments and searched the webs to no avail.

    Thanks - N :o)


    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Gleb Popov@arrowd@freebsd.org to muc.lists.freebsd.ports on Thu May 28 23:03:20 2026
    From Newsgroup: muc.lists.freebsd.ports

    On Thu, May 28, 2026 at 10:36rC>PM Nikolaj Thygesen
    <mailinglist@diamondbox.dk> wrote:

    When compiling lang/swipl it is required to run.

    /usr/local/bin/uuid-config --cflags | --ldflags

    ... as part of deducing header / library placement of misc/ossp-uuid. This is all part of the cmake setup of lang/swipl, and currently I use an awful patch to hardcode something in the cmake file pre-make - but this file actually allows one to set a variable - $LibUUID_ROOT - to the path of uuid-config from the outside. I have successfully experimented with this, so I added:

    BUILD_DEPENDS= uuid-config:misc/ossp-uuid

    .. to the makefile. Now my question is: How do I properly get to the pathname of uuid-config?? In order to pass it to cmake somewhat like (pseudo):

    CMAKE_ARGS= -DLibUUID_ROOT=${which uuid-config:sh:H}
    The proper and canonical solution for this problem is -DLibUUID_ROOT=${LOCALBASE}
    Ports should expect their dependencies to be installed under ${LOCALBASE}.
    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Nikolaj Thygesen@mailinglist@diamondbox.dk to muc.lists.freebsd.ports on Thu May 28 22:41:39 2026
    From Newsgroup: muc.lists.freebsd.ports

    On Thu, 28 May 2026 22:06:30 +0200
    Daniel Engberg <diizzy@FreeBSD.org> wrote:
    On 2026-05-28 22:03, Gleb Popov wrote:
    On Thu, May 28, 2026 at 10:36rC>PM Nikolaj Thygesen <mailinglist@diamondbox.dk> wrote:
    When compiling lang/swipl it is required to run.

    /usr/local/bin/uuid-config --cflags | --ldflags

    ... as part of deducing header / library placement of
    misc/ossp-uuid. This is all part of the cmake setup of lang/swipl,
    and currently I use an awful patch to hardcode something in the
    cmake file pre-make - but this file actually allows one to set a
    variable - $LibUUID_ROOT - to the path of uuid-config from the
    outside. I have successfully experimented with this, so I added:

    BUILD_DEPENDS= uuid-config:misc/ossp-uuid

    .. to the makefile. Now my question is: How do I properly get to
    the pathname of uuid-config?? In order to pass it to cmake
    somewhat like (pseudo):

    CMAKE_ARGS= -DLibUUID_ROOT=${which uuid-config:sh:H}
    The proper and canonical solution for this problem is

    -DLibUUID_ROOT=${LOCALBASE}

    Ports should expect their dependencies to be installed under
    ${LOCALBASE}.
    Remove the patch and use use USES= localbase:ldflags? https://cgit.freebsd.org/ports/tree/lang/swipl/files/patch-packages_clib_cmake_FindLibUUID.cmake
    Best regards, Daniel
    ... I tried both changes and synth still complains! Both changes make sense to me, and when make'ing from the cmdline all is well!?
    Thanks - N :o)
    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Nikolaj Thygesen@mailinglist@diamondbox.dk to muc.lists.freebsd.ports on Sun May 31 20:30:25 2026
    From Newsgroup: muc.lists.freebsd.ports

    On Thu, 28 May 2026 22:06:30 +0200
    Daniel Engberg <diizzy@FreeBSD.org> wrote:
    On 2026-05-28 22:03, Gleb Popov wrote:
    On Thu, May 28, 2026 at 10:36rC>PM Nikolaj Thygesen <mailinglist@diamondbox.dk> wrote:
    When compiling lang/swipl it is required to run.

    /usr/local/bin/uuid-config --cflags | --ldflags

    ... as part of deducing header / library placement of
    misc/ossp-uuid. This is all part of the cmake setup of lang/swipl,
    and currently I use an awful patch to hardcode something in the
    cmake file pre-make - but this file actually allows one to set a
    variable - $LibUUID_ROOT - to the path of uuid-config from the
    outside. I have successfully experimented with this, so I added:

    BUILD_DEPENDS= uuid-config:misc/ossp-uuid

    .. to the makefile. Now my question is: How do I properly get to
    the pathname of uuid-config?? In order to pass it to cmake
    somewhat like (pseudo):

    CMAKE_ARGS= -DLibUUID_ROOT=${which uuid-config:sh:H}
    The proper and canonical solution for this problem is

    -DLibUUID_ROOT=${LOCALBASE}

    Ports should expect their dependencies to be installed under
    ${LOCALBASE}.
    Remove the patch and use use USES= localbase:ldflags? https://cgit.freebsd.org/ports/tree/lang/swipl/files/patch-packages_clib_cmake_FindLibUUID.cmake
    Best regards, Daniel
    For the record - this turned out to be a minor discrepancy in ossp-uuid.
    Thanks for the fedback - N :o)
    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.22a-Linux NewsLink 1.2