From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8518 invoked by alias); 4 Jun 2011 12:49:28 -0000 Received: (qmail 8509 invoked by uid 22791); 4 Jun 2011 12:49:27 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,TW_BJ,TW_DB X-Spam-Check-By: sourceware.org Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 04 Jun 2011 12:47:39 +0000 Received: by pzk4 with SMTP id 4so1426137pzk.0 for ; Sat, 04 Jun 2011 05:47:38 -0700 (PDT) Received: by 10.142.199.10 with SMTP id w10mr482674wff.41.1307191658723; Sat, 04 Jun 2011 05:47:38 -0700 (PDT) Received: from [192.168.1.100] ([60.186.228.161]) by mx.google.com with ESMTPS id k2sm1718188wfe.3.2011.06.04.05.47.35 (version=SSLv3 cipher=OTHER); Sat, 04 Jun 2011 05:47:37 -0700 (PDT) Message-ID: <4DEA2A05.5000903@gmail.com> Date: Sat, 04 Jun 2011 12:49:00 -0000 From: asmwarrior User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: gdb@sourceware.org, MinGW Users List Subject: mingw bison error when building gdb git source Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2011-06/txt/msg00025.txt.bz2 I have a question on building gdb under Msys+mingw when I build gdb source from git (which I do a git clone from git://sourceware.org/git/gdb.git). I get an build error: ----------------------------------------------------------------- make[2]: Entering directory `/f/build_gdb/gdb/gdbgit/build/sim' make[2]: Leaving directory `/f/build_gdb/gdb/gdbgit/build/sim' make[2]: Entering directory `/f/build_gdb/gdb/gdbgit/build/gdb' CONFIG_HEADERS=config.h:config.in \ CONFIG_COMMANDS="default depdir" \ CONFIG_FILES= \ CONFIG_LINKS= \ /bin/sh config.status config.status: creating config.h config.status: config.h is unchanged config.status: executing default commands config.status: executing depdir commands rm -f c-exp.c c-exp.c.tmp /bin/sh ../../gdb/gdb/../ylwrap ../../gdb/gdb/c-exp.y y.tab.c c-exp.c -- bison - y && mv c-exp.c c-exp.c.tmp \ || (rm -f c-exp.c; false) rm -f cp-name-parser.c cp-name-parser.c.tmp /bin/sh ../../gdb/gdb/../ylwrap ../../gdb/gdb/cp-name-parser.y y.tab.c cp-name-p arser.c -- bison -y && mv cp-name-parser.c cp-name-parser.c.tmp \ || (rm -f cp-name-parser.c; false) rm -f objc-exp.c objc-exp.c.tmp /bin/sh ../../gdb/gdb/../ylwrap ../../gdb/gdb/objc-exp.y y.tab.c objc-exp.c -- b ison -y && mv objc-exp.c objc-exp.c.tmp \ || (rm -f objc-exp.c; false) conflicts: 18 shift/reduce, 9 reduce/reduce E:\code\msys\MSYS-20110112\msys\bin\bison.exe: cannot open file `/usr/share/biso n/m4sugar/m4sugar.m4': No such file or directory E:\code\msys\MSYS-20110112\msys\bin\bison.exe: cannot open file `/usr/share/biso n/m4sugar/m4sugar.m4': No such file or directory conflicts: 5 shift/reduce E:\code\msys\MSYS-20110112\msys\bin\bison.exe: cannot open file `/usr/share/biso n/m4sugar/m4sugar.m4': No such file or directory make[2]: *** [c-exp.c] Error 1 make[2]: *** Waiting for unfinished jobs.... make[2]: *** [cp-name-parser.c] Error 1 make[2]: *** [objc-exp.c] Error 1 make[3]: Entering directory `/f/build_gdb/gdb/gdbgit/build/gdb' make[4]: Entering directory `/f/build_gdb/gdb/gdbgit/build/gdb/gnulib' make all-recursive ------------------------------------------------------------------------ The message shows that bison under Msys does not works quite well. But when I download the gdb snapshot from the ftp ftp://sourceware.org/pub/gdb/snapshots/ I just unzip the snapshot, and use the same configure option, and the build stage works fine, and no such error. So, I just think that when building the snapshot, we do not need bison. In fact the file c-exp.c is built from c-exp.y. In the snapshot of gdb, c-exp.y already exists. But in the gdb git source, there are only c-exp.y, so bison is needed to build the associated c-exp.c. So, my question is: Can some bison exports help to solve this problem? it seems bison under Msys does not works quite well. Or is it possible save the c-exp.c in the gdb repository, so that we don't need bison to build it. thanks. asmwarrior ollydbg from code::blocks' forum