From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12661 invoked by alias); 2 Dec 2002 19:33:24 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 12654 invoked from network); 2 Dec 2002 19:33:22 -0000 Received: from unknown (HELO duracef.shout.net) (204.253.184.12) by sources.redhat.com with SMTP; 2 Dec 2002 19:33:22 -0000 Received: (from mec@localhost) by duracef.shout.net (8.11.6/8.11.6) id gB2JXF810990; Mon, 2 Dec 2002 13:33:15 -0600 Date: Mon, 02 Dec 2002 11:33:00 -0000 From: Michael Elizabeth Chastain Message-Id: <200212021933.gB2JXF810990@duracef.shout.net> To: carlton@math.stanford.edu, gdb-patches@sources.redhat.com Subject: Re: [rfa] remove dependency of f-exp.tab.c on c-exp.tab.c X-SW-Source: 2002-12/txt/msg00030.txt.bz2 Hi David, At first I thought that this might be a Makefile hack to prevent Make from running multiple copies of yacc in parallel if the user runs a parallel build, "make -j". Classic yacc writes output into y.tab.c no matter what the input file name. Gnu yacc (bison) fixed this brain damage, but gdb builds on lots of hosts, so it has to accommodate the brain damage. Adding a bunch of "foo-exp.tab.c: bar-exp-tab.c" dependencies would serialize the yacc executions. But gdb already works around the fixed "y.tab.c" name by using a wrapper script, ylwrap. ylwrap creates a unique temporary directory and runs yacc inside there. So I don't know what the point of that dependency is! Michael C