04:00:18 -xmr-pr- Gingeropolous opened issue #8199: ZMQ DESTROYED by p2pool daemon. 
04:00:18 -xmr-pr- > https://github.com/monero-project/monero/issues/8199
10:00:18 -xmr-pr- mj-xmr opened pull request #8200: Compil. time: http_client.h -> abstract_http_client.h
10:00:18 -xmr-pr- > https://github.com/monero-project/monero/pull/8200
15:17:45 <mj-xmr[m]> <xmr-pr> "> https://github.com/monero-..." <- selsta: Somehow more efficient -10% of build time than those poor Boost changes.
15:47:10 <selsta> mj-xmr[m]: will test it
16:44:50 <jeffro256[m]> Does anyone else get this error when trying to build on Msys2?:
16:45:38 <jeffro256[m]> CMake Error: CMake was unable to find a build program corresponding to "Ninja". CMAKE_MAKE_PROGRAM is not set. You probably need to select a different build tool
16:46:00 <jeffro256[m]> I was able to resolve it with:
16:46:01 <jeffro256[m]> pacman -S mingw-w64-x86_64-ninja
16:46:16 <jeffro256[m]> Should we put this in the build instructions?
16:47:11 <moneromooo> Unlikely.
16:47:35 <moneromooo> Are you sure you followed instructions ?
16:49:32 <hocuspocusoutoff> sounds like git submodules didnt sync
16:50:25 <jeffro256[m]> moneromooo I'm pretty sure I followed all the instructions 
16:51:00 <jeffro256[m]> I did it twice, once on a VM and the other on a native installation and ran into the same problem
16:51:11 <jeffro256[m]> hocus pocus out of focus that wasn't the issue
16:51:47 <hocuspocusoutoff> no idea what ninja is but mingw is a winblows thing isnt it?
16:51:52 <jeffro256[m]> Unless git --recursive didn't sync ninja but I did a clean clone 
16:52:28 <moneromooo> Ninja is a build system, like make. I'm surprised it'd now be required, but if you're really really sure you did the right steps, then I guess adding to docs is right.
16:53:26 <jeffro256[m]> If I added the mingw-w64-x86_64-ninja to the Windows build dependencies, worst thing that could happen is that its redudant, right?
16:53:31 <moneromooo> Once a windows using person we know has confirmed :)
16:53:43 <moneromooo> AFAIK yes.
16:54:14 <jeffro256[m]> I'll create a PR and someone smarter than me can approve it
17:02:34 <zeroplissken[m]> can i ask about an error im getting when building from source in here, or is there a better room?
17:03:20 <moneromooo> Here is fine. If it turns out it's not interesting for this channel, we'll tell you :)
17:03:49 <moneromooo> Paste long stuff to paste.debian.net btw.
17:05:01 <moneromooo> Oh, and I guess make sure you've got all the dependencies included from the README.md file.
17:09:05 <zeroplissken[m]> I'm trying to cross compile to android 64 using WSL2 so I think it's a toolchain issue as I've had to install some extra things along the way. I'm getting a 'configure:3819: error: C compiler cannot create executables' error
17:09:45 <zeroplissken[m]> in the config.log I have a string of errors like './configure: line 3719: aarch64-linux-android-clang: command not found' right before the failed program
17:10:14 <moneromooo> Do you have thar cross compiler installed, in your PATH etc ?
17:10:26 <moneromooo> (or specified with path)
17:10:43 <zeroplissken[m]> http://paste.debian.net/1232767/
17:11:05 <moneromooo> Also, there's an android target in the Makefile, are you using it ?
17:11:28 <mj-xmr[m]> <jeffro256[m]> "CMake Error: CMake was unable to..." <- This is weird and means, that CMake resorts to default to Ninja for some reason, which is wrong.
17:11:36 <moneromooo> If not, use it. If yes... wait for someone who knows about it, I don't.
17:11:39 <zeroplissken[m]> probably not. is that gonna be a pretty standard thing to do? 
17:11:42 <zeroplissken[m]> I'm using make depends target=aarch64-linux-android
17:12:02 <jeffro256[m]> mj-xmr What is it supposed to use as a build tool?
17:12:02 <zeroplissken[m]> zeroplissken[m]: in reference to the PATH question
17:12:09 <moneromooo> Ah, that might be ok also... I don't know.
17:12:24 <mj-xmr[m]> jeffro256[m]: simply `make`
17:12:45 <mj-xmr[m]> Could you check if it's in your path from the msys2 shell?
17:12:53 <moneromooo> About PATH, cmake would need to find the compiler. So you either tell cmake the path to it, or add its directory to PATH so it's found. Either should work.
17:13:29 <jeffro256[m]> mj-xmr Yeah it's at /usr/bin/make
17:14:12 <mj-xmr[m]> What was the exact build command that you issued?
17:14:58 <jeffro256[m]> make release-static-win64
17:15:18 -xmr-pr- jeffro256 opened pull request #8201: Add Ninja to list of Mingw dependencies in README.md
17:15:18 -xmr-pr- > https://github.com/monero-project/monero/pull/8201
17:16:16 <zeroplissken[m]> moneromooo: ok I think that might be my issue then. I'll look into it as I'm not sure how to do that quite yet. Thanks for the help! 
17:18:02 <mj-xmr[m]> jeffro256[m]: jeffro256[m]: Could you switch back to master, write `make release-static-win64` and then `cd build/(..)/master/` and then `cmake ../../.. -D CMAKE_MAKE_PROGRAM=make` ? Then `make` should work from this build directory
17:18:21 <mj-xmr[m]> It seems that for some reason it can't find the make program
17:22:01 <mj-xmr[m]> So we'll force it and see what it says.
17:22:48 <jeffro256[m]> Okay gimme a sec, I'm gonna start with a clean version of msys2 so I can reproduce the error I was having first 
18:01:01 <jeffro256[m]> Sorry it's taking a while. Running Msys2 on a Windows installation in Virtualbox on Ubuntu is slow...
18:33:36 <hyc> that's why we now just cross-compile windows builds from linux
18:33:53 <hyc> takes way too long to build on windows.
18:36:06 <hyc> In OpenLDAP we're even talking about deprecating windows support entirely. since you can run Linux binaries in WSL2 there's no real reason to put in the effort for native windows support
18:43:43 <jeffro256[m]> WSL2 is awesome in that respect. The fewer systems you have to explicit develop and compile for the better. 
18:49:52 <hyc> as a base OS windows sucks for software developers. 
18:50:07 <hyc> I suppose some folks are addicted to graphical IDEs
18:50:11 <mj-xmr[m]> Agreed.
18:50:39 <mj-xmr[m]> They are available under Linux as well.
18:50:44 <hyc> but from a perspective of speed of process invocation, to launch the multiple phases of compilation, its performance is shit
18:51:38 <mj-xmr[m]> I must say here though, that MS C++ compiler beats MinGW. At least it had in 2007 when I last compared them.
18:51:50 <hyc> for quality of generated code?
18:52:00 <mj-xmr[m]> For its speed.
18:52:11 <hyc> I suppose that's possible
18:54:24 <mj-xmr[m]> Having a compiler restricted to 1 OS only (as opposed to GNU's) gives OS-specific opportunities. They'd be dumb, if they hadn't leveraged them.
19:15:49 <laris> Shit i want someone to draw what this guy just said 
19:15:56 <laris> No cap i ain't reading anyting 
19:56:19 <jeffro256[m]> mj-xmr I genuinely can't reproduce this, it's driving me crazy 
19:56:53 <jeffro256[m]> Suffering from success
20:02:16 <jeffro256[m]> Okay if I remove the make package then type `cmake .` then I get the same error
20:02:55 <jeffro256[m]> So that's a clue, but I wasn't using the cmake command to build when I initially got the error
20:09:46 <moneromooo> "make" calls cmake. If you did not have make, you could not have run it canonically.
20:10:14 <moneromooo> (when using the top level Makefile)
21:08:38 <jeffro256[m]> yeah that's what weird. I could use the make command, but apparently cmake couldn't find it. Idk, I hope it doesn't show up again
22:21:24 <jeffro256[m]> moneromooo what's SCARECROW in regards to memwipe.c?
22:21:25 <jeffro256[m]> https://github.com/monero-project/monero/blob/dcba757dd283a3396120f0df90fe746e3ec02292/contrib/epee/src/memwipe.c#L42
22:27:42 <jeffro256[m]> Ah, it scares away compiler optimizations. nvm
23:48:12 <luigi1112> .merges
23:48:12 -xmr-pr- 7084 7877 8052 8145 8161 8163