From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9828 invoked by alias); 29 Oct 2008 19:14:33 -0000 Received: (qmail 9777 invoked by uid 48); 29 Oct 2008 19:14:21 -0000 Date: Wed, 29 Oct 2008 19:14:00 -0000 Message-ID: <20081029191421.9776.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug debug/36668] [4.4 Regression] FAIL: g++.dg/other/PR23205.C scan-assembler .stabs.*foobar:c=i In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "jakub at gcc dot gnu dot org" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2008-10/txt/msg01930.txt.bz2 ------- Comment #5 from jakub at gcc dot gnu dot org 2008-10-29 19:14 ------- Actually, the behaviour of -fno-toplevel-reorder is documented this way: `-funit-at-a-time' This option is left for compatibility reasons. `-funit-at-a-time' has no effect, while `-fno-unit-at-a-time' implies `-fno-toplevel-reorder' and `-fno-section-anchors'. Enabled by default. `-fno-toplevel-reorder' Do not reorder top-level functions, variables, and `asm' statements. Output them in the same order that they appear in the input file. When this option is used, unreferenced static variables will not be removed. This option is intended to support existing code which relies on a particular ordering. For new code, it is better to use attributes. Enabled at level `-O0'. When disabled explicitly, it also imply `-fno-section-anchors' that is otherwise enabled at `-O0' on some targets. So I guess we want to change the testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36668