Bug #76310 [NEW]: with-freetype-dir doesn't work with custom prefix

From: Date: Tue, 08 May 2018 07:29:32 +0000
Subject: Bug #76310 [NEW]: with-freetype-dir doesn't work with custom prefix
Groups: php.bugs 
Request: Send a blank email to php-bugs+get-215151@lists.php.net to get a copy of this message
From:             fred5 at originsystems dot co dot za
Operating system: CentOS 7
PHP version:      7.1.17
Package:          GD related
Bug Type:         Bug
Bug description:with-freetype-dir doesn't work with custom prefix

Description:
------------
I build freetype in a custom location for my PHP build ie. [custom
directory]. (which is of course completely unrelated to the freetype
version currently running on my CentOS build server)

To make sure PHP uses my [custom directory] build, I include:

--with-freetype-dir=[custom directory]

On build, the PHP configure script does the following:

1. correctly locates the freetype [custom directory]
2. checks that [custom directory]/bin includes freetype-config
3. executes the statement FREETYPE2_CFLAGS=freetype-config --cflags

The above all looks fine ...except that step 3 completely ignores
[custom directory] and incorrectly results in
FREETYPE2_CFLAGS="-I/usr/include" (when it shoudl actually be set as
follows FREETYPE2_CFLAGS="-I[custom directory]/include")

The statement required in the configure executable that would correct
this problem is

FREETYPE2_CFLAGS=freetype-config --cflags --prefix=[custom directory]

as it tells freetype-config to use the [custom directory] as prefix when
looking for the includes folder.


The current setup is a real problem as it breaks my build.


Test script:
---------------
There is no test script possible as this is part of the build process. I
do not feel qualified to create a patch for it


-- 
Edit bug report at https://bugs.php.net/bug.php?id=76310&edit=1
-- 
Try a snapshot (PHP 5.4):   https://bugs.php.net/fix.php?id=76310&r=trysnapshot54
Try a snapshot (PHP 5.5):   https://bugs.php.net/fix.php?id=76310&r=trysnapshot55
Try a snapshot (trunk):     https://bugs.php.net/fix.php?id=76310&r=trysnapshottrunk
Fixed in SVN:               https://bugs.php.net/fix.php?id=76310&r=fixed
Fixed in release:           https://bugs.php.net/fix.php?id=76310&r=alreadyfixed
Need backtrace:             https://bugs.php.net/fix.php?id=76310&r=needtrace
Need Reproduce Script:      https://bugs.php.net/fix.php?id=76310&r=needscript
Try newer version:          https://bugs.php.net/fix.php?id=76310&r=oldversion
Not developer issue:        https://bugs.php.net/fix.php?id=76310&r=support
Expected behavior:          https://bugs.php.net/fix.php?id=76310&r=notwrong
Not enough info:            https://bugs.php.net/fix.php?id=76310&r=notenoughinfo
Submitted twice:            https://bugs.php.net/fix.php?id=76310&r=submittedtwice
register_globals:           https://bugs.php.net/fix.php?id=76310&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=76310&r=php4
Daylight Savings:           https://bugs.php.net/fix.php?id=76310&r=dst
IIS Stability:              https://bugs.php.net/fix.php?id=76310&r=isapi
Install GNU Sed:            https://bugs.php.net/fix.php?id=76310&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=76310&r=float
No Zend Extensions:         https://bugs.php.net/fix.php?id=76310&r=nozend
MySQL Configuration Error:  https://bugs.php.net/fix.php?id=76310&r=mysqlcfg



Thread (10 messages)

« previous php.bugs (#215151) next »