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

go to bug id or search bugs for

Bug #6255 can't find SNMP includes
Submitted: 2000-08-19 15:19 UTC Modified: 2000-08-19 15:25 UTC
From: jluth at uswest dot net Assigned:
Status: Closed Package: Compile Failure
PHP Version: 4.0.1pl2 OS: Linux 2.2.16-3
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: jluth at uswest dot net
New email:
PHP Version: OS:

 

 [2000-08-19 15:19 UTC] jluth at uswest dot net 
The UCD SNMP package installs its header files into /usr/local/include/ucd-snmp. I tried specifying this to configure with
--with-snmp=/usr/local/include/ucd-snmp
configure finishes, but make aborts complaining that it can't find various header files for SNMP. Closer inspection shows that make is looking in /usr/local/include/ucd-snmp/include (appending the 'include' onto the specified path). The only work around I could think of was to create a /usr/local/include/ucd-snmp/include dir and cp evrything from /usr/local/include/ucd-snmp into it. This happened with some other options as well (IMAP, I believe). When I specify a directory to configure, I expect it to look there without appending its own subdirs on.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2000-08-19 15:25 UTC] rasmus@php.net 
Well, your expectation is wrong.  PHP needs to find both library and header files.  So just specifying where the header files are is useless.  When you specify a path like /usr/local, PHP will poke around beneath that path looking for 'include' and 'lib' directories.  Try using just --with-snmp and if that doesn't work, try --with-snmp=/usr/local
 
PHP Copyright © 2001-2026 The PHP Group
All rights reserved. 		Last updated: Sun Jun 28 22:00:01 2026 UTC