Summary: | devel/libublio do not care MK_PROFILE variable | ||
---|---|---|---|
Product: | Ports & Packages | Reporter: | Yasuhito FUTATSUKI <freebsd-bug-report-yf> |
Component: | Individual Port(s) | Assignee: | Matthias Andree <mandree> |
Status: | Closed FIXED | ||
Severity: | Affects Some People | CC: | freebsd-bug-report-yf |
Priority: | --- | Flags: | mandree:
maintainer-feedback+
|
Version: | Latest | ||
Hardware: | Any | ||
OS: | Any |
Description
Yasuhito FUTATSUKI
2016-11-17 14:32:21 UTC
Some other ports have same problem also. converters/iconv, devel/libs11n, ... Is this perhaps a framework issue, or regression, rather than a problem of individual ports? (In reply to Matthias Andree from comment #2) I think it has caused by lack of unified method of handling profile library which can be provided by ports in framework. Some port check NO_PROFILE variable in its port Makefile, others ask user to build proflib or not via make config, others set MAKE_ENV+= NO_PROFILE=yes in its port Makefile, but none checks MK_PROFILE variable. (I did egrep the ports tree with pattern '_p\.a$', 'PROFILE'.) A commit references this bug: Author: mandree Date: Sat Jul 13 09:07:15 UTC 2019 New revision: 506527 URL: https://svnweb.freebsd.org/changeset/ports/506527 Log: Fix build with MK_PROFILE=no in make.conf PR: 214607 Submitted by: Yasuhito FUTATSUKI Changes: head/devel/libublio/Makefile A commit references this bug: Author: mandree Date: Sat Jul 13 09:09:33 UTC 2019 New revision: 506528 URL: https://svnweb.freebsd.org/changeset/ports/506528 Log: Fix build with MK_PROFILE=no in make.conf MFH: r506527 Invoking blanket approval for fixing a broken build. PR: 214607 Submitted by: Yasuhito FUTATSUKI Approved by: ports-secteam (blanket) Changes: _U branches/2019Q3/ branches/2019Q3/devel/libublio/Makefile |