nikunj has quit [Read error: Connection reset by peer]
nikunj has joined #ste||ar
gonidelis has joined #ste||ar
<gonidelis>
I have encountered this error while trying to run some examples from my build directory like `./bin/fibonacci` https://github.com/STEllAR-GROUP/hpx/issues/2357. When I try to run the example directly from my /usr/local/bin directory though everything works fine.
<gonidelis>
1. How and when did these executables where placed under my `/usr/local` dir?
<gonidelis>
2. Any idea how could the problem be fixed?
nikunj97 has quit [Ping timeout: 260 seconds]
hkaiser has joined #ste||ar
K-ballo has quit [Ping timeout: 256 seconds]
hkaiser has quit [Ping timeout: 260 seconds]
K-ballo has joined #ste||ar
hkaiser has joined #ste||ar
gonidelis36 has joined #ste||ar
gonidelis36 is now known as gonidelis_
gonidelis has quit [Ping timeout: 240 seconds]
gonidelis_ has quit [Remote host closed the connection]
gonidelis has joined #ste||ar
wate123_Jun has joined #ste||ar
<heller1>
1. After you said make install
<heller1>
2. Read the ticket, I think the problem was resolved there
<gonidelis>
Thank you Mr.heller.
<gonidelis>
Do you ste||ar people prefer to use certain `using namespace`'s at the start of your HPX code or rather use multiple times the namespace resolution operator `::`? I think that first one might lead into conflicts between namespaces while the second one makes the code less readable...
<zao>
`using namespace` tends to be a smell and is a great way to get things you don't want into your lookup.
<simbergm>
gonidelis: people have different preferences, and we're not very consistent in our tests and examples, but I like to use local using statements if something is going to be used many times
<simbergm>
it's rarely necessary to do a top-level using
hkaiser_ has joined #ste||ar
<simbergm>
hkaiser: you should also relax on the weekends... or perhaps reviewing hpx prs is relaxing to you ;)
<hkaiser_>
heller1, K-ballo, nikunj: would you mind responding tp the #pragma once VOTE request?
<simbergm>
thank you in any case for looking through them!
<hkaiser_>
simbergm: :D
<hkaiser_>
need to catch up on things
<simbergm>
I really appreciate it
hkaiser has quit [Ping timeout: 260 seconds]
<gonidelis>
In order to make a fresh new installation of hpx from source should I clean first `/usr/local` from anythin related to hpx?
<gonidelis>
Aren't these files going to be overwritten after compiling the whole library again?
hkaiser_ has quit [Read error: Connection reset by peer]
hkaiser has joined #ste||ar
<hkaiser>
gonidelis: files that are part of the old and new installation will be overwritten, however files that are old will not be removed
<hkaiser>
that can turn out to be a problem, especially for old binaries
<gonidelis>
yeah I get it. I speculate that files that are just part of the old installation won't interfere with my new compiles, are they?
<zao>
gonidelis: It's often a good idea to not install things to system locations, instead opting to install somewhere specific with -DCMAKE_INSTALL_PREFIX so you have control over the artifacts and can wipe them or have several installed sets at the same time.
<zao>
It has happened in the past that installed things in system locations have affected builds or test runs by being accidentally pulled in.
<gonidelis>
Should that be like an `/opt` location or do you people just prefer some home folder?
<gonidelis>
zao wow... that seems bad. Maybe reinstalling Ubuntu is an option after all ;q
<zao>
It's quite convenient to install somewhere you don't need superuser rights to touch.
<zao>
gonidelis: If you're unsure of what might be installed, you could make an installation somewhere private and see what an installation deploys.
<zao>
You've got four kinds of artifacts pretty much. Headers, libraries, binaries, and docs/metadata.
<gonidelis>
Ok I get it thus far. So while I try to reinstall HPX where do you think cmake and boost should be placed? (`apt` undortunately provides obsolete versions that do not work with HPX)
<zao>
I tend to have a "stellar" tree somewhere where I keep sources, builds, and installs.
<zao>
I tend to go for separate directories for each dependency install there.
<gonidelis>
So you just might go with many different versions of cmake for every time cmake is needed as a dependency...
nikunj97 has joined #ste||ar
weilewei has joined #ste||ar
<weilewei>
hkaiser I am not understanding this lamba function here:https://github.com/CompFUSE/DCA/blob/8473fa9c3d71b1678ac8555bcac1bd5ccd0415fd/include/dca/phys/dca_step/cluster_solver/stdthread_qmci/stdthread_qmci_cluster_solver.hpp#L416 I don't see where are these variables defined? like meas_id, n_meas