From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23030 invoked by alias); 10 Aug 2006 19:34:06 -0000 Received: (qmail 22959 invoked by uid 48); 10 Aug 2006 19:33:59 -0000 Date: Thu, 10 Aug 2006 19:34:00 -0000 Message-ID: <20060810193359.22958.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug c++/4131] The C++ compiler don't place a const class object to ".rodata" section with non trival constructor In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "bjoern dot m dot haase at web dot de" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2006-08/txt/msg00816.txt.bz2 List-Id: ------- Comment #14 from bjoern dot m dot haase at web dot de 2006-08-10 19:33 ------- I had already a look at the code in the cp directory. Unfortunately the documentation of the c++ front-end seems to be still worse than the docs on the back-ends (i.e. RTL). Either it is virtually inexisting or, I didn't find any hint on where to find it. Meanwhile I had a look at the tree dumps. Unfortunately, I didn't succeed in finding the initialization data for global "plain old built-in type" variables in the tree dumps. I have so far only seen the constructor code for initialization of class objects. AI'd at least like to have an idea of the complexity of the task. I have the impression that it might be way to difficult for me myself. But at least I'd like to try my very best to fix it before giving up. So any hint on a starting point for code reading and analysis would be appreciated. Bjoern. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4131