From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28959 invoked by alias); 24 Feb 2018 19:01:34 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: List-Unsubscribe: X-Seq: 42398 Received: (qmail 27159 invoked by uid 1010); 24 Feb 2018 19:01:34 -0000 X-Qmail-Scanner-Diagnostics: from mail-qk0-f181.google.com by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.99.2/21882. spamassassin: 3.4.1. Clear:RC:0(209.85.220.181):SA:0(-1.9/5.0):. Processed in 1.387301 secs); 24 Feb 2018 19:01:34 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_PASS, T_DKIM_INVALID autolearn=ham autolearn_force=no version=3.4.1 X-Envelope-From: mikachu@gmail.com X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=Im8BERUwGiIHZmZiCUuLdUbcPM/8R6IlDxFvW8CfJqQ=; b=Z6RBicFf2oZFB6WNCDErzhideceo6bAEApzGRTvq1rswNl9/bJpk2UdXLAKc+h4AUq AJlVrj6PzqAm2kl8tW3QDlbsdRk9W1qCEVjm+sBr8DJQa63TGqZmR+KUDRnONpDaOMch 9seuN7Ag4UltoutFTjrOeYJQK2TPe5MzDTX9PYQ/Q+MKoXrJrBu33yHfYn/MU/w5mJ6G YxZ12dCyKMBQRBNlVgWVIsFZcpaJ5vac1ZOOZ4Xa9+FWlaPxGzQ+eSh6SXE5mOozzB2H z0y/bpfBLc5mbju3lhVeg3Y+26XHR1qLjMrSJc88igPvTqpNqnGZfmxShydNyUIfzkaH f+rg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=Im8BERUwGiIHZmZiCUuLdUbcPM/8R6IlDxFvW8CfJqQ=; b=OfXSV8clbonNYdC/x75BDlRK5/d/wiZ/V2HDt4iwvSyRzAcqcufYMu4IRe4BOOqrKd +vHQjDCIISUKnCUITRyPcTYqwWsyVHWmczicGH3zTlQeGZ5WuMZZ9f5pfybEgL7rMwlq V8Y7cWyFaD+9a708K29LEmnPneXmC4SDtuPoMdt7VOQM9df7RT+ykxZHghAu6sE32EIp AMjW3IVxrrRug95bj5IjKLeMGp42UeYitoSyXiK6WQN+UxKVwZ7d6Q18mpYbXCmox39C dmwYrRbmNmISa7ZlSnqM+XR6Vait2/UjMg0TjJyWJXWH99IiKvs5yga1YONQu1rRQGdT r4KA== X-Gm-Message-State: APf1xPCYRf/uhM7RFX2WHCpXH2RIDRLW5x15spp1UlZQR8zYtBl9QzRA E/Oiv8HVCTakebROY89Rs8phiWj0dmCUPBfDw/U= X-Google-Smtp-Source: AG47ELv1zKHrjkDlLKetULojwpp19Fzzfio6m/AYkdFpilHECgjphNqXHri4DkjMtTzuRVur9ksJiXICPD7k1LIorH0= X-Received: by 10.55.116.135 with SMTP id p129mr8741556qkc.344.1519498889222; Sat, 24 Feb 2018 11:01:29 -0800 (PST) MIME-Version: 1.0 From: Mikael Magnusson Date: Sat, 24 Feb 2018 20:01:28 +0100 Message-ID: Subject: crash/hang with gcc 5+ -O2 and --enable-zsh-mem To: zsh workers Content-Type: text/plain; charset="UTF-8" I figured out this was because of -foptimize-strlen which somehow causes calloc() to recurse infinitely and crash (with -O2 which also enables -foptimize-sibling-calls it just hangs with no crash because it doesn't consume extra stack, i presume). What I don't know is how to fix it, or the causal relationship between strlen optimization and calloc recursing infinitely. I've tried gcc 5.4, 6.2 and 6.4 with the same result. Compiling only Src/mem.c with the problematic flag is enough so it's something in there, but removing the one strlen() call in the file has no effect. -- Mikael Magnusson