Check your source tree for file spillage.

This really smells like something got built once without objdirs and then
later got built using objdirs. Doing a make clean in the latter case won't
clean up the non-objdir stuff that may be lying around your source tree
confusing make.

I just built a complete snapshot of x86 last night from a clean setup so
the tree does build.

James


>MOCHIZUKI> /usr/sup/src/tools/compile_et/../../crypto/dist/heimdal/lib/roken/print_version.c:40: print_version.h: No such file or
>directory
>>
>> I've had this same message about print_version.h not found while
>> building roken. The only quick and dirty fix i've found was to copy
>> print_version.h in the /usr/src/crypto/dist/heimdal/lib/roken/
>> directory (you can find it in /usr/src/lib/libasn1/asn1_compile/).
>>
>> That's the only fix i've found : make clean|cleandir, removal of obj
>> reps, further sups, etc. don't change anything
>>
>> If someone has an explanation, i would be happy to hear from.
>>
>> I'm afraid my solution will cause some problem when print_version.h
>> will be updated...
>
>An alternate (safe) fix would be to create the include file as:
>
>echo "#include "../../../../lib/libasn1/asn1_compile/print_version.h" \
>  > /usr/src/crypto/dist/heimdal/lib/roken/print_version.h
>
>that way there is still only one copy of the file...
>
>(If I got the number of .. right... maybe there is nicer way to
>reference the real file - but I don't know what -I options are active)
>
>    David
>
>
>
>
>