From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 1B9E21382DE for ; Thu, 30 Jun 2016 15:40:55 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 670ADE0B2B; Thu, 30 Jun 2016 15:40:54 +0000 (UTC) Received: from mail-oi0-f42.google.com (mail-oi0-f42.google.com [209.85.218.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 014A9E0B2B for ; Thu, 30 Jun 2016 15:40:53 +0000 (UTC) Received: by mail-oi0-f42.google.com with SMTP id s66so70444467oif.1 for ; Thu, 30 Jun 2016 08:40:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=wQXfpjSxb8ggk4Roou781W3jAFcdSBRrBh/GdJGi6EA=; b=t4rNCshRcad29fhKxhY/g+ihIYnfKDG+SDgILqDdyjmROR2x4eAAvtXpEuMPdXgWLO KK95KlV5ugc9T9N0TtKJzRs4ZTrkBCdHDT4X/D2nUAggZ0m3YeVHzc41MaD7tWxdtJ76 Hmh5SEcDgYTU7jKPNZib+XE556FHjTPW4SJvucdVsN40GfptlY7hC65dM4YRQvIgigFg QconZgl8V5jtcBY3rJFjv6A+7x7GVhnPpKzk0sa/qFqGAh5vUJ2+/hGrfRhcUWmuseBb o0GWEbDlg9oSMuuxLAoiTEKrgzIFe5LNdPrj5hDZO8WdAdkso9LL13DiRT5Jj7NAVHzE QwQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=wQXfpjSxb8ggk4Roou781W3jAFcdSBRrBh/GdJGi6EA=; b=LRcRPROut/xUQyFkXuNclWpvWRLDXNtzZgaA0ASk7+66JwbsQvM08nOOmg+5lELY4C ou77JJfEQ3vH92lXpS21HjbemUhhCR25qCGeqHGx0My2qESEWNXi5W3Nvfa8oOWy/HK7 5Ha0+bpuQ9s/SC4Cb4GEROgqEU5U/1t+MoQql+YFbiRVIkSgzhRcFNqPytNYsZ+un5uy 4W2rPnuVNdfkqZfVpYSraRgHisnHWHegLkmYWvp0BBOFUMol28w9UqkVrjPshzg54kj3 34OAmFxR448FgJjrmWW+NhTIfUp5uL/jyAImyh2tXKYqnSojZ1HlTOCcvCB8or8p1SvA JESg== X-Gm-Message-State: ALyK8tIW40J/3h7XNJeUTZ+CX+B894I3IPvH3dwauDak/P7T5TlQpHzbLtA1v6AokRdhUZ+moONAqlPzvay8Uw== X-Received: by 10.202.46.19 with SMTP id u19mr10079944oiu.56.1467301253047; Thu, 30 Jun 2016 08:40:53 -0700 (PDT) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo musl list X-BeenThere: gentoo-musl@gentoo.org X-BeenThere: gentoo-musl@lists.gentoo.org MIME-Version: 1.0 Received: by 10.182.28.37 with HTTP; Thu, 30 Jun 2016 08:40:33 -0700 (PDT) In-Reply-To: <6ebcb95d-409a-cbb1-6980-cf8688901164@gentoo.org> References: <6ebcb95d-409a-cbb1-6980-cf8688901164@gentoo.org> From: Lei Zhang Date: Thu, 30 Jun 2016 23:40:33 +0800 Message-ID: Subject: [gentoo-musl] Re: [GSoC] native-clang: daily report 06/29 To: Luca Barbato Cc: soc-admins@gentoo.org, gentoo-musl@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: 781b90aa-4d60-4e8a-b625-16efb6030264 X-Archives-Hash: 879914acb6a15e6defbb09db7b6d42ce 2016-06-30 15:48 GMT+08:00 Luca Barbato : > On 29/06/16 17:52, Lei Zhang wrote: >> Plan for today: >> - investigate clang's poor performance >> - study catalyst and stuff >> >> Progress: >> - I find out that optimization flags are not correctly passed to >> compiler when building the freestanding clang. The cause is a bit >> complicated: >> >> clang has to be built in-tree (i.e. along with LLVM); compiler-rt can >> be built out-of-tree, but it's a little inconvenient so I also built >> it in-tree. This means clang, compiler-rt and LLVM are built >> all-together. compiler-rt's sanitizer has some issue with musl, so I >> disabled building the sanitizer via some option. It turns out this >> option somehow leads cmake to forget passing optimization flags to >> compiler. The solution is simple: build compiler-rt out-of-tree. Or I >> can resolve the issue between compiler-rt's sanitizer and musl, when >> I've got time... > > Sounds a good plan =) I just found that compiler-rt is built as part of clang/LLVM in the default ebuilds. Perhaps I should leave it that way: not to create a new package for compiler-rt. That means compiler-rt still needs to be built in-tree, and I'll have to deal with the optimization flag issue. I also noticed that gcc's sanitizer doesn't work on the musl based system, so is it forgivable to not support clang's sanitizer either? (clang's sanitizer is implemented in compiler-rt) Lei