From owner-freebsd-stable@freebsd.org Wed Aug 31 08:32:18 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A4274BC9F55 for ; Wed, 31 Aug 2016 08:32:18 +0000 (UTC) (envelope-from elferdo@gmail.com) Received: from mail-it0-x22f.google.com (mail-it0-x22f.google.com [IPv6:2607:f8b0:4001:c0b::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6D5619A3; Wed, 31 Aug 2016 08:32:18 +0000 (UTC) (envelope-from elferdo@gmail.com) Received: by mail-it0-x22f.google.com with SMTP id n75so82938338ith.0; Wed, 31 Aug 2016 01:32:18 -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=syETPa/T+WP5dB+NbGy3HQDKVUEox23ZKhCH9XvWRU8=; b=ONAkFhmfHnFsgGFJY3XAeqJCKwS837XzSHu53ZOCsK026JURjMcxhXkMkTmqczfKz0 OES5AnEuwNsFj7iZaBItpT/2VJzetHzbV6Zm2y2yXOUCkOjaT2qUeNFOsdbNG9cBNF5H cyGfjAoo7H+4txWpQKJ2Us98vfmfHb88pu2dMqUhkT6RDtckpN8zrC9n4sn2AyLsoBxa 7F6r5NNn2FQyztPOZ+e6EFCw/9AmVZMiipl+q2ljwkzxq39pIHDguPNPissCUsEWe4gz 0YwgPvU9ZeL/o2k91QF5XA49/JVDTpdXO+Szgxh99jUjxse/Ii1L7k4GyTQnZiYEU6UB MsLA== 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=syETPa/T+WP5dB+NbGy3HQDKVUEox23ZKhCH9XvWRU8=; b=KQ+BqT+VduKlBCX3WI7tgAo4Y8bPbapg/Y4bC4b+sRxsSCs1R9vDVXNXAe0qsEsRkd jDavE3RKTotZkOjCqkl0U7fZQbXOdjoBCQDPtzXU1MvfYzjCFNRmDfZOf17xkEuHFiAE qpz2HPm481TTxkkTumqsz4wJscNA+1Ho6EKUtwTeiVVXEYhAIDwzwVJZ0Oc+c20ILnz1 j5mdUQmg/YC21WqlkkKGNeyeinwA+QdfISlb/mDAeGhK7M795SAfvFf1hZQqMGvBfsu+ VQVp2mhSF3cLqIdpDoaUglDAdjY9gaBjK8mZfrtnj65vL74uDiw+NtPYVq00kVQqiUxb DWbA== X-Gm-Message-State: AE9vXwPGrN4NlTOg4OwxUz3EI1vTM7QrqYsHugDzLz5C5MoDHC/4NiMmH72APvakQEGzYqcdtgfhzjSq+sBPHA== X-Received: by 10.36.124.141 with SMTP id a135mr11254487itd.25.1472632337802; Wed, 31 Aug 2016 01:32:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.95.18 with HTTP; Wed, 31 Aug 2016 01:32:17 -0700 (PDT) In-Reply-To: References: From: =?UTF-8?Q?Fernando_Herrero_Carr=C3=B3n?= Date: Wed, 31 Aug 2016 10:32:17 +0200 Message-ID: Subject: Re: Benchmarks results for FreeBSD 11 To: "K. Macy" Cc: "Eric A. Borisch" , FreeBSD Stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Aug 2016 08:32:18 -0000 That's great news! Thanks a lot! Excuse me if I drift off-topic, how about -flto? LTO requires both compiler and linker support, however clang3? from ports still calls the system linker 'ld'. LLVM has its own linker, 'lld', but it is not straightforward, AFAIK, to make clang3? call it. My trick up to now is to create a symbolic link in the current directory and have '.' in the PATH before anything else. ln -s /usr/local/llvm37/bin/lld ./ld clang37 -flto ... Am I missing something or is there a chance for improvement here? 2016-08-31 3:17 GMT+02:00 K. Macy : > On Tue, Aug 30, 2016 at 10:39 AM, Eric A. Borisch > wrote: > > FWIW, in MacPorts, we patch clang such that it can find the (MacPorts > > provided) libomp headers and library. This lets -fopenmp "just work," > > and configure scripts can do their job. The libomp headers and lib in > > dedicated sub-directories to minimize the impact of -fopenmp adding > > them to the include and link paths. > > > > It is a fairly minor patch, and shouldn't (tm) have any impact on > > clang executions without an openmp flag: > > https://trac.macports.org/browser/trunk/dports/lang/ > llvm-3.8/files/openmp-locations.patch > > > > To get a simple OpenMP test script to compile on FreeBSD, I currently > > need to pass (note I'm not the one using -lm): > > > > clang38 -fopenmp -o test test.c -L /usr/local/llvm38/lib -lm > > > > instead of (~ what configure will try) > > > > clang38 -fopenmp -o test test.c > > > > (11.0RC2 w/ llvm38 installed via pkg) > > > > I'd love to see base include llvm's OpenMP support, but failing that, > > the one from ports should be made to work as configure scripts expect. > > > > And who knows, if it is there, maybe some items in base will start to > > use it. We've got a chicken-and-egg problem right now. > > Thanks for the patch. Johannes Dieterich hacked the llvm38 port in my > graphics branch and: > > > mmacy@armageddon [~|18:13|81] clang++ omp.cpp -fopenmp > mmacy@armageddon [~|18:13|81] cat omp.cpp > #include > #include > using namespace std; > int main(int argc, char** argv) { > > > #pragma omp parallel for default(shared) > for(int i = 0; i < 100; ++i){ > #ifdef _OPENMP > cout << "WITH OPENMP " << i << endl; > #else > cout << "WITHOUT OPENMP " << i << endl; > #endif > } > return 0; > } > mmacy@armageddon [~|18:13|82] clang++38 omp.cpp -fopenmp > mmacy@armageddon [~|18:13|83] ./a.out| head -5 > WITH OPENMP WITH OPENMP 84WITH OPENMP 92WITH OPENMP > 44 > WITH OPENMP WITH OPENMP 9352WITH OPENMP > 76WITH OPENMP WITH OPENMP 0 > WITH OPENMP > > > > Fingers crossed that this can get propagated to master and the > defaults for openblas, FFTW, and others can be made more sensible. > > -M > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >