14:50 <diehlpk_work_> hkaiser, see pm

18:45 <K-ballo> zao: foreach_prefetching_test is the one that was ICEing for me

18:45 <zao> Aye, same here.

18:46 <zao> So did anyone file a bug with Boost regarding VS Preview?

18:47 <zao> Or do they still not care about "omg pre-release software"?

18:48 <K-ballo> I've stopped filing boost issues

18:48 <K-ballo> which library was the bogus one? date time?

18:49 <zao> iostreams

18:50 <zao> Tries to peek into fpos members of implementation-specified stdlib types.

18:50 <K-ballo> oh iostreams, has that been maintained in the last decade?

18:50 <zao> msvc historically keeps file offsets as a pair of fpos and streamoff members, but have recently gone to always keeping fpos zero and streamoff representing everything.

18:51 <zao> For ABI concerns, they still have the fields, but have removed the fpos() member function to access it.

18:51 <K-ballo> is this related https://github.com/boostorg/iostreams/commit/a3e973f3d49ce4f5469f83f759e528073b05726a ?

18:51 <zao> I have no idea what filthy things that Iostreams needs this for, but I'm sure it can be simplified for newest VC.

18:52 <K-ballo> looks like Billy the third himself took care

18:52 <zao> Quite possibly correct.

18:52 <zao> I only looked at the particular lines and didn't see any changes, didn't look for the defines.

18:52 <K-ballo> not in master though, so won't be in 1.68

18:54 <K-ballo> .. committed on Apr 16

19:01 <K-ballo> looks like boost.sync finally happened

19:01 <zao> Boost.Whatnow?

19:04 <K-ballo> the synchronization primitives from boost.thread, basically

19:05 <zao> Ooh.

19:05 <K-ballo> it split into its own library when I was still involved there

19:05 <K-ballo> but it was never released

19:11 <zao> Let's rebuild everything _again_, as MSVC somehow magically changed CRT location between builds.

19:12 <zao> K-ballo: Billy's patch fixes slurm_environment.cpp on Preview compiler.

19:13 <zao> (hacked it into my 1.67.0 headers)

19:20 <K-ballo> when is 1.70 released ..?

19:35 <nikunj1997> hkaiser, yt?

19:44 <diehlpk_work_> I am updating the HPXCL OpenCV code to work again with the latest HPX version

19:44 <diehlpk_work_> So I can not pass hpx::threads::executors::default_executor to hpx::async anymore?

20:06 <diehlpk_work_> What is the correct way to replace // Do exponential backup, stolen from the hpx spinlock class

20:06 <diehlpk_work_> hpx::lcos::local::spinlock::yield(i);

20:06 <diehlpk_work_> with?

20:07 <heller__> diehlpk_work_: hpx::util::yield_while

20:08 <diehlpk_work_> heller__, Thanks

20:33 <diehlpk_work_> Yeah, HPXCL compiles again with HPX master

20:37 <zao> K-ballo: Getting linker failures in schedule_last_test_exe. Is that something that has been PR's already.

20:37 <zao> Running with your three(?) PRs from the other day already.

20:37 <zao> wtf... they seem to be missing again, got more capture problems.

20:37 <K-ballo> 571>schedule_last.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __cdecl hpx::threads::policies::local_priority_queue_scheduler<class std::mutex,struct hpx::threads::policies::lockfree_abp_lifo,struct hpx::threads::policies::lockfree_fifo,struct hpx::threads::policies::lockfree_lifo>::local_priority_queue_scheduler<class std::mutex,struct hpx::threads::policies::lockfree_abp_lifo,struct

20:37 <K-ballo> hpx::threads::policies::lockfree_fifo,struct hpx::threads::policies::lockfree_lifo>(struct hpx::threads::policies::local_priority_queue_scheduler<class std::mutex,struct hpx::threads::policies::lockfree_abp_lifo,struct hpx::threads::policies::lockfree_fifo,struct hpx::threads::policies::lockfree_lifo>::init_parameter const &,bool)"

20:37 <K-ballo> (__imp_??0?$local_priority_queue_scheduler@Vmutex@std@@Ulockfree_abp_lifo@policies@threads@hpx@@Ulockfree_fifo@456@Ulockfree_lifo@456@@policies@threads@hpx@@QEAA@AEBUinit_parameter@0123@_N@Z) referenced in function "public: class std::unique_ptr<class hpx::threads::thread_pool_base,struct std::default_delete<class hpx::threads::thread_pool_base> > __cdecl <lambda_5db2bdd412f500e0166f46c38dbaa3cc>::operator()(class

20:37 <K-ballo> hpx::threads::policies::callback_notifier &,unsigned __int64,unsigned __int64,unsigned __int64,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &)const "

