Excellent, so gisinternals qualifies for being mentioned.

Le 17/02/2022 à 20:23, Tamas Szekeres a écrit :
Currently the refactor is used in the build system. That is now working for quire some time so that it will be promoted to be the main branch.

Best regards,

Tamas


Even Rouault <even.roua...@spatialys.com> ezt írta (időpont: 2022. febr. 17., Cs, 19:44):


    Le 17/02/2022 à 19:22, Tamas Szekeres a écrit :
    To be correct, the latest version of the build scripts (including
    the Makefile) are on the refactor branch:

    https://github.com/gisinternals/buildsystem/tree/refactor

    nice! I actually see
    https://github.com/gisinternals/buildsystem/blob/refactor/config.opt
    with the URLs of the upstream repositories, and the build commands
    in https://github.com/gisinternals/buildsystem/blob/refactor/Makefile

    Is the refactor branch the one used for the builds at
    gisinternals.com <http://gisinternals.com> ? (said otherwise, why
    isn't it the master branch ?)


    Tamas Szekeres <szeker...@gmail.com> ezt írta (időpont: 2022.
    febr. 17., Cs, 19:19):

        For gisinternals, the entire build including the dependencies
        is controlled by a single Makefile
        <https://github.com/gisinternals/buildsystem/blob/master/Makefile>
        which controls the builds of the dependencies including how
        to obtain them from the source repositories. The makefile
        also contains the necessary tweaks that had to be applied in
        a dependency if that required for a successful build.

        Best regards,

        Tamas


        Even Rouault <even.roua...@spatialys.com> ezt írta (időpont:
        2022. febr. 17., Cs, 17:29):

            Thomas,

            One criterion currently for inclusion is: "In this
            section we list a
            number of the binary distributions of GDAL all of which
            should have
            fully reproducible open source build recipes."

            I've not evaluated what the current situation of OSGeo4W
            or gisinternals
            is regarding this, especially regarding all direct and
            indirect
            dependencies of GDAL (or course, that must stop at the
            compiler level
            when using Visual Studio). I believe nowadays OSGeo4W
            must be closer to
            that aim of having fully reproducible builds, but I'm not
            sure to which
            extent. For gisinternals I'm not sure. It was my
            impression that the
            build recipees for the dependencies were not available,
            but maybe I'm
            wrong. I'll let the developers of those distributions
            comment further if
            they wish.

            Even

            Le 17/02/2022 à 17:17, Thomas Gratier a écrit :
            > Hi,
            >
            > I regularly orient third parties to use GDAL utilities
            and for this
            > intent, point them to install section
            > https://gdal.org/download.html#binaries
            >
            > For Windows, I did not see a user friendly section
            about how to
            > install it. I want to mention in the doc how to install
            with OSGEO4W
            > and https://www.gisinternals.com/index.html
            > Opinions? If ok, I will do a PR later on the github repo
            >
            >
            > Regards
            >
            > Thomas Gratier
            >
            > _______________________________________________
            > gdal-dev mailing list
            > gdal-dev@lists.osgeo.org
            > https://lists.osgeo.org/mailman/listinfo/gdal-dev

-- http://www.spatialys.com
            My software is free, but my time generally not.

-- http://www.spatialys.com
    My software is free, but my time generally not.

--
http://www.spatialys.com
My software is free, but my time generally not.
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Reply via email to