In message <cah8yc8mensj1j0f3_cwjqckrnco5wwmntgd_vpf8qa5zaju...@mail.gmail.com> on Fri, 11 Mar 2016 05:25:29 -0500, Jeffrey Walton <[email protected]> said:
noloader> On Fri, Mar 11, 2016 at 5:14 AM, Richard Levitte via RT <[email protected]> wrote: noloader> > In message <[email protected]> on Fri, 11 Mar 2016 10:11:43 +0000, "[email protected] via RT" <[email protected]> said: noloader> > noloader> > rt> Working from Master. noloader> > rt> noloader> > rt> $ make test noloader> > rt> make: don't know how to make usr/include/stddef.h. Stop noloader> > rt> noloader> > rt> make: stopped in /root/openssl noloader> > noloader> > Is there a /usr/include/stddef.h? noloader> noloader> Yes, but test appears to be using "usr/include/stddef.h", and not noloader> "/usr/include/stddef.h" "appears" being the point, methinks. I can't recall that we have "usr/include" specified as an include directory anywhere, and that this is the result of the dependency generation parts in Makefile. What do you get if you grep for 'makedepprog' in configdata.pm? If it's makedepend (probably full path to it), it may be faulty. It may also be the sed script that's used to clean up the result (have a look in Makefile, look for any use of $(MAKEDEPEND) and the sed script following it) Can you help figuring it out? -- Richard Levitte [email protected] OpenSSL Project http://www.openssl.org/~levitte/ -- Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4414 Please log in as guest with password guest if prompted -- openssl-dev mailing list To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
