From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: caml-list@sympa.inria.fr Delivered-To: caml-list@sympa.inria.fr Received: from mail1-relais-roc.national.inria.fr (mail1-relais-roc.national.inria.fr [192.134.164.82]) by sympa.inria.fr (Postfix) with ESMTPS id A0C4F7EC41 for ; Sat, 20 Oct 2012 19:25:29 +0200 (CEST) Received-SPF: None (mail1-smtp-roc.national.inria.fr: no sender authenticity information available from domain of anthony.tavener@gmail.com) identity=pra; client-ip=209.85.223.182; receiver=mail1-smtp-roc.national.inria.fr; envelope-from="anthony.tavener@gmail.com"; x-sender="anthony.tavener@gmail.com"; x-conformance=sidf_compatible Received-SPF: Pass (mail1-smtp-roc.national.inria.fr: domain of anthony.tavener@gmail.com designates 209.85.223.182 as permitted sender) identity=mailfrom; client-ip=209.85.223.182; receiver=mail1-smtp-roc.national.inria.fr; envelope-from="anthony.tavener@gmail.com"; x-sender="anthony.tavener@gmail.com"; x-conformance=sidf_compatible; x-record-type="v=spf1" Received-SPF: None (mail1-smtp-roc.national.inria.fr: no sender authenticity information available from domain of postmaster@mail-ie0-f182.google.com) identity=helo; client-ip=209.85.223.182; receiver=mail1-smtp-roc.national.inria.fr; envelope-from="anthony.tavener@gmail.com"; x-sender="postmaster@mail-ie0-f182.google.com"; x-conformance=sidf_compatible X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmQBADreglDRVd+2m2dsb2JhbABEwQUIIwEBAQEBCAkLCRQngiABAQEDARICLAEbHQEDAQsGBQQBBgcGLiIBEQEFAQ4OBhMih08BAwkGnQsJA4wognaELgoZJw1ZiHUBBQyLU4ZvA4hajReOWBYphDA X-IronPort-AV: E=Sophos;i="4.80,622,1344204000"; d="scan'208";a="178143195" Received: from mail-ie0-f182.google.com ([209.85.223.182]) by mail1-smtp-roc.national.inria.fr with ESMTP/TLS/RC4-SHA; 20 Oct 2012 19:25:03 +0200 Received: by mail-ie0-f182.google.com with SMTP id k10so3618864iea.27 for ; Sat, 20 Oct 2012 10:25:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=lRwgwfoLvJ7H50jLg1nVPV4UE3e9GCEjYtYIkdfS4HY=; b=vuUa22EvJZbMFr+h++8ywQsTO8hgy+fCMWuJbHjjhE70X6bL9WdiioNpGHI66ZAFa7 44gY0c3d98tJBehr32nEAdAwP0jSVCI37URblaic5wYPM19cq36Q6LFwggKtMorZGij6 VPOLhRarr29lurL3xHSPQVKJOKkwkfMtaGle8utUcEgTlV2/LquZWhtG9jO//S4EHMue J/82loNjxbH71jgr3hq4M6CMAjtHqTQC+z6ZlMS2P5p1fxpeDMc4MzMxjfrnVibflpgu pqPVeHdPdVg/UMXPuipO2d3AWAMYncV7p7R/dH3AymxlkqB/g0Vtjyw1pA4zUTuXZu39 gCvw== MIME-Version: 1.0 Received: by 10.42.180.10 with SMTP id bs10mr3960740icb.39.1350753901990; Sat, 20 Oct 2012 10:25:01 -0700 (PDT) Received: by 10.42.196.71 with HTTP; Sat, 20 Oct 2012 10:25:01 -0700 (PDT) In-Reply-To: <20121019103535.GA3865@kerneis.info> References: <20121019022056.5189.qmail@www1.g3.pair.com> <20121019103535.GA3865@kerneis.info> Date: Sat, 20 Oct 2012 11:25:01 -0600 Message-ID: From: Anthony Tavener To: Gabriel Kerneis Cc: oleg@okmij.org, christophe.raffalli@univ-savoie.fr, caml-list@inria.fr Content-Type: multipart/alternative; boundary=90e6ba6e8aee81d52a04cc80e68b Subject: Re: [Caml-list] Re: ocaml 3.12.1 and delimcc --90e6ba6e8aee81d52a04cc80e68b Content-Type: text/plain; charset=ISO-8859-1 I set the Makefile rule for stacks-native to use -O0 -fno-optimize-sibling-calls, but testd0opt still segfaults. I also tried with only -O0. My GCC version is 4.7.1; architecture is amd64. Checking output with -S, "push_stack_fragment_really" is not inlined. Is there anything I can check/report? On Fri, Oct 19, 2012 at 4:35 AM, Gabriel Kerneis wrote: > On Fri, Oct 19, 2012 at 02:20:56AM -0000, oleg@okmij.org wrote: > > I'll see if I could find a pragma or other way to disable undesirable > > optimizations. > > No tested, but you could try -fno-optimize-sibling-calls: > $ gcc --help=optimizers|grep "tail recursive" > -foptimize-sibling-calls Optimize sibling and tail recursive calls > > Best, > -- > Gabriel > --90e6ba6e8aee81d52a04cc80e68b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I set the Makefile rule for stacks-native to use -O0 -fno-optimize-sibling-= calls, but testd0opt still segfaults. I also tried with only -O0.

<= /div>
My GCC version is 4.7.1; architecture is amd64.

Checking output with -S, "push_stack_fragment_really" = is not inlined. Is there anything I can check/report?


On Fri, Oct 19, 2012 at 4:35 AM, Gabriel Kerneis <kerneis@pps.jussieu.fr> wrote:
On Fri, Oct 19, 2012 at 02= :20:56AM -0000, oleg@okmij.org wrote:=
> I'll see if I could find a pragma or other way to disable undesira= ble
> optimizations.

No tested, but you could try -fno-optimize-sibling-calls:
$ gcc --help=3Doptimizers|grep "tail recursive"
=A0 -foptimize-sibling-calls =A0 =A0Optimize sibling and tail recursive cal= ls

Best,
--
Gabriel

--90e6ba6e8aee81d52a04cc80e68b--