%% Černoevič Michal <[EMAIL PROTECTED]> writes: m> Hi, there has been a nasty bug in GNU make for a long time. It is m> shown in the attached file - there is also a right output from the m> supplied make from DEC. With regard
Please simply provide small examples directly: I can almost always tell what the problem is by looking at it and if it's in some weird format I have to save it out, etc. first. m> /usr/local/bin/make (GNU make V 3.80) m> echo aresds_fo.h: aresds_fo.H m> aresds_fo.h: aresds_fo.H *********** WHERE IS aresds_fo_tab.h? It's right here: m> echo aresds_fo.o: aresds_fo.EC w_web.h libcz2_250.h aresds_fo.h /usr/users/res/vadr/aresds_fo_tab.h GNU make found it in /usr/users/res/vadr. Because it found that file there it used that instead of trying to recreate it locally (it would have recreated the file locally if aresds_fo_tab.H was newer, but it wasn't so it didn't). To me this means that you have set your VPATH variable to contain /usr/users/res/vadr. Since I didn't see it in the makefile you sent either it must be set in your environment, or your example is not complete. Probably the OSF1 version of make doesn't support VPATH, or at least not the same VPATH semantics that GNU make does (SysV VPATH behavior is quite broken). -- ------------------------------------------------------------------------------- Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at: http://www.gnu.org http://make.paulandlesley.org "Please remain calm...I may be mad, but I am a professional." --Mad Scientist _______________________________________________ Bug-make mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-make