From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21069 invoked by alias); 10 Apr 2002 17:08:00 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 21035 invoked by uid 61); 10 Apr 2002 17:07:59 -0000 Date: Wed, 10 Apr 2002 10:08:00 -0000 Message-ID: <20020410170759.21034.qmail@sources.redhat.com> To: gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, gin@mo.msk.ru, pme@gcc.gnu.org From: pme@gcc.gnu.org Reply-To: pme@gcc.gnu.org, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, gin@mo.msk.ru, pme@gcc.gnu.org, gcc-gnats@gcc.gnu.org Subject: Re: libstdc++/5095: broken $(MAKEFLAGS) X-SW-Source: 2002-04/txt/msg00587.txt.bz2 List-Id: Synopsis: broken $(MAKEFLAGS) State-Changed-From-To: open->feedback State-Changed-By: pme State-Changed-When: Wed Apr 10 10:07:58 2002 State-Changed-Why: I don't fully understand it either. I think I see what's happening, but I don't see how it could. gin@mo.msk.ru, is this still happening for you? Lots of changes have been made since 3.0.2. In particular, I don't see how this can happen with the default "gmake bootstrap-lean" and no other arguments or overrides. Nobody else has experienced this with the default setup. The problem would seem to occur when trying to override a makefile variable on the command line; this gets tricky when recursing. The construct $(foo) is simply a variable in makefiles, but in a POSIX Bourne shell it is the same as writing `foo` which means something very different. A cleaner makefile would use ${foo} in all cases, because brace-expansion means the same thing (variable expansion) in makefiles as it does in shells. http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=5095