From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24407 invoked by alias); 26 Apr 2009 20:52:38 -0000 Received: (qmail 24395 invoked by uid 22791); 26 Apr 2009 20:52:37 -0000 X-SWARE-Spam-Status: No, hits=-2.1 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from saturn.robustserver.com (HELO saturn.robustserver.com) (75.126.93.128) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 26 Apr 2009 20:52:32 +0000 Received: from [98.221.23.85] (helo=[192.168.10.6]) by saturn.robustserver.com with esmtpa (Exim 4.69) (envelope-from ) id 1LyBHe-0000v9-Ob for gdb@sourceware.org; Sun, 26 Apr 2009 16:49:06 -0400 Message-ID: <49F4C98B.2000609@apogeect.com> Date: Mon, 27 Apr 2009 00:26:00 -0000 From: Frank Middleton User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.9.1b3pre) Gecko/20081223 Thunderbird/3.0b1 MIME-Version: 1.0 To: gdb@sourceware.org Subject: Experiences building and using gdb 6.8 on Solaris Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes 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: 2009-04/txt/msg00195.txt.bz2 Not sure if this is the correct list, but maybe someone here is interested in some Solaris issues This is on snv103 (SunOS 5.11) for SPARC, with make aliased to gmake. Biggest problem is that make distclean doesn't remove any of the cache files, so the make fails miserably if, for example, you change LDFLAGS. In order to get it to build, it was necessary to get the latest ncurses, and to build that --with-shared, and, as usual, remember not to use Solaris /bin/sh. The motivation to build the latest gdb is the following error with GNU gdb 6.3.50_2004-11-23-cvs ... elfread.c:366: internal-error: sect_index_data not initialized ... but, alas, it still fails with GNU gdb 6.8 ... elfread.c:424: internal-error: sect_index_data not initialized A problem internal to GDB has been detected, further debugging may prove unreliable. Aside from the optimism of the last line (further debugging appears to be impossible), is this a known problem? It is proving to be rather difficult to make a simple test case, and extensive Googling found little other than that something similar had been fixed a while ago. Gdb runs simple executables just fine. The problem comes when linking and running an executable containing a mix of libraries compiled using Sun cc (i.e. the system libraries), some 3rd party libraries, probably compiled using a relatively old gcc (3.4.2), and a relatively new gcc (4.3.2) locally. Truss shows that the last library to be opened was /usr/lib/libXau.so.6. Both versions of gdb emit this warning: warning: Lowest section in /usr/lib/libdl.so.1 is .SUNW_syminfo at 00000094 AFAIK Sun ld was used for linking throughout. The application actually run properly if you run it without gdb. Any insights much appreciated...