20:37 <K-ballo> (??R<lambda_5db2bdd412f500e0166f46c38dbaa3cc>@@QEBA?AV?$unique_ptr@Vthread_pool_base@threads@hpx@@U?$default_delete@Vthread_pool_base@threads@hpx@@@std@@@std@@AEAVcallback_notifier@policies@threads@hpx@@_K11AEBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@2@@Z)

20:37 <K-ballo> 571>schedule_last.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __cdecl hpx::threads::policies::local_priority_queue_scheduler<class std::mutex,struct hpx::threads::policies::lockfree_abp_fifo,struct hpx::threads::policies::lockfree_fifo,struct hpx::threads::policies::lockfree_lifo>::local_priority_queue_scheduler<class std::mutex,struct hpx::threads::policies::lockfree_abp_fifo,struct

20:37 <K-ballo> hpx::threads::policies::lockfree_fifo,struct hpx::threads::policies::lockfree_lifo>(struct hpx::threads::policies::local_priority_queue_scheduler<class std::mutex,struct hpx::threads::policies::lockfree_abp_fifo,struct hpx::threads::policies::lockfree_fifo,struct hpx::threads::policies::lockfree_lifo>::init_parameter const &,bool)"

20:37 <K-ballo> (__imp_??0?$local_priority_queue_scheduler@Vmutex@std@@Ulockfree_abp_fifo@policies@threads@hpx@@Ulockfree_fifo@456@Ulockfree_lifo@456@@policies@threads@hpx@@QEAA@AEBUinit_parameter@0123@_N@Z) referenced in function "public: class std::unique_ptr<class hpx::threads::thread_pool_base,struct std::default_delete<class hpx::threads::thread_pool_base> > __cdecl <lambda_6055bb19366d3f73340c6ab44aece10e>::operator()(class

20:37 <K-ballo> hpx::threads::policies::callback_notifier &,unsigned __int64,unsigned __int64,unsigned __int64,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &)const "

20:37 <K-ballo> (??R<lambda_6055bb19366d3f73340c6ab44aece10e>@@QEBA?AV?$unique_ptr@Vthread_pool_base@threads@hpx@@U?$default_delete@Vthread_pool_base@threads@hpx@@@std@@@std@@AEAVcallback_notifier@policies@threads@hpx@@_K11AEBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@2@@Z)

20:37 <K-ballo> 571>D:\hpx\build\Debug\bin\schedule_last_test.exe : fatal error LNK1120: 2 unresolved externals

20:37 <K-ballo> ups, sorry

20:39 <K-ballo> you can opt-out of those

20:40 <zao> I like how HPX makes VS just restart itself occasionally as it breaks.

20:40 <zao> Ooh?

20:41 <zao> https://stellar-group.github.io/hpx/docs/html/hpx/manual/build_system/building_hpx.html

20:42 <zao> Is 0y really C++17? I thought that was C++14?

20:42 <zao> I see no particular flag tuning expected-fail tests in the docs or CMakeLists.

20:44 <zao> https://gist.github.com/zao/e7ff56450675782d15c148a38af2e5c5

20:44 <zao> Polluted with fail_ tests, but there's some search ones towards the end that has capture heckups.

20:44 <zao> Not sure if your PR is augmented with those since I last applied it manually.

20:45 <K-ballo> HPX_WITH_COMPILE_ONLY_TESTS

20:45 <K-ballo> am I confused?

20:45 <zao> Won't that also remove positive compile-only tests?

20:45 <K-ballo> I don't think we have any...

20:45 <zao> wait_all_std_array_2035_lib

20:46 <zao> future_range_ambiguity_2032_lib, but not sure if that is positive or negative.

20:46 <K-ballo> oh well, too bad for those one, I'm skipping it :P

20:46 <zao> (just skimming the Solution Explorer before it crashes :D)

20:46 <K-ballo> 0Y is not 17, that's bogus

20:47 <zao> Anyway, searchnn_test_exe and searchnn_range_test_exe has capture problems like the previous find ones.

20:47 <zao> I might have missed something in my manual apply of the PR, though.

20:48 <zao> I guess I should pull a slightly newer master.

20:48 <K-ballo> I don't see fold_invoker in there, which is failing for latest non-preview

23:50 <zao> In schedule_last.cpp, why are the ABP fifo/lifo policies failing, while the regular fifo/lifo work?

23:50 <zao> Do they happen to have instantiations in HPX proper?

23:51 <K-ballo> I think all those instantiations are configurable?

23:53 <K-ballo> https://github.com/STEllAR-GROUP/hpx/blob/master/src/runtime/threads/detail/scheduled_thread_pool.cpp

23:54 <zao> Does that export the local_priority_queue_scheduler?

23:56 <zao> The linker error is for the local_priority_queue_scheduler ctor for those two particular policies, if I read it right.

23:57 <zao> https://gist.github.com/zao/0d3d8887f4a48b4d5a4af71e76312812

23:59 <K-ballo> mmmh no?