Bug 178062 - make depend broken on CURRENT with lib/libgpib for clang/gcc
Summary: make depend broken on CURRENT with lib/libgpib for clang/gcc
Status: Closed Unable to Reproduce
Alias: None
Product: Base System
Classification: Unclassified
Component: conf (show other bugs)
Version: Unspecified
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-04-22 21:50 UTC by Enji Cooper
Modified: 2017-10-22 21:32 UTC (History)
0 users

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Enji Cooper freebsd_committer freebsd_triage 2013-04-22 21:50:00 UTC 
I run into the following error on CURRENT when I try and run buildworld when MK_GPIB == "yes":

CC='clang' mkdep -f .depend -a     -std=gnu99   /home/gcooper/svn/onefs.3/src/lib/libgpib/ibfoo.c
/home/gcooper/svn/onefs.3/src/lib/libgpib/ibfoo.c:37:10: fatal error: 'dev/ieee488/ugpib.h' file not found
#include <dev/ieee488/ugpib.h>
         ^
1 error generated.
mkdep: compile failed

Similarly, if I use gcc (I have to hardcode it in the Makefile for some odd reason even though I specify CC=gcc), I run into the same error:

$ make depend
rm -f .depend
CC='gcc' mkdep -f .depend -a     -std=gnu99   /usr/src/lib/libgpib/ibfoo.c
/usr/src/lib/libgpib/ibfoo.c:37:31: error: dev/ieee488/ugpib.h: No such file or directory
/usr/src/lib/libgpib/ibfoo.c:38:35: error: dev/ieee488/ibfoo_int.h: No such file or directory
mkdep: compile failed
*** Error code 1

Stop.
make: stopped in /usr/src/lib/libgpib

It seems that things are being built out of order, or a change in the bsd.dep.mk/bsd.lib.mk was made to the extent that things no longer build in a sane manner.

How-To-Repeat: 1. Checkout a recent copy of CURRENT.
2. cd lib/libgpib; make obj depend
Comment 1 Enji Cooper freebsd_committer freebsd_triage 2017-10-22 21:32:38 UTC 
This happened because the headers weren't being installed and it wasn't looking for them under ${SRCTOP}. Not a bug with FreeBSD: it was a bug with the FreeBSD-fork (Isilon OneFS).