[MacPorts] #51737: New port libpointing
MacPorts
noreply at macports.org
Wed Sep 14 04:17:00 CEST 2016
#51737: New port libpointing
--------------------------+--------------------------
Reporter: izzatbek@… | Owner: ryandesign@…
Type: submission | Status: assigned
Priority: Normal | Milestone:
Component: ports | Version:
Resolution: | Keywords:
Port: libpointing |
--------------------------+--------------------------
Comment (by ryandesign@…):
I've spent a little time looking at this now.
The source code in GitHub indeed uses QMake as a configuration system. I
can download that code and run `qmake && make` and it looks like a bunch
of object files get compiled but no Mac library, and `make install` does
nothing.
But then you have building-and-packaging/mac/prepare which is a Python
script that creates a whole different source distribution file for macOS
including a new dynamically-generated Makefile which hardcodes the
compiler as `g++`; overwrites `CPPFLAGS`, `CXXFLAGS` and `LDFLAGS` so I
can't specify them at the command line; doesn't set the library's
`install_name` or `compatibility_version` or `current_version` when
compiling it; and has an `install` target that doesn't support `DESTDIR`
and uses the deprecated `-r` flag of the `cp` command. This distribution
file is what you have uploaded to GitHub Releases as libpointing-
mac-1.0.1.tar.gz and are using in the Portfile you submitted here.
Why have you made it so confusing and convoluted? Why does macOS need a
separate distribution file and build system? Why not simply let me
download the source code from your repository and run `./configure && make
&& sudo make install` which so many other projects successfully use?
--
Ticket URL: <https://trac.macports.org/ticket/51737#comment:16>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list