Correct rules for making the win32-related files that are made from

* Makefile.am tests/Makefile.am: Correct rules for making the
	win32-related files that are made from corresponding .in files.
	Is there a cleaner way than explicitly writing rules that invoke
	config.status?
This commit is contained in:
Tor Lillqvist 1999-05-08 14:14:32 +00:00
parent 0e7f2f16f7
commit f6eb31132c
11 changed files with 66 additions and 10 deletions

View File

@ -1,3 +1,10 @@
1999-05-08 Tor Lillqvist <tml@iki.fi>
* Makefile.am tests/Makefile.am: Correct rules for making the
win32-related files that are made from corresponding .in files.
Is there a cleaner way than explicitly writing rules that invoke
config.status?
Sat May 8 06:00:17 CDT 1999 Shawn T. Amundson <amundson@gtk.org>
* configure.in

View File

@ -1,3 +1,10 @@
1999-05-08 Tor Lillqvist <tml@iki.fi>
* Makefile.am tests/Makefile.am: Correct rules for making the
win32-related files that are made from corresponding .in files.
Is there a cleaner way than explicitly writing rules that invoke
config.status?
Sat May 8 06:00:17 CDT 1999 Shawn T. Amundson <amundson@gtk.org>
* configure.in

View File

@ -1,3 +1,10 @@
1999-05-08 Tor Lillqvist <tml@iki.fi>
* Makefile.am tests/Makefile.am: Correct rules for making the
win32-related files that are made from corresponding .in files.
Is there a cleaner way than explicitly writing rules that invoke
config.status?
Sat May 8 06:00:17 CDT 1999 Shawn T. Amundson <amundson@gtk.org>
* configure.in

View File

@ -1,3 +1,10 @@
1999-05-08 Tor Lillqvist <tml@iki.fi>
* Makefile.am tests/Makefile.am: Correct rules for making the
win32-related files that are made from corresponding .in files.
Is there a cleaner way than explicitly writing rules that invoke
config.status?
Sat May 8 06:00:17 CDT 1999 Shawn T. Amundson <amundson@gtk.org>
* configure.in

View File

@ -1,3 +1,10 @@
1999-05-08 Tor Lillqvist <tml@iki.fi>
* Makefile.am tests/Makefile.am: Correct rules for making the
win32-related files that are made from corresponding .in files.
Is there a cleaner way than explicitly writing rules that invoke
config.status?
Sat May 8 06:00:17 CDT 1999 Shawn T. Amundson <amundson@gtk.org>
* configure.in

View File

@ -1,3 +1,10 @@
1999-05-08 Tor Lillqvist <tml@iki.fi>
* Makefile.am tests/Makefile.am: Correct rules for making the
win32-related files that are made from corresponding .in files.
Is there a cleaner way than explicitly writing rules that invoke
config.status?
Sat May 8 06:00:17 CDT 1999 Shawn T. Amundson <amundson@gtk.org>
* configure.in

View File

@ -1,3 +1,10 @@
1999-05-08 Tor Lillqvist <tml@iki.fi>
* Makefile.am tests/Makefile.am: Correct rules for making the
win32-related files that are made from corresponding .in files.
Is there a cleaner way than explicitly writing rules that invoke
config.status?
Sat May 8 06:00:17 CDT 1999 Shawn T. Amundson <amundson@gtk.org>
* configure.in

View File

@ -1,3 +1,10 @@
1999-05-08 Tor Lillqvist <tml@iki.fi>
* Makefile.am tests/Makefile.am: Correct rules for making the
win32-related files that are made from corresponding .in files.
Is there a cleaner way than explicitly writing rules that invoke
config.status?
Sat May 8 06:00:17 CDT 1999 Shawn T. Amundson <amundson@gtk.org>
* configure.in

View File

@ -89,16 +89,16 @@ testgdateparser_LDADD = libglib.la
m4datadir = $(datadir)/aclocal
m4data_DATA = glib.m4
glibconfig.h.win32: $(top_builddir)/config.status glibconfig.h.win32.in
glibconfig.h.win32: $(top_builddir)/config.status $(top_srcdir)/glibconfig.h.win32.in
cd $(top_builddir) && CONFIG_FILES=$@ CONFIG_HEADERS= $(SHELL) ./config.status
config.h.win32: $(top_builddir)/config.status config.h.win32.in
config.h.win32: $(top_builddir)/config.status $(top_srcdir)/config.h.win32.in
cd $(top_builddir) && CONFIG_FILES=$@ CONFIG_HEADERS= $(SHELL) ./config.status
makefile.msc: $(top_builddir)/config.status makefile.msc.in
makefile.msc: $(top_builddir)/config.status $(top_srcdir)/makefile.msc.in
cd $(top_builddir) && CONFIG_FILES=$@ CONFIG_HEADERS= $(SHELL) ./config.status
makefile.cygwin: $(top_builddir)/config.status makefile.cygwin.in
makefile.cygwin: $(top_builddir)/config.status $(top_srcdir)/makefile.cygwin.in
cd $(top_builddir) && CONFIG_FILES=$@ CONFIG_HEADERS= $(SHELL) ./config.status
.PHONY: files release sanity snapshot

View File

@ -89,16 +89,16 @@ testgdateparser_LDADD = libglib.la
m4datadir = $(datadir)/aclocal
m4data_DATA = glib.m4
glibconfig.h.win32: $(top_builddir)/config.status glibconfig.h.win32.in
glibconfig.h.win32: $(top_builddir)/config.status $(top_srcdir)/glibconfig.h.win32.in
cd $(top_builddir) && CONFIG_FILES=$@ CONFIG_HEADERS= $(SHELL) ./config.status
config.h.win32: $(top_builddir)/config.status config.h.win32.in
config.h.win32: $(top_builddir)/config.status $(top_srcdir)/config.h.win32.in
cd $(top_builddir) && CONFIG_FILES=$@ CONFIG_HEADERS= $(SHELL) ./config.status
makefile.msc: $(top_builddir)/config.status makefile.msc.in
makefile.msc: $(top_builddir)/config.status $(top_srcdir)/makefile.msc.in
cd $(top_builddir) && CONFIG_FILES=$@ CONFIG_HEADERS= $(SHELL) ./config.status
makefile.cygwin: $(top_builddir)/config.status makefile.cygwin.in
makefile.cygwin: $(top_builddir)/config.status $(top_srcdir)/makefile.cygwin.in
cd $(top_builddir) && CONFIG_FILES=$@ CONFIG_HEADERS= $(SHELL) ./config.status
.PHONY: files release sanity snapshot

View File

@ -40,8 +40,8 @@ strfunc_test_LDADD = $(top_builddir)/libglib.la
tree_test_LDADD = $(top_builddir)/libglib.la
type_test_LDADD = $(top_builddir)/libglib.la
makefile.msc: $(top_builddir)/config.status makefile.msc.in
makefile.msc: $(top_builddir)/config.status $(top_srcdir)/tests/makefile.msc.in
cd $(top_builddir) && CONFIG_FILES=tests/$@ CONFIG_HEADERS= $(SHELL) ./config.status
makefile.cygwin: $(top_builddir)/config.status makefile.cygwin.in
makefile.cygwin: $(top_builddir)/config.status $(top_srcdir)/tests/makefile.cygwin.in
cd $(top_builddir) && CONFIG_FILES=tests/$@ CONFIG_HEADERS= $(SHELL) ./config.status