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
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: mark at jumpweb dot com
New email:
PHP Version: OS:

 

 [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 22:00:02 2026 UTC