From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6715 invoked by alias); 4 Nov 2009 12:17:13 -0000 Received: (qmail 6655 invoked by uid 48); 4 Nov 2009 12:17:01 -0000 Date: Wed, 04 Nov 2009 12:17:00 -0000 Message-ID: <20091104121701.6654.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug lto/41932] LTO ICE when compiling ocaml trunk (incompatible type) In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "simon_baldwin at yahoo dot com" 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: 2009-11/txt/msg00292.txt.bz2 ------- Comment #2 from simon_baldwin at yahoo dot com 2009-11-04 12:17 ------- I have a minimal failing case for this, I think. I'm using trunk 153803, for what it's worth. $ cat demo.c typedef long intnat; typedef intnat value; void caml_darken (value v, value *p) { } $ .../gcc -flto -O2 -c -O -fPIC demo.c $ .../gcc -flto -O2 -shared -o /dev/null demo.o lto1: internal compiler error: Segmentation fault Though it looks to be related to the ICE, the warning gc_ctrl.c:44:16: warning: type of 'caml_major_heap_increment' does not match original declaration major_gc.c:33:8: note: previously declared here seems genuine and unrelated to me. gc_ctrl.c declares this as extern asize_t (size_t, long unsigned), major_gc.c defines it as intnat (long). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41932