From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-60403-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 29384 invoked by alias); 3 Dec 2008 13:39:56 -0000
Received: (qmail 29368 invoked by uid 22791); 3 Dec 2008 13:39:55 -0000
X-Spam-Check-By: sourceware.org
Received: from mel.act-europe.fr (HELO mel.act-europe.fr) (212.99.106.210)     by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 03 Dec 2008 13:39:20 +0000
Received: from localhost (localhost [127.0.0.1]) 	by filtered-smtp.eu.adacore.com (Postfix) with ESMTP id CDEB8290023 	for <gdb-patches@sourceware.org>; Wed,  3 Dec 2008 14:39:17 +0100 (CET)
Received: from mel.act-europe.fr ([127.0.0.1]) 	by localhost (smtp.eu.adacore.com [127.0.0.1]) (amavisd-new, port 10024) 	with ESMTP id 4KkYNoH4DgDg for <gdb-patches@sourceware.org>; 	Wed,  3 Dec 2008 14:39:17 +0100 (CET)
Received: from ulanbator.act-europe.fr (ulanbator.act-europe.fr [10.10.0.139]) 	(using TLSv1 with cipher AES128-SHA (128/128 bits)) 	(No client certificate requested) 	by mel.act-europe.fr (Postfix) with ESMTP id F0A7E290008 	for <gdb-patches@sourceware.org>; Wed,  3 Dec 2008 14:39:16 +0100 (CET)
Message-Id: <7D408FC4-C9AB-4EAF-A881-A30778266311@adacore.com>
From: Tristan Gingold <gingold@adacore.com>
To: gdb-patches@sourceware.org
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v929.2)
Subject: [RFA] Fix Darwin failures on macscp.exp
Date: Wed, 03 Dec 2008 13:39:00 -0000
X-IsSubscribed: yes
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-patches.sourceware.org>
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
X-SW-Source: 2008-12/txt/msg00049.txt.bz2

Hi,

On Darwin the debugging info are never in the final executable.  They  
either stay in object files or
a separate debug file is created.
When an executable is directly created from source files (ie gcc -g -o  
x x.c), the separate debug file
is created (as the object files are temporary).  The Darwin tool that  
creates the separate debug file,
dsymutil, doesn't put .dwarf_macinfo into it.
As a consequence, there are a lot of failures in macscp.exp (more than  
100).

Instead of disabling this test on Darwin, I'd prefer to do a two steps  
compilation: first create an object
file and then link.

Tristan.

gdb/testsuite:
2008-12-03  Tristan Gingold  <gingold@adacore.com>

	* gdb.base/macscp.exp: Generate an object file during compilation
	to work around Darwin dsymutil limitations.

RCS file: /cvs/src/src/gdb/testsuite/gdb.base/macscp.exp,v
retrieving revision 1.15
diff -c -r1.15 macscp.exp
*** testsuite/gdb.base/macscp.exp	9 Oct 2008 16:49:47 -0000	1.15
--- testsuite/gdb.base/macscp.exp	3 Dec 2008 13:34:21 -0000
***************
*** 23,28 ****
--- 23,29 ----

   set srcfile macscp1.c
   set testfile "macscp"
+ set objfile "macscp.o"
   set binfile ${objdir}/${subdir}/${testfile}

   set options { debug }
***************
*** 32,38 ****
       lappend options additional_flags=-g3
   }

! if  {[gdb_compile "${srcdir}/${subdir}/macscp1.c" "${binfile}"  
executable $options] != "" } {
       untested macscp.exp
       return -1
   }
--- 33,41 ----
       lappend options additional_flags=-g3
   }

! if  {[gdb_compile "${srcdir}/${subdir}/macscp1.c" "${objfile}" \
! 	  object $options] != ""
!      || [gdb_compile "${objfile}" "${binfile}" executable $options] ! 
= "" } {
       untested macscp.exp
       return -1
   }