From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26488 invoked by alias); 1 Dec 2006 11:17:20 -0000 Received: (qmail 26480 invoked by uid 22791); 1 Dec 2006 11:17:19 -0000 X-Spam-Check-By: sourceware.org Received: from mxout.hispeed.ch (HELO smtp.hispeed.ch) (62.2.95.247) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 01 Dec 2006 11:17:11 +0000 Received: from indel.ch (84-73-11-232.dclient.hispeed.ch [84.73.11.232]) by smtp.hispeed.ch (8.12.11.20060308/8.12.6/taifun-1.0) with SMTP id kB1BH7K7018964 for ; Fri, 1 Dec 2006 12:17:07 +0100 Received: from FABI.indel.ch [192.168.1.91] by indel.ch [127.0.0.1] with SMTP (MDaemon.v2.7.SP5.R) for ; Fri, 01 Dec 2006 12:16:43 +0100 Message-Id: <5.2.0.9.1.20061201120928.018a7030@NT_SERVER> X-Sender: cenedese@NT_SERVER (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Fri, 01 Dec 2006 11:17:00 -0000 To: gcc-help@gcc.gnu.org From: Fabian Cenedese Subject: Re: Comments in assember output In-Reply-To: <17776.3044.420387.526050@zebedee.pink> References: <5.2.0.9.1.20061201113741.0188c920@NT_SERVER> <200611301833.02142.artur@alice.phy.uct.ac.za> <200611241742.53004.artur@alice.phy.uct.ac.za> <200611301730.39617.artur@alice.phy.uct.ac.za> <5.2.0.9.1.20061201113741.0188c920@NT_SERVER> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-MDaemon-Deliver-To: gcc-help@gcc.gnu.org X-Return-Path: cenedese@indel.ch X-Virus-Status: Clean X-DCC-spamcheck-01.tornado.cablecom.ch-Metrics: smtp-08.tornado.cablecom.ch 1377; Body=1 Fuz1=1 Fuz2=1 X-IsSubscribed: yes Mailing-List: contact gcc-help-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-help-owner@gcc.gnu.org X-SW-Source: 2006-12/txt/msg00006.txt.bz2 > > > 1:func.c **** float func( float a, float b ) > > > 2:func.c **** { > > > 36 LM1: > > > 37 0000 55 pushl %ebp > > > 38 0001 89E5 movl %esp, %ebp > > > 40 LM2: > > > 41 0003 D9450C flds 12(%ebp) > > > > > >This appears to be the sort of output you are looking for, right? > > > > That sounds usefull, I could use that as well. But when I tried it > > it didn't mix the lines, I just got (almost) all lines from the cpp > > source file and after that the assembler code. There are several > > functions in the cpp file, so at least those should be separatable > > in the assembler code. I compiled without optimization so the > > functions should not be intermingled. I tried the various -a flags > > but it didn't work so far. > >That's the way that gcc works. The optimizers rearrange the functions >and output them in dependency order. "-fno-unit-at-a-time" might >help. Even if I don't use optimization? But it didn't help either, still big blocks of code. With -fverbose-asm I see the switch on and off, but the rest of the output is exactly the same. bye Fabi