From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1GZlIv-0003Js-Ob for garchives@archives.gentoo.org; Tue, 17 Oct 2006 09:32:11 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.8/8.13.6) with SMTP id k9H9U26l015368; Tue, 17 Oct 2006 09:30:02 GMT Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by robin.gentoo.org (8.13.8/8.13.6) with ESMTP id k9H9U1f2022918 for ; Tue, 17 Oct 2006 09:30:01 GMT Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GZlGb-0007K0-Hx for gentoo-amd64@lists.gentoo.org; Tue, 17 Oct 2006 11:29:45 +0200 Received: from ip68-230-97-209.ph.ph.cox.net ([68.230.97.209]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 17 Oct 2006 11:29:45 +0200 Received: from 1i5t5.duncan by ip68-230-97-209.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 17 Oct 2006 11:29:45 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-amd64@lists.gentoo.org From: "Duncan" <1i5t5.duncan@cox.net> Subject: [gentoo-amd64] Re: what causes this? Date: Tue, 17 Oct 2006 09:29:20 +0000 (UTC) Message-ID: References: <20061017084723.500c31ca@krikkit.digimed.co.uk> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: ip68-230-97-209.ph.ph.cox.net User-Agent: pan 0.117 (Old Rip Van Winkle) Sender: news X-Archives-Salt: f2f1b2f8-a34d-4674-aa4d-51505dfd07f3 X-Archives-Hash: 8ff31fd703061cccb9a7106bbf215a04 Neil Bothwick posted 20061017084723.500c31ca@krikkit.digimed.co.uk, excerpted below, on Tue, 17 Oct 2006 08:47:23 +0100: > On Mon, 16 Oct 2006 23:33:06 -0700 (PDT), Steve Herber wrote: > >> configure: error: There is something wrong. Please check config.log for >> more information. >> >> !!! ERROR: dev-lang/php-5.1.6-r6 failed. > >> Some of my major packages get this error and I wonder what causes it? >> I am not interested in a solution for php, but a guideline to help me >> fix any package with this problem. > > The lines before the error should give some clues. The config.log it > mentions can be found in $PORT_TMPDIR/dev-lang/php-5.1.6/work in this > instance, that should give a more detailed error message. > > This isn't necessarily a single problem for all the affected packages; the > configure script carries out a large number of tests, any one of which > could have failed. Additionally, note that with some tests, any warnings (even if they are harmless) can cause the test to fail. A common example would be unsupported CFLAGS -- CFLAGS that your currently configured version of GCC doesn't recognize and so ignores, but spits a warning about. Maybe you setup your CFLAGS with a different version of GCC that recognized different flags, or whatever you followed suggesting those CFLAGS was based on a different GCC version. Particularly if whatever they are testing is only a gcc-warning as well, guess what, they usually fail on any warning. As it happens, the Gentoo/amd64 arch team had enough problems reported due to this that they instituted a filter in their profiles that removes most flags the currently configured version of gcc doesn't recognize, so the problem happens less frequently than it did, but the unrecognized CFLAG warning isn't the only one gcc has by far, and if one of the others pops up in a test, it could trigger a test failure and ultimately a configure error as well. In ordered to properly troubleshoot the general problem (a configure error as reported in config.log), one really needs to know bash (well sh, which on Gentoo is normally bash) scripting, since that's what the configure script is written in. The config.log file references line numbers in the actual configure script, and if it's not immediately apparent from config.log what the problem is, the next step is to open the configure script to that line and figure out what it's doing, duplicating the process by hand or adding echo debugs to the configure script where necessary to see what's going on. With a decent grasp of bash and at least a vague idea of what all those tests in the configure script are all about (note, knowing C/C++ is generally NOT necessary), one can usually figure out what's going on and why, either correcting the problem (such as CFLAGS that are choking the test in question) or bugging either with Gentoo or very occasionally upstream, as appropriate. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman -- gentoo-amd64@gentoo.org mailing list