Slides from May 4th Webinar on Cilk

Hi all,

We did a webinar this morning at 8am Pacific time on changes and new updates in Cilk in the Intel Parallel Composer beta. I am posting the slides here. Let me know if there's any interest to do another webinar on this around 5pm or so Pacific time - I want to see if there's anyone that couldn't attend due to the time that would have liked to attend. Thanks everyone, and I really enjoyed the questions in today's session.

** Segmentation violation signal raised. **

IMO this is a dupe, but I cannot find in the mailing list folder the original post. I'm sorry.

ICC 16.0 (latest up-to-date), MSVC 2015, x64; MSVC 2013 works fine

When I compile my project I get random failures:

2> c_gui_morse.cpp
2>": : error : ** The compiler has encountered an unexpected problem.
2> ** Segmentation violation signal raised. **
2> Access violation or stack overflow. Please contact Intel Support for assistance.
2> c_box_schmitt.cpp
2> c_conn_keeper.cpp


assertion failed: select_overloaded_copy_constructor: NULL constructor


ICC 16.0 (up-to-date), Windows 10, MSVC 2013, x64

I was trying so hard (like 3 hours) to make a reproducer, but I failed.

ICC 15 compiles okay, while ICC 16.0 (final version) gives compiler error:

error : assertion failed: select_overloaded_copy_constructor: NULL constructor (shared/cfe/edgcpfe/overload.c, line 25761)

the templated class is:

Why MIC requires strict data alignment? How about auto vectorize of unaligned data?

MIC requires strict 64Byte data alignment to utilize vpu, but why? I found Sparc also have such an requirement. But other multi-core CPU can handle unaligned data.

As MIC can automatically vectorize a for loop of data(with compiler optimization), what if the data is unaligned in this case? will the auto optimization still work?  if yes, how?

Subscribe to C/C++