Re: removing graphics.h from stamp-prereq in src/Makefile.in

[Michael Goffioul]

On Wed, Feb 6, 2008 at 11:24 AM, John W. Eaton <address@hidden> wrote:
> | It has always been like that since I compile octave with MSVC and I'm
> | used to it. This was due the combination of several facts:
> | 1) cc-msvc didn't support dependency generation (now it does)
> | 2) GNU make 3.81 does not support windows path anymore
> | (path with colon)
>
> You mean the Cygwin build of GNU Make, right?  I think GNU Make still
> supports Windows paths, but as I recall that feature is disabled in
> the Cygwin build.

No, I uses MSYS port (but maybe it uses the same patch as cygwin build).
Anyway, there are workarounds on the web, this is not a big issue.

> | > What about doing the following instead?  Then we don't need special
> | > cases for individual files.
> |
> | This work OK. However, now when I try to enable dependencies again,
> | I found another problem: make does not know how to build y.tab.c,
> | which is part of parse.cc/parse.df dependencies. This can be worked
> | around by adding y.tab.c to PHONY targets, but how do you cope
> | with that under Linux?
>
> Where does y.tab.c show up as a dependency?

Because bison adds '#line' statements when generating from parse.y.
As the output file (when bison is invoked) is y.tab.c (it is renamed to
parse.cc *after* generation), these statements uses y.tab.c and this
is catched as a dependency by "cc-msvc -M". I posted a workaround
in another mail.

Michael.