public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
* [3.2 PATCH] install-no-fixedincludes repaired
@ 2002-10-07 18:51 Christian Cornelssen
  2002-11-22  9:57 ` Christian Cornelssen
  0 siblings, 1 reply; 5+ messages in thread
From: Christian Cornelssen @ 2002-10-07 18:51 UTC (permalink / raw)
  To: gcc-patches

[-- Attachment #1: Type: TEXT/PLAIN, Size: 898 bytes --]

Dear GCC maintainers,

calling "make install-no-fixedincludes" leads to an error caused by
missing installation directories.  First, I added $(libsubdir)/include
to the MAKEDIRS variable in the toplevel `Makefile.in', and the
installation succeeded, but when I looked through the log file, I
found that some headers had been installed there and subsequently deleted.
This was due to the order of dependencies of install-no-fixedincludes
in the toplevel `Makefile.in'.  For a normal install, the headers
are installed very early and thereby also create the necessary
dirs.  I have reordered the dependencies for install-no-fixedincludes
in a similar way, and now it works again.

Note: The patch may be offset by a few lines from the original
gcc-3.2 toplevel `Makefile.in' because I've applied the DESTDIR patch
before. (cf. Oct 06 2002 "gcc-3.2 DESTDIRified")

Best regards,

Christian Cornelssen

[-- Attachment #2: Type: TEXT/PLAIN, Size: 489 bytes --]

--- Makefile.in_	Tue Oct  8 01:32:11 2002
+++ Makefile.in	Tue Oct  8 02:39:48 2002
@@ -1187,10 +1187,10 @@
 .PHONY: install-no-fixedincludes
 install-no-fixedincludes: \
 	installdirs \
+	gcc-no-fixedincludes \
 	$(INSTALL_MODULES) \
 	$(INSTALL_TARGET_MODULES) \
-	$(INSTALL_X11_MODULES) \
-	gcc-no-fixedincludes 
+	$(INSTALL_X11_MODULES)
 
 # Install the gcc headers files, but not the fixed include files,
 # which Cygnus is not allowed to distribute.  This rule is very

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [3.2 PATCH] install-no-fixedincludes repaired
  2002-10-07 18:51 [3.2 PATCH] install-no-fixedincludes repaired Christian Cornelssen
@ 2002-11-22  9:57 ` Christian Cornelssen
  2002-11-23  3:17   ` Christian Cornelssen
  0 siblings, 1 reply; 5+ messages in thread
From: Christian Cornelssen @ 2002-11-22  9:57 UTC (permalink / raw)
  To: gcc-patches

Dear GCC maintainers,

now after six weeks, what about the tiny patch as of 8 Oct 2002?
(http://gcc.gnu.org/ml/gcc-patches/2002-10/msg00419.html)

Regards,

Christian Cornelssen

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [3.2 PATCH] install-no-fixedincludes repaired
  2002-11-22  9:57 ` Christian Cornelssen
@ 2002-11-23  3:17   ` Christian Cornelssen
  0 siblings, 0 replies; 5+ messages in thread
From: Christian Cornelssen @ 2002-11-23  3:17 UTC (permalink / raw)
  To: gcc-patches

Dear GCC maintainers,

On Fri, 22 Nov 2002, Christian Cornelssen wrote:

> now after six weeks, what about the tiny patch as of 8 Oct 2002?

Sorry for the wrong link, it's the predecessor:

http://gcc.gnu.org/ml/gcc-patches/2002-10/msg00418.html

Regards,

Christian Cornelssen

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [3.2 PATCH] install-no-fixedincludes repaired
  2002-11-23 14:21 Nathanael Nerode
@ 2002-11-24  7:32 ` Christian Cornelssen
  0 siblings, 0 replies; 5+ messages in thread
From: Christian Cornelssen @ 2002-11-24  7:32 UTC (permalink / raw)
  To: gcc-patches

Hi,

On Sat, 23 Nov 2002, Nathanael Nerode wrote:

> Christian, this patch:
>
> http://gcc.gnu.org/ml/gcc-patches/2002-10/msg00418.html
>
> although it works, is bad practice.
>
> Makefiles should *never* care about order of dependencies.
>
> I don't see a sufficient way to fix this correctly for 3.2, but
> I'm going to try to get it right for 3.4.  It probably involves breaking
> out some items into their own targets.

Good notice. However, many install* targets of e.g. `gcc/Makefile.in'
(as of gcc-3.2), including the commonly used ones, seem to be
susceptible to dependence ordering.  That is, if you already have
redesigned the common install* targets, just extending your approach
to `install-no-fixedincludes' should fix the problem. :-)

But as a consequence of what you have pointed out, I do not expect
my install-no-fixedincludes patch to get outside the 3.2 branch.
It's better than nothing and not worse than the other install*
rules, but in general it's not appropriate, I agree.

Regards,

Christian Cornelssen

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [3.2 PATCH] install-no-fixedincludes repaired
@ 2002-11-23 14:21 Nathanael Nerode
  2002-11-24  7:32 ` Christian Cornelssen
  0 siblings, 1 reply; 5+ messages in thread
From: Nathanael Nerode @ 2002-11-23 14:21 UTC (permalink / raw)
  To: gcc-patches, ccorn

Christian, this patch:

http://gcc.gnu.org/ml/gcc-patches/2002-10/msg00418.html

although it works, is bad practice.

Makefiles should *never* care about order of dependencies.

I don't see a sufficient way to fix this correctly for 3.2, but
I'm going to try to get it right for 3.4.  It probably involves breaking 
out some items into their own targets.

--Nathanael

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2002-11-24 15:32 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-10-07 18:51 [3.2 PATCH] install-no-fixedincludes repaired Christian Cornelssen
2002-11-22  9:57 ` Christian Cornelssen
2002-11-23  3:17   ` Christian Cornelssen
2002-11-23 14:21 Nathanael Nerode
2002-11-24  7:32 ` Christian Cornelssen

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).