sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found
Ian Lepore
ian at freebsd.org
Tue Jun 18 01:12:54 UTC 2019
On Tue, 2019-06-18 at 02:21 +0200, Julian H. Stacey wrote:
> "Julian H. Stacey" wrote:
> > "Bjoern A. Zeeb" wrote:
> > > On 17 Jun 2019, at 10:37, Mark Linimon wrote:
> > >
> > > > On Mon, Jun 17, 2019 at 11:41:03AM +0200, Julian H. Stacey
> > > > wrote:
> > > > > svn_revision 348842
> > > >
> > > > [ ...]
> > > > > /usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c:68:10: fatal
> > > > > error:
> > > > > 'opt_cam.h' file not found
> > > > > #include "opt_cam.h"
> > > > > ^~~~~~~~~~~
> > > > > 1 error generated.
> > > >
> > > > This is extremely unlikely to be r348842. I would investigate
> > > > r349025
> > > > instead. (Committer Cc:ed.)
> > >
> > > Almost, more likely me. I just had a look. I am not exactly
> > > sure how
> > > to reproduce this?
> > >
> > > /bz
> >
> > If I can help let me know.
> > My buildworld broke with 13.0-CURRENT
> > /usr/src .ctm_status src-cur 14077 .svn_revision 348842
> > I'm now running make install,
> > & can then compare my root include & libs with with a set
> > installed
> > using DESTDIR=
>
> I compiled, installed, compared.
> BTW cd /usr/src; make delete - only cleans libs & bins but does
> not
> clean other junk listed in ObsoleteFiles.inc not even with
> -DBATCH_DELETE_OLD_FILES or -DBATCH_DELETE_OLD_FILES=YES so
> manually purged,
> I believe I have a clean system built from .ctm_status src-cur 14077
> .svn_revision 348842 but /usr/src/sys/modules/sdio still fails,
> so there was a commit of unbuildable code.
>
> cd /usr/src ; find . -name opt_cam.h # tools/tools/vhba/opt_cam.h
> cd /usr/include ; find . -name opt_cam.h # nothing
>
>
> > I have a 2nd slower current box also building to 14077, I will then
> > take that on up to latest .ctm_status src-cur 14087 .svn_revision
> > 349129 to see if problem clears.
>
> make buildworld blew on newer current, with a different bug:
>
> cc -O2 -pipe -I/usr/src/usr.bin/mkesdb_static
> -I/usr/src/usr.bin/mkesdb_static/../mkesdb -
> I/usr/src/usr.bin/mkesdb_static/../../lib/libc/iconv -g -MD -
> MF.depend.lex.o -MTlex.o -std=gnu99 -Qunused-arguments -
> I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include -c lex.c -o
> lex.o
> /usr/src/usr.bin/mkesdb/lex.l:46:10: fatal error: 'yacc.h' file not
> found
> #include "yacc.h"
> ^~~~~~~~
> 1 error generated.
> *** Error code 1
>
> Stop.
> make[3]: stopped in /usr/src/usr.bin/mkesdb_static
>
> A double waste of CPU & human time & power in a hot office.
> Commit bits used to be suspended for un-buildable code. I'll boot
> stable.
Since you seem to be so focused on mean-spirited criticism of others,
I'm sure you'll understand when I ask...
Have you *seriosly* been using and building freebsd this long and you
don't know that an opt_*.h file is generated as part of the build and
exists only in the object directory, so that searching for it under
/usr/src or /usr/include would be... let's see, how did you put it?...
Oh yeah: A double waste of CPU & human time.
-- Ian
More information about the freebsd-current
mailing list