aserio changed the topic of #ste||ar to: STE||AR: Systems Technology, Emergent Parallelism, and Algorithm Research | stellar.cct.lsu.edu | HPX: A cure for performance impaired parallel applications | github.com/STEllAR-GROUP/hpx | Buildbot: http://rostam.cct.lsu.edu/ | Log: http://irc.cct.lsu.edu/
<hkaiser> Smasher: local_new might not cut it, you'll probably need new_
<mcopik> hkaiser: there's a slim chance that I'll make it. they made a reservation on my booking for a connecting flight through Montreal and I'll be there at 14:19, so maybe I'll be able to join the last session of the workshop
<mcopik> assuming that they'll give me a boarding pass in Frankfurt
<mcopik> because their system does not see my bag anymore
<mcopik> and the probability of my bag being lost is increasing drastically
<hkaiser> uhh, well I hope all will go well
<Smasher> like this, right? hpx::components::new_<hpx_zfm_fingerprint_provider_server>(hpx::find_here());
<hkaiser> nod
<Smasher> error: no matching function for call to ‘new_()’
<Smasher> huh?
<Smasher> nvm my slip i guesss
<hkaiser> hpx::new_
<Smasher> is it in namespace hpx?
<hkaiser> yah
<Smasher> i am using hpx::components:new_ everywhere :D
<hkaiser> works as well, it's imported to hpx
<Smasher> IT WOOOOOOOOOOOORKS
<Smasher> HOLY MOLLY
<Smasher> i just triggered via the network the fingerprint scanner on my raspberry pi
<Smasher> im excited
<Smasher> lets see now if the file can be really transfered
<hkaiser> :D
<Smasher> 0xb1f9c238: ??? + 0xb1f9c238 in /home/pi/xc/local-dbg/lib/libhpxd.so.1
<Smasher> 0xb1f9c3b4: ??? + 0xb1f9c3b4 in /home/pi/xc/local-dbg/lib/libhpxd.so.1
<Smasher> 0xb206d990: hpx::termination_handler(int) + 0x188 in /home/pi/xc/local-dbg/lib/libhpxd.so.1
<Smasher> {what}: Segmentation fault
<Smasher> :(
<Smasher> huh?
<Smasher> i dont see any exception
<hkaiser> try doing the --hpx:attach-debugger=exception thing again
<hkaiser> or simply let it run in gdb to start with
<Smasher> Reading symbols from /home/pi/ba-phmf-app/phmf_zfm_server...Speicherzugriffsfehler
<Smasher> gdb doesnt want to work :(
<hkaiser> k
<K-ballo> how big is your array?
<hkaiser> how about running gdbserver and connect
<Smasher> hmmmm
<Smasher> 0x12076 i guess
<hkaiser> right, that's it
<K-ballo> 12076 bytes? on the stack?
<Smasher> :)
<K-ballo> 0x
<hkaiser> Smasher: use a std::vector instead, I wanted to tell you but forgot
<Smasher> hmm
<Smasher> vectors are on head right?
<Smasher> heap^
<hkaiser> yes
<Smasher> okay im gonna change the signature now
<Smasher> i think i can just replace array with vector and leave everything else as is :)
<Smasher> thats the advantage of stl
EverYoung has quit [Ping timeout: 240 seconds]
<K-ballo> except for some sort of resize operation
<Smasher> im just copying
<K-ballo> you are just copying what?
EverYoung has joined #ste||ar
EverYoung has quit [Remote host closed the connection]
vamatya has quit [Ping timeout: 268 seconds]
<Smasher> K-ballo a vector to char[]
<Smasher> nah, vice versa, char[] to vector
<K-ballo> char[] to an _empty_ vector?
<Smasher> well yes
<Smasher> initialized to the size of char[]
<Smasher> std::vector<char> wrapped_buffer(bmp_file_size); read_buffer_from_zfm(buffer); std::copy_n(buffer, bmp_file_size, std::begin(wrapped_buffer));
denis_blank has quit [Quit: denis_blank]
<K-ballo> if you are going to resize the vector first, then you could just read directly into it
<Smasher> that would require to change the parts of code i dont want to touch anymore
eschnett has quit [Ping timeout: 240 seconds]
bikineev has quit [Remote host closed the connection]
<K-ballo> unlikely, but sure
<Smasher> well now i havent forgot yet how to use gdb :)
<Smasher> that's something
<Smasher> will a log help there hkaiser?
eschnett has joined #ste||ar
<Smasher> eh... i guess the package is too big
<Smasher> or what is it?
<Smasher> Bogus message code 1007
<Smasher> who is bogus?
<Smasher> im since 20 hours awake and working... gotta take a break i guess and get some sleep
K-ballo has quit [Quit: K-ballo]
<hkaiser> Smasher: no idea what's wrong, sorry
hkaiser has quit [Quit: bye]
mcopik has quit [Ping timeout: 246 seconds]
vamatya has joined #ste||ar
EverYoung has joined #ste||ar
EverYoung has quit [Remote host closed the connection]
EverYoung has joined #ste||ar
EverYoung has quit [Ping timeout: 272 seconds]
shoshijak has joined #ste||ar
vamatya has quit [Ping timeout: 268 seconds]
shoshijak has quit [Ping timeout: 240 seconds]
ABresting[m] has joined #ste||ar
shoshijak has joined #ste||ar
david_pfander has joined #ste||ar
bikineev has joined #ste||ar
Matombo has joined #ste||ar
Matombo has quit [Remote host closed the connection]
bikineev has quit [Remote host closed the connection]
bikineev has joined #ste||ar
jakemp has quit [Ping timeout: 240 seconds]
bikineev has quit [Remote host closed the connection]
jakemp has joined #ste||ar
bikineev has joined #ste||ar
pree has joined #ste||ar
<pree> when I try to build hpx-applications with pkg-config in ubuntu 16.04 .I got an error "/usr/bin/ld: cannot find -liostreams". how i can solve this?
<pree> command executed - export PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/home/praveen/hpx/lib/pkgconfig c++ -o hello_world hello_world.cpp `pkg-config --cflags --libs hpx_application` -liostreams -DHPX_APPLICATION_NAME=hello_world
<heller__> pree: which build type is your hpx build?
<pree> I have built hpx with cmake --DBOOST_ROOT=/root/of/boost/installation \ --DHWLOC_ROOT=/root/of/hwloc/installation [other CMake variable definitions] \ -/path/to/source/tree
<pree> Cmake
<heller__> what is "[other CMake variable definitions]"?
<pree> -DCMAKE_INSTALL_PREFIX=~home/praveen/hpx
<heller__> should be -lhpx_iostreams
<pree> -lhpx_iostreams is working but I have noticed another error when I try to execute './hello_world' error while loading shared libraries: libjemalloc.so.2: cannot open shared object file: No such file or directory
<heller__> it has to be in your LD_LIBRARY_PATH
bikineev has quit [Ping timeout: 268 seconds]
<pree> Sorry I can't understand it please make it clear.
<pree> Okay I will read it. If I have any doubts i will ask.
<pree> thank you @ heller
shoshijak has quit [Ping timeout: 240 seconds]
<zao> pree: Please note that "doubt" is a very indian thing.
<zao> In the west, those would be questions.
<zao> :)
<pree> I got it right. Thank you thomas_heller sir
<Smasher> weee
<Smasher> another young jedi here like me
<zao> GSoC is a lovely time of the year.
<Smasher> pree libjemalloc.so.2 is missing, so maybe you dont have it at all?
<pree> Yes. where beginners likes me learn a lot.
<Smasher> so have you solved your runtime problem pree?
pree has quit [Ping timeout: 260 seconds]
shoshijak has joined #ste||ar
pree has joined #ste||ar
K-ballo has joined #ste||ar
<Smasher> hi K-ballo
<Smasher> lololol, that bogus message seems to come from my own code o_0
<Smasher> [03:32:36] <Smasher> Bogus message code 1007 [03:32:58] <Smasher> who is bogus?
bikineev has joined #ste||ar
bikineev has quit [Read error: No route to host]
bikineev has joined #ste||ar
hkaiser has joined #ste||ar
<Smasher> hkaiser hi there, i did some research and found out my error message comes from jpeg library, so i though it must be my code
<hkaiser> Smasher: could be stack overflow probelms again
<Smasher> hmmm
<Smasher> but today i get something different
<hkaiser> try running with --hpx:ini=hpx.stacks.small_size=0x20000
<Smasher> created exception: archive data bstream is too short: HPX(serialization_error)
<Smasher> that guy again
<heller__> Smasher: I suspect that just not all actions are registered
<jbjnr> Smasher: when you get that bstream error, it means that a parcel was sent from one place to another and when it is decoded, something is wrong. in your case, it is highly likely that the type of action or the datatype of one or more argument is differnet on the target node than the sourc node
<jbjnr> ^what heller said. the action type is not registered on one node, so the deserialization layer barfs
<jbjnr> heller__: rma chunks now supported :)
<jbjnr> I've added a 3rd chunk type
<hkaiser> if actions are not registered he would see another error
<K-ballo> Smasher: given the switch from array<T, N> to vector<T>, I'd suspect vector<T>::size_type to be responsible
<hkaiser> I think it's data-type size mismatches
<hkaiser> K-ballo: doh! thanks for catching this
<heller__> hkaiser: not necessarily. different typeid(...).name()s might lead to that error due to id mismatches
<K-ballo> shouldn't the archive be dealing with different integer sizes?
<github> [hpx] hkaiser created fixing_container_serialization (+1 new commit): https://git.io/v9biJ
<github> hpx/fixing_container_serialization a0d06c6 Hartmut Kaiser: Making sure container serialization uses size-compatible types
<hkaiser> K-ballo: how could it do that?
<hkaiser> Smasher: see this patch ^^
<K-ballo> I don't know... promote all to 64 bits? or use a variable encoding like protobuf et.al do? but how about zero-copy?
<K-ballo> what's "portable" about the archive? does it even cover endianness?
<heller__> it promotes all to 64 bit, yes
<hkaiser> promoting all to 64 bits would work, but may bloat archive sizes
<hkaiser> heller__: does it already?
<hkaiser> ok
<heller__> last time i checked, yes
<hkaiser> ok
<hkaiser> K-ballo: but that does not solve the problem
<K-ballo> I don't think I understand the underlying problem
<hkaiser> K-ballo: if the sender sends a size_t as 64 bits and the receiver may 'interpret' it as 32 bits
<jbjnr> I've just seen severus snake in my pond. I'm delighted. didn't see him at all last summer. he's back!
<hkaiser> heller__: ok, at some point we were compressing integers tomitigate the bloat, in the new serialization this has been removed
<jbjnr> it should only be enabled when it's actually need though.
<jbjnr> ^needed
<heller__> hkaiser: yes, this has been removed as the compression showed up pretty high when profiling
<hkaiser> jbjnr: what do you mean
<Smasher> hkaiser oh another update , cool :)
<jbjnr> -Ihpx.serialization.arch.independent=1 or something
<jbjnr> so that the 99.9% of the time when we run on homogeneous systems we don't pay extra or anything
<jbjnr> mind you. size_t is 64 nits everywhere anyway
<jbjnr> ^bits. <grrrr>
<hkaiser> jbjnr: it isn't
<hkaiser> on 32bit platforms its usially uint32_t
<jbjnr> I mean everywhere we run the other 99.9 % of the time
<hkaiser> well, sure
<jbjnr> so promoting to 64 isn't costing anything
<jbjnr> so you can ignore me
<jbjnr> (if you weren't already)
<hkaiser> as long as yu're talking about size_t, sure, but uint16_t would still get promoted
bikineev has quit [Ping timeout: 268 seconds]
<jbjnr> help! - suppose I serialize some stuff, one object of which is an rma::vector - it gets placed in the archive as an rma_chunk. fine. if this is sent over the wire, it will have the rma data transferred via the parcelport and it will be copied into some buffer on the other side. If however I write a unit test that simply serializes and rma vector into an archive, then deserializes it into...
<jbjnr> ...another rma vector - no data transfer takes place.
<jbjnr> Is there a way of knowing if the deserialization is local, or not?
<jbjnr> cos we can add a memcopy if local, but I'm not sure when to trigger it.
<hkaiser> if serialization occurs it has to be remote (in real world use cases)
<jbjnr> in my unit test example - what to do? make a better test?
<hkaiser> so in your test you have to manually add the memcpy before deserializing
<jbjnr> hmmmm
<jbjnr> I'll ponder some more
bikineev has joined #ste||ar
<jbjnr> bikineev: if I want to run the cpp serializers tests, do I just clone and go, or are there tricky other things that need to be done?
<github> [hpx] hkaiser pushed 1 new commit to master: https://git.io/v9bX4
<github> hpx/master 4f7499e Hartmut Kaiser: Cosmetic fix to error messages
<bikineev> jbjnr: a few small tricks..
<bikineev> I would send a patch, but there are just two lines that need to be be changed
<github> [hpx] hkaiser pushed 1 new commit to fixing_await: https://git.io/v9bXA
<github> hpx/fixing_await 10e32c4 Hartmut Kaiser: Adapting to latest changes of TS...
<bikineev> jbjnr: well
<bikineev> I've sent the patch
<jbjnr> thanks. I will play with it later
pree has quit []
<bikineev> jbjnr: cool, please let me know what you'll get
<hkaiser> you need the fix_serialization branch as well
<jbjnr> ok thanks for that info
<jbjnr> got the patch
diehlpk_work has joined #ste||ar
<hkaiser> jbjnr: if this branch works for you I'd appreciate a review on the PR
eschnett has quit [Quit: eschnett]
eschnett has joined #ste||ar
<jbjnr> hkaiser: ok
pree has joined #ste||ar
eschnett has quit [Quit: eschnett]
eschnett has joined #ste||ar
<Smasher> i could connect my components again
<Smasher> but there is a problem
<Smasher> i examied the received vector and saw it is filled with zeroes
<Smasher> hence the jpeg error i guess
<Smasher> probably std::copy_n fails somehow
bikineev has quit [Ping timeout: 246 seconds]
eschnett has quit [Quit: eschnett]
ABresting[m] has quit [Ping timeout: 246 seconds]
<hkaiser> Smasher: so the patch solved the serialization issue?
ABresting[m] has joined #ste||ar
<Smasher> hkaiser i havent applied that patch
<Smasher> it was a heisenbug
aserio has joined #ste||ar
<hkaiser> uhh, not good
<github> [hpx] hkaiser force-pushed fixing_container_serialization from a0d06c6 to cbbf930: https://git.io/v9bHe
<github> hpx/fixing_container_serialization cbbf930 Hartmut Kaiser: Making sure container serialization uses size-compatible types
<github> [hpx] hkaiser opened pull request #2632: Making sure container serialization uses size-compatible types (master...fixing_container_serialization) https://git.io/v9bHO
hkaiser has quit [Quit: bye]
<github> [hpx] StellarBot pushed 1 new commit to gh-pages: https://git.io/v9bQW
<github> hpx/gh-pages 07c28dd StellarBot: Updating docs
shoshijak has quit [Quit: Ex-Chat]
shoshijak has joined #ste||ar
hkaiser has joined #ste||ar
eschnett has joined #ste||ar
shoshijak has quit [Quit: Ex-Chat]
shoshijak has joined #ste||ar
<Smasher> i learned new gdb commands now, yoohoo!!
<Smasher> add-symbol-file libhpx_bz3_client.so 0x21c498
david_pfander1 has joined #ste||ar
pree has quit []
david_pfander has quit [Read error: Connection reset by peer]
david_pfander1 is now known as david_pfander
<github> [hpx] hkaiser closed pull request #2620: Algorithms signatures (master...algorithms_signatures) https://git.io/v9114
<github> [hpx] hkaiser deleted algorithms_signatures at 053db1b: https://git.io/v9bxL
<Smasher> hkaiser maybe you know why gdb still doesnt load symbols for my shared library? i have the following picture http://sprunge.us/bjEN to load the symbols i do: add-symbol-file /cygdrive/d/git/ba-phmf/cmake-build-debug-arm-noide/phmf/hd_bozorth3/libhpx_bz3_client.so 0x21c498 it outputs Reading symbols from /cygdrive/d/git/ba-phmf/cmake-build-debug-arm-noide/phmf/hd_bozorth3/libhpx_bz3_clie
<Smasher> nt.so...done.
<Smasher> but the picture doesn't change
<Smasher> only if u have a minute :)
akheir has joined #ste||ar
<hkaiser> Smasher: no idea what's wrong
<Smasher> aha!
<wash> hkaiser: btw, they said you'd be calling in via skype for the steering committee meeting. Just wanted to confirm?
<Smasher> set solib-search-path /cygdrive/d/git/ba-phmf/cmake-build-debug-arm-noide/phmf/hd_bozorth3/
<hkaiser> wash: I will, thanks
<hkaiser> wash: I guess no need for you to show up, then
<wash> gotcha
<Smasher> hkaiser dont you use gdb a lot for your work?
<hkaiser> Smasher: not at all
<hkaiser> I use VS
<Smasher> ah i see
<Smasher> i already knew that actually
<Smasher> hkaiser have you already did crosscompiling with vs?
<Smasher> done*
<hkaiser> none
<hkaiser> I use gdb if I have to directly on linux
<jbjnr> did anyone else try building that cpp-serializers stuff?
thundergroudon has joined #ste||ar
EverYoung has joined #ste||ar
EverYoung has quit [Remote host closed the connection]
EverYoung has joined #ste||ar
pree has joined #ste||ar
pree has quit [Ping timeout: 260 seconds]
<Smasher> i currently have an issue that i cant call the same action on a component twice
<Smasher> i get 0xb2902f70: hpx::threads::coroutines::detail::coroutine_impl::operator()() + 0x110 in /home/pi/xc/local-dbg/lib/libhpxd.so.1: HPX(invalid_status)
<Smasher> some lock is being held
shoshijak has quit [Ping timeout: 240 seconds]
pree has joined #ste||ar
aserio has quit [Ping timeout: 255 seconds]
jakemp has quit [Ping timeout: 240 seconds]
jakemp has joined #ste||ar
pree has quit [Ping timeout: 260 seconds]
david_pfander has quit [Ping timeout: 272 seconds]
ABresting[m] has quit [Ping timeout: 255 seconds]
aserio has joined #ste||ar
<github> [hpx] atrantan opened pull request #2633: Distributed define_spmd_block (master...lcos_define_spmd_block) https://git.io/v9NYA
<Smasher> i just dont understand it...
<Smasher> std::vector<char> buffer = action_type()(this->get_id());
<Smasher> i check buffer in debuger - looks good!
<Smasher> then: FILE *bmpfile = tmpfile(); fwrite(&buffer[0], sizeof(std::vector<char>::value_type), buffer.size(), bmpfile);
bikineev has joined #ste||ar
<Smasher> i look at bmpfile._base and see wrong data
ABresting has joined #ste||ar
<Smasher> oh... maybe i need to rewind that file before reading?
<K-ballo> sizeof(std::vector<char>::value_type) is a long winded literal 1
<Smasher> sizeof(char) would be right i guess
<K-ballo> which is a literal 1
<Smasher> 1 byte, yes
<K-ballo> sizeof(T) is defined in terms of sizeof(char)
<Smasher> okay?
<K-ballo> sizeof(T) tells you how many chars you need to fit a T, the number of chars you need to fit a char is 1
<Smasher> yes i know
<Smasher> sizeof(std::vector<char>::value_type) = sizeof(char) = 1
<Smasher> i know what was wrong ^^
<Smasher> i wrote to the file then tried to read from it but the pointer was at the end of the file after writing... rewind(file) ftw!
<Smasher> but can somebody tell me if that fixable? i cant call the same action on a component twice
<K-ballo> interesting, an assertion is failing and then processing that results in a lock held while suspending?
<K-ballo> Smasher: could you figure out what assertion is firing? do you get to attach a debugger when that happens?
aserio has quit [Quit: aserio]
aserio has joined #ste||ar
<K-ballo> no, earlier than that
aserio has quit [Ping timeout: 246 seconds]
Matombo has joined #ste||ar
aserio has joined #ste||ar
pree has joined #ste||ar
bikineev has quit [Ping timeout: 258 seconds]
<Smasher> K-ballo nvm that seemed to have to do with my issues with the file
<hkaiser> what do you mean 'can't call it twice'?
eschnett has quit [Quit: eschnett]
<Smasher> after one node has crashed the second node was still running
<Smasher> i restarted the first one and the second throwd an exception
<Smasher> thrown*
<hkaiser> are you still using the --hpx:node=1?
<Smasher> nope
<Smasher> but i cant reproduce it anymore since i fixed that crashing node
denis_blank has joined #ste||ar
ABresting has quit [Ping timeout: 260 seconds]
<heller__> Yes, if you don't disconnect properly, you'll get an exception the next time you connect
<Smasher> okay, mystery solved
aserio has quit [Ping timeout: 240 seconds]
ABresting has joined #ste||ar
eschnett has joined #ste||ar
vamatya has joined #ste||ar
ABresting has quit [Ping timeout: 260 seconds]
eschnett has quit [Quit: eschnett]
eschnett has joined #ste||ar
aserio has joined #ste||ar
pree has quit [Ping timeout: 260 seconds]
<K-ballo> hkaiser: are you familiar with natvis "intrinsics"?
ABresting[m] has joined #ste||ar
<hkaiser> K-ballo: no, sorry
K-ballo1 has joined #ste||ar
<hkaiser> K-ballo1: no, sorry
K-ballo has quit [Ping timeout: 272 seconds]
K-ballo1 is now known as K-ballo
<aserio> wash[m]: Can we submit to the PMAMP call?
<aserio> wash^^
<heller__> aserio: we should go for that
<aserio> heller__: Is there a paper you had in mind?
<heller__> aserio: not really right now
<heller__> too much stuff going on for me here ...
<heller__> aserio: I need to finish my thesis before attempting another paper ;)
<aserio> heller__: I would agree
<aserio> heller__: so when you say "we" you mean "you"
<heller__> yes ;)
<github> [hpx] hkaiser pushed 1 new commit to master: https://git.io/v9NyR
<github> hpx/master d2f333b Hartmut Kaiser: Turning another assert into an exception...
<github> [hpx] hkaiser pushed 1 new commit to master: https://git.io/v9Nyy
<github> hpx/master da51f54 Hartmut Kaiser: Fixing problem with previous commit...
<heller__> :D
<hkaiser> heller__: sanfu here on my machine..., sorry for that
<heller__> no problem
<heller__> hkaiser: "wo gehobelt wird fallen späne..."
taeguk has quit [Ping timeout: 260 seconds]
hkaiser has quit [Quit: bye]
<Smasher> heller__ nanu, was für Weißheiten :)
<Smasher> -> From chipping come chips.
<Smasher> Or i actually like this translation more: You have to break an egg to make an omelette.
<K-ballo> now I'm hungry
thundergroudon has quit [Ping timeout: 246 seconds]
aserio has quit [Quit: aserio]
bikineev has joined #ste||ar
david_pf_ has joined #ste||ar
<Smasher> K-ballo le baguette?
<K-ballo> la
<Smasher> une
vamatya_ has joined #ste||ar
vamatya has quit [Ping timeout: 268 seconds]
hkaiser has joined #ste||ar
<Smasher> hmmm
<Smasher> something new here
<Smasher> {what}: new allocator failed to allocate memory: HPX(out_of_memory)
<Smasher> 39% free here
<hkaiser> stack overflow?
<Smasher> very suspicious
<Smasher> i dont do anything except int hpx_main() { hpx::new_<bz_server>(hpx::find_here()); hpx::agas::register_name("phmf_server", hpx::find_here()); }
<Smasher> that is okay...
<Smasher> then i start the client in debug mode, with gdb attached
<Smasher> set the brakepoint to the first line of hpx_main
<Smasher> run it and the server crashes before gdb halts
<hkaiser> run the server with gdb and see where it crashes
akheir has quit [Remote host closed the connection]
<Smasher> warning: HEAP[phmf_server.exe]:
<Smasher> warning: Invalid allocation size - 69676573 (exceeded fffdefff)
<hkaiser> could still be something serialization related
<hkaiser> looks like a random size was passed to new
<Smasher> yeah
<Smasher> but where
<Smasher> gdb didnt stopped on that error
<hkaiser> Smasher: use command: 'catch throw'
<hkaiser> Smasher: do you use that serialization patch ?
<Smasher> nope
<hkaiser> pls do
<Smasher> k
<Smasher> do i need to pull again`?
<Smasher> a0d06c6fe is my status
<Smasher> ah looks like you forcepushed something, cbbf930 seems to be the current
<Smasher> yes ,cbbf930:
<Smasher> have to build hpx twice
<Smasher> hkaiser i cant build it with mingw again :(
<Smasher> goddamit
<hkaiser> didn't you have that before?
<K-ballo> Smasher: are you including anything at all, in any file, before including hpx headers?
<hkaiser> and that warning is troubling as well
<hkaiser> this is while building hpx itself
<K-ballo> oh, it is
<K-ballo> then someone else added an include
<Smasher> hkaiser i faced that error once yeah
<Smasher> but i worked around it with -Wa,-mbig-obj
vamatya_ has quit [Ping timeout: 268 seconds]
<K-ballo> no, I don't think so
<K-ballo> WIN32 is orthogonal to MSVC/MINGW
<K-ballo> note the #include is kicking in
<hkaiser> right, also, _WIN32 is defined for him
<K-ballo> something between addressing_service.cpp and io_service_pool.hpp:13 someone is including windows
<K-ballo> maybe some boost that includes windows
<K-ballo> Smasher: can you try that command line again, just that command line, with one extra flag?
<K-ballo> -H
<Smasher> sure
<K-ballo> that asio is a bad player :/
<Smasher> and then > sprunge?
<K-ballo> sure
<Smasher> 2>&1
<Smasher> warning for a big file here
<K-ballo> yeah, I know what to expect :'(
<Smasher> what happened?
<K-ballo> oh, you mean the compiler warning? lol
vamatya_ has joined #ste||ar
<Smasher> i mean a big file on sprunge
david_pf_ has quit [Remote host closed the connection]
<Smasher> not to crash zeo's firefox again :)
<K-ballo> odd, it seems boost.predef is including windows.h
<K-ballo> line 550
<Smasher> yes i see it
<Smasher> boost/predef/os/windows.h
<K-ballo> no, that's not it
<K-ballo> line 298: C:/msys64/mingw64/include/boost/predef.h
<K-ballo> line 550: C:/msys64/mingw64/x86_64-w64-mingw32/include/windows.h
<Smasher> ah yes
<Smasher> K-ballo it this the problem you think?
<K-ballo> that warning you are seeing? definitively, partially
<K-ballo> should match the other one, #if win
<Smasher> which one was the state before this happened
<Smasher> i will reset my local repo
<Smasher> for now
<K-ballo> chances are any and all uses of HPX_MSVC are wrong, should either be WIN32 or a feature test
<Smasher> or not :) i dont know which was the last status of my repo anymore
<zao> "no-one's silly enough to build with non-msvc on Windows, surely" :P
<hkaiser> K-ballo: uhh
<hkaiser> I'll look through those uses again
<Smasher> poke me if you have any updates
<Smasher> a pm would be nice
<Smasher> i'll run it with -O1 for now
<Smasher> ah yes, i have to mention... that file too big error happens only with debug build
<K-ballo> that's somewhat expected, the addressing_service TU has lots and lots of symbols
<K-ballo> wow we still have one hpx_fwd.hpp
<Smasher> what is forwarded there?
<K-ballo> all the things!
<K-ballo> it's a nightmare of a header, deprecated a long time ago
<Smasher> oh deah :)
<Smasher> dear*
<K-ballo> heh, I was the last to modify it, didn't even notice
mcopik has joined #ste||ar
<hkaiser> where is it?
<hkaiser> btw, most of the HPX_MSVC are used for guarding #pragma warning()
<github> [hpx] hkaiser created fixing_msvc_win32 (+1 new commit): https://git.io/v9AqQ
<github> hpx/fixing_msvc_win32 afcd1fa Hartmut Kaiser: Changing some uses of #ifdef HPX_MSVC to #ifdef WIN32
<hkaiser> see here for the places I found ^^
hkaiser_ has joined #ste||ar
hkaiser has quit [Read error: Connection reset by peer]
<K-ballo> looks reasonable
<K-ballo> want me to add some for #pragma warning, similar to HPX_GCC_DIAGNOSTIC_PRAGMA_CONTEXTS?
<K-ballo> mmh, that's not how they are used
<hkaiser_> sure, if you have an idea how to do that
<K-ballo> wow, messy
<K-ballo> #if defined(__GNUG__) && !defined(__INTEL_COMPILER) && \
<K-ballo> (!defined(__NVCC__) || (__CUDACC_VER_MAJOR__ >= 8))
<K-ballo> #if defined(HPX_GCC_DIAGNOSTIC_PRAGMA_CONTEXTS)
<K-ballo> #pragma GCC diagnostic pop
<K-ballo> #endif
<K-ballo> #endif
<hkaiser_> nod, you can't hide that inside a macro
<K-ballo> well, you can.. but that was not the point
<K-ballo> hkaiser_: I was thinking just wrapping all the #pragma warning with some HPX_MSVC_WARNING_PRAGMA instead of raw HPX_MSVC
mcopik has quit [Ping timeout: 240 seconds]
<hkaiser_> K-ballo: ok, sure
denis_blank has quit [Quit: denis_blank]