From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 43961 invoked by alias); 12 Oct 2017 20:09:18 -0000 Mailing-List: contact crossgcc-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: crossgcc-owner@sourceware.org Received: (qmail 43501 invoked by uid 89); 12 Oct 2017 20:09:17 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-26.1 required=5.0 tests=BAYES_00,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,GIT_PATCH_0,GIT_PATCH_1,GIT_PATCH_2,GIT_PATCH_3,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=ham version=3.3.2 spammy=H*r:sk:crossgc, Optimisations, optimisations, Hx-languages-length:944 X-HELO: mail-pf0-f196.google.com Received: from mail-pf0-f196.google.com (HELO mail-pf0-f196.google.com) (209.85.192.196) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 12 Oct 2017 20:09:16 +0000 Received: by mail-pf0-f196.google.com with SMTP id m28so6423125pfi.11 for ; Thu, 12 Oct 2017 13:09:16 -0700 (PDT) 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=hT2O00R8iP61jlWq+yNDUwn7rM44njWW/Q31VHqj594=; b=Kokz6kYZkvhwKWbQA8WqRS5/vr6ydJfBgZ07+U/+FdacemK/7UGop5bmiTd3V1h/gW 8adSZYBi8bKj9qjhHDhK8kIOG//ni0SB5Xj359y87jOxcZ5IbfaSZ91NGrZdG0O4Ns1/ hQ9RAdjcCs+4/bcyJmGJfMqICnHNlEK4fP9soxtCk2ozIqlT7L09rzOHfpQCZ17f1z65 9hwE5mgQEaoF5VIwHFh+XjlE63sTcYsLsbIY/b/a5RTy/tiCdA90ZWXVYYR8mItIVFQL SVj7vwBXuozFnB405GR+95+ly5m3+TZGM+mT1sZYVhaWoNExZC7a+XJGqFA8YrQ2RU5z Pqrw== X-Gm-Message-State: AMCzsaXtSJX+dKDlMvfTYEsnWLu6KlG84seA7KI0bzI1hH+mHU0XqrID rLLAE0NCXvsWZqMircBX1EMiLpU79A3sNRBaIK9D9w== X-Google-Smtp-Source: AOwi7QCbJwvqcWXo5UcY/vFoEfM+9N6G5JMPIZjGnOi1cqdtusTz+klhv1bWikXR26Xl/u4c4l1oyMsJhqDwGqenrok= X-Received: by 10.98.76.70 with SMTP id z67mr3169983pfa.78.1507838954591; Thu, 12 Oct 2017 13:09:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.180.133 with HTTP; Thu, 12 Oct 2017 13:09:14 -0700 (PDT) From: Justin Chen Date: Thu, 12 Oct 2017 20:09:00 -0000 Message-ID: Subject: LTO Depends-on Non-static Toolchain To: crossgcc@sourceware.org Content-Type: text/plain; charset="UTF-8" X-IsSubscribed: yes X-SW-Source: 2017-10/txt/msg00004.txt.bz2 Hello, What is the reason behind having LTO require a non-static toolchain? Is this a work around for some bug within binutils/gcc? Or is this something that should not work in theory? commit 45512b003d04b5a89c5c3bb6b674683d82b87f42 Author: Alexey Neyman Date: Sat Feb 18 19:00:25 2017 -0800 Have LTO depend-on non-static builds Loading a dynamic library (LTO plugin) from a static binary fails on ArchLinux. It is also prone to break if a system is ever upgraded. Also, disable plugins if not enabled explicitly. Signed-off-by: Alexey Neyman diff --git a/config/cc/gcc.in.2 b/config/cc/gcc.in.2 index 8818de6..638bfe9 100644 --- a/config/cc/gcc.in.2 +++ b/config/cc/gcc.in.2 @@ -124,6 +124,7 @@ config CC_GCC_USE_GRAPHITE config CC_GCC_USE_LTO bool "Enable LTO" default y + depends on ! STATIC_TOOLCHAIN help Enable the Link Time Optimisations. Thanks, Justin