Displaying 20 results from an estimated 10000 matches similar to: "[LLVMdev] libiomp, not libgomp as default library linked with -fopenmp"
2015 Apr 30
2
[LLVMdev] libiomp, not libgomp as default library linked with -fopenmp
On 30 April 2015 at 10:06, Hal Finkel <hfinkel at anl.gov> wrote:
>>
>> I'd like to resurrect the discussion on replacing libgomp with
>> libiomp as the default OpenMP runtime library linked with -fopenmp.
>>
>>
>> For reference, the previous discussion is accessible there:
>>
2015 Apr 30
2
[LLVMdev] libiomp, not libgomp as default library linked with -fopenmp
On Thu, Apr 30, 2015 at 9:06 PM, Hal Finkel <hfinkel at anl.gov> wrote:
> ----- Original Message -----
>> From: "Andrey Bokhanko" <andreybokhanko at gmail.com>
>> To: "cfe-dev" <cfe-dev at cs.uiuc.edu>, "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu>, "Douglas Gregor"
>> <dgregor at apple.com>,
2015 May 01
3
[LLVMdev] libiomp, not libgomp as default library linked with -fopenmp
On Thu, Apr 30, 2015 at 5:51 PM, Chandler Carruth <chandlerc at google.com>
wrote:
> On Thu, Apr 30, 2015 at 6:52 AM Andrey Bokhanko <andreybokhanko at gmail.com>
> wrote:
>
>> All,
>>
>> I'd like to resurrect the discussion on replacing libgomp with libiomp as
>> the default OpenMP runtime library linked with -fopenmp.
>>
>
> Just for
2015 May 01
2
[LLVMdev] libiomp, not libgomp as default library linked with -fopenmp
On Fri, May 1, 2015 at 1:57 PM, Chandler Carruth <chandlerc at google.com>
wrote:
> On Fri, May 1, 2015 at 10:46 AM Jack Howarth <
> howarth.mailing.lists at gmail.com> wrote:
>
>> On Thu, Apr 30, 2015 at 5:51 PM, Chandler Carruth <chandlerc at google.com>
>> wrote:
>>
>>> On Thu, Apr 30, 2015 at 6:52 AM Andrey Bokhanko <
>>>
2015 May 01
4
[LLVMdev] libiomp, not libgomp as default library linked with -fopenmp
Chandler,
Thanks for the reply -- I always included you in libiomp supporters camp;
it is good to see I wasn't mistaken! ;-)
On Fri, May 1, 2015 at 12:51 AM, Chandler Carruth <chandlerc at google.com>
wrote:
> Is there no way to support libgomp here as well? I don't say this to hold
> up changing the defaults in any way, just curious. =]
>
No, sorry. libgomp doesn't
2015 May 01
5
[LLVMdev] libiomp, not libgomp as default library linked with -fopenmp
On Thu, Apr 30, 2015 at 2:51 PM, Chandler Carruth <chandlerc at google.com>
wrote:
> On Thu, Apr 30, 2015 at 6:52 AM Andrey Bokhanko <andreybokhanko at gmail.com>
> wrote:
>
>> All,
>>
>> I'd like to resurrect the discussion on replacing libgomp with libiomp as
>> the default OpenMP runtime library linked with -fopenmp.
>>
>
> Just for
2015 May 02
3
[LLVMdev] libiomp, not libgomp as default library linked with -fopenmp
Jack,
Could you, please, submit a bug report? -- including steps to
reproduce (where you got imageMagick sources, how exactly you compiled
them, etc)
Andrey
On Fri, May 1, 2015 at 3:56 PM, Jack Howarth
<howarth.mailing.lists at gmail.com> wrote:
>
>
> On Fri, May 1, 2015 at 4:45 AM, Andrey Bokhanko <andreybokhanko at gmail.com>
> wrote:
>>
>> Chandler,
2015 May 01
2
[LLVMdev] libiomp, not libgomp as default library linked with -fopenmp
Hal,
On Thu, Apr 30, 2015 at 5:06 PM, Hal Finkel <hfinkel at anl.gov> wrote:
> We need to get the build system integration committed and the buildbots
> updated to compile it
>
If you are speaking on libiomp buidbots, they are already established:
http://lab.llvm.org:8011/builders/libiomp5-clang-x86_64-linux-debian
2015 May 06
3
[LLVMdev] libiomp, not libgomp as default library linked with -fopenmp
Chandler:
1) I completely agree with the comments some others have made about
us needing to make it clear that this isn't some Intel-only thing,
it’s the LLVM OpenMP runtime. Some suggestions that I think would
make sense to help here:
… code owner discussion elided since Chris has endorsed Andrey…
- Clearly updating the readme and such would be appropriate.
Certainly, no problem with
2015 May 08
2
[LLVMdev] [Openmp-dev] OpenMP 3.1 Implementation Complete
No, just changing defaults -- subject to code reviewers approval.
As I said before, I prefer to leave library naming to library pros.
Andrey
On Fri, May 8, 2015 at 7:21 PM, Jack Howarth
<howarth.mailing.lists at gmail.com> wrote:
> So you plan on switching and enabling the openmp library defaults as
> well as changing the openmp library name at the same time?
> Jack
>
2015 May 08
2
[LLVMdev] [Openmp-dev] OpenMP 3.1 Implementation Complete
It will come on next week.
I'd like to give a chance to everyone to raise their objections first.
Yours,
Andrey
> 8 мая 2015 г., в 18:30, Jack Howarth <howarth.mailing.lists at gmail.com> написал(а):
>
> Is there a proposed patch yet for switching the -fopenmp support over
> to the openmp library instead of libgomp? I realize the call to rename
> the library may be
2015 May 12
2
[LLVMdev] [Openmp-dev] OpenMP 3.1 Implementation Complete
Jack,
Alexey [Bataev] promised to send it for review in a day or two. Then it should be approved by code reviewers, which might take some time.
andrey
Отправлено с iPad
> 12 мая 2015 г., в 21:22, Jack Howarth <howarth.mailing.lists at gmail.com> написал(а):
>
> Andrey,
> Any idea when the patch to enable openmp as the default for
> -fopenmp will be posted to
2015 May 08
2
[LLVMdev] OpenMP 3.1 Implementation Complete
On Thu, May 7, 2015 at 10:53 PM, Hans Wennborg <hans at chromium.org> wrote:
> Congratulations! Would you like to add a blurb to the release notes
> for the next release?
Sure! Will do.
Yours,
Andrey
2015 May 13
2
[LLVMdev] [Openmp-dev] OpenMP 3.1 Implementation Complete
Jack, this is not a problem of this patch, this a problem of your
configuration. This patch uses standard clang machinery for locating
libiomp5 library.
Best regards,
Alexey Bataev
=============
Software Engineer
Intel Compiler Team
13.05.2015 15:59, Jack Howarth пишет:
> On Tue, May 12, 2015 at 3:58 PM, <andreybokhanko at gmail.com> wrote:
>> Jack,
>>
>> Alexey
2015 May 02
2
[LLVMdev] [cfe-dev] libiomp, not libgomp as default library linked with -fopenmp
On Sat, May 02, 2015 at 11:18:35PM +0300, Andrey Bokhanko wrote:
> 3) Some people believe that libiomp is not a proper name anymore and
> should be changed. I'm not a library expert, so really don't know.
> However, this means that we should flip default library setting ASAP.
> Why? Because now "libiomp5" is a user-visible name (one has to use
>
2015 May 06
2
[LLVMdev] libiomp, not libgomp as default library linked with -fopenmp
Why is this thread still going? Isn't the most pragmatic choice to
just make it a build configuration option and be done? Then whoever is
actually packaging it can make the most sensible choice for their
needs..
Should I send a patch so this bikeshed thread can die?
2015 Apr 30
2
[LLVMdev] libiomp, not libgomp as default library linked with -fopenmp
On Thu, Apr 30, 2015 at 10:23 AM, Jack Howarth <
howarth.mailing.lists at gmail.com> wrote:
> The current test suite status on x86_64-apple-darwin14, with the
> proposed patch from
> http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20150427/128219.html
> applied to current cfe trunk, is quite respectable....
>
> Summary:
> S Number of tested Open MP
2014 May 18
3
[LLVMdev] Clang 3.5 Release Pre-Pre-Pre-Announcement
Bill,
I have the openmp support in llvm 3.5svn now built on 10.7 using Xcode
4.6.3 and 10.8/10.9 using 5.1.1. The 10.7 build required the hack…
perl -pi -e 's|list\(APPEND SANITIZER_COMMON_SUPPORTED_DARWIN_OS
iossim\)||g' projects/compiler-rt/CMakeLists.txt
to suppress building libclang_rt.asan_iossim_dynamic.dylib. The compiler-rt
build now expects the iPhoneSimulator7.0.0.sdk but
2014 May 18
2
[LLVMdev] Clang 3.5 Release Pre-Pre-Pre-Announcement
Bill,
Are there any plans to integrate the new openmp support into the
llvm/clang 3.5 build process? I have been able to build the current
llvm/clang/compiler-rt/openmp svn on Mac OS X 10.9 out of tree with…
pushd projects/openmp/runtime
make compiler=clang
popd
and then
OPENMP_DIR=`ls projects/openmp/runtime/tmp | grep dyn`
pushd
2015 May 03
2
[LLVMdev] libiomp, not libgomp as default library linked with -fopenmp
A couple more data points. Current llvm 3.7svn with the two outstanding
OPENMP patches can build the openmp support in gdl 0.9.5 (which completely
passes its test suite) and apbs 1.4.1's limited openmp support.
On Sat, May 2, 2015 at 11:11 PM, Jack Howarth <
howarth.mailing.lists at gmail.com> wrote:
> On a positive note, current llvm 3.7svn with the two outstanding
> OPENMP