php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #2367 configures puts -I/usr/include in CFLAGS, breaks gcc varargs
Submitted: 1999-09-23 12:12 UTC Modified: 1999-09-26 11:40 UTC
From: mark at jumpweb dot com Assigned:
Status: Closed Package: Compile Failure
PHP Version: 4.0 Beta 2 OS: Solaris 2.7
Private report: No CVE-ID: None
View Developer Edit
 [1999-09-23 12:12 UTC] mark at jumpweb dot com 
The standard configure script can put -I/usr/include in CLFAGS.  This happens on Solaris if LDAP is installed since it finds ldap.h in /usr/include, but can happen anywhere certain optional packages are installed in /usr/include.

Having -I/usr/include is generally a bad thing.  It specifically breaks gcc on Solaris 2.7 on the __builtin_avalist stuff in stdarg.h and has the potential to break any compiler that has "private" include directories ahead of /usr/include.

Fixing every case would be a pain, it might be easiest to have something like --allow-dashi-usr-include or --no-dashi-usr-include to allow stripping out any -I/usr/includes after @INCLUDES@ is finished being defined.

Note the configure script also is vulnerable to similar problems with -L/usr/lib as far as I can tell and again, generally a -L/usr/lib is a bad thing.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [1999-09-26 11:40 UTC] sas at cvs dot php dot net 
PHP 4 avoids passing standard paths to the compiler/linker.
 
PHP Copyright © 2001-2026 The PHP Group
All rights reserved. 		Last updated: Wed Oct 14 20:00:01 2026 UTC