LTO bugginess or my bugginess?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- To: gcc-help@xxxxxxxxxxx
- Subject: LTO bugginess or my bugginess?
- From: Evan Driscoll <driscoll@xxxxxxxxxxx>
- Date: Mon, 20 Feb 2012 17:00:32 -0600
- Comment: DKIM? See http://www.dkim.org
- Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys
- Dkim-signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=gcc.gnu.org; s=default; x=1330383663; h=Comment: DomainKey-Signature:Received:Received:Received:Received: Message-ID:Date:From:User-Agent:MIME-Version:To:Subject: Content-Type:Content-Transfer-Encoding:Mailing-List:Precedence: List-Id:List-Unsubscribe:List-Archive:List-Post:List-Help:Sender: Delivered-To; bh=t3xiDeuI6Agv3nVsNDEC7pAjY7Q=; b=NEi/z0H0G4TCIqb At1fbCq7/7tvHTI4U3fRCA1TRWH8zk9W501RB33Vpuy4QR53UM8jfulPGATqci1g ji8YhAAIoGt63IVwhwkdIMGCfOn8I+QRW8BJxkqYIv9DaDNmckmyScUc2vvDH//6 NM13H8r/DIi69+DjHZOf145GSB/k=
- User-agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10
I have a unit test program (using Google Test) which, when compiled
normally, works fine. It also compiles clean with -Wall -Wextra, and
several additional warning flags. Under multiple versions of GCC, Intel
CC, and the Pathscale compiler, the result also Valgrinds clean except
for a couple memory leaks and four by-default suppressed errors.
However, when I build with -flto with GCC 4.6.1, I get a stack overflow.
This occurs even without any -O flags during compilation. This is my
first time toying around with LTO, so I can't say "it used to work" or
anything like that.
I'm trying to decide how much time to spend looking into this. What's
the over-under that it's a GCC bug in LTO vs something wrong with my
program? Any suggestions for how to look into this? Unfortunately,
minimizing it seems like it'd be a lot of work.
Evan
[Index of Archives]
[Linux C Programming]
[Linux Kernel]
[eCos]
[Fedora Development]
[Fedora Announce]
[Autoconf]
[The DWARVES Debugging Tools]
[Yosemite Campsites]
[Yosemite News]
[Linux GCC]