No problem. I think it's down to happyhttp not working in some way, but how and why I couldn't say. Might investigate when I find the time.Scorbie wrote:@AppleBottom... Sad... Still, thanks for trying it out... I guess msys2 doesn't fully support some things with the internet, I think
). Sorry if my input has caused any bugs, just got bored and put my processor to work.Curious; I'm having no trouble with GCC 5.4.0. Can you post the output you get when you run make? Also, the output of "gcc -v" and "uname -a"?LegionMammal978 wrote:Also, apgmera appears to have problems with GCC 5.3, filed as a bug (to eventually be looked at in a few years).
right click->View Page Sourcemuzik wrote:Is there a way to view names and contributions as a list?
I fixed it by adding #define _GLIBCXX_USE_CXX11_ABI 0 to the start of main.cpp. The output you requested:Apple Bottom wrote:Curious; I'm having no trouble with GCC 5.4.0. Can you post the output you get when you run make? Also, the output of "gcc -v" and "uname -a"?
Code: Select all
$ make
g++ -c -Wall -O3 -march=native -fopenmp -DUSE_OPEN_MP main.cpp -o main.o
g++ -fopenmp main.o includes/sha256.o includes/md5.o includes/happyhttp.o gollybase/bigint.o gollybase/lifealgo.o gollybase/qlifealgo.o gollybase/util.o gollybase/lifepoll.o gollybase/liferules.o gollybase/viewport.o gollybase/readpattern.o gollybase/qlifedraw.o -o apgmera
main.o: In function `linearlyse[abi:cxx11](lifealgo*, int)':
main.cpp:(.text+0x2f7a): undefined reference to `md5(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >)'
main.o: In function `authenticate[abi:cxx11](char const*, char const*)':
main.cpp:(.text+0x3833): undefined reference to `sha256(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >)'
main.o: In function `SoupSearcher::submitResults(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, long long, int)':
main.cpp:(.text._ZN12SoupSearcher13submitResultsENSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES5_xi[_ZN12SoupSearcher13submitResultsENSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES5_xi]+0x174): undefined reference to `md5(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >)'
collect2: error: ld returned 1 exit status
makefile:45: recipe for target 'apgmera' failed
make: *** [apgmera] Error 1Code: Select all
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/5/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 5.3.1-14ubuntu2.1' --with-bugurl=file:///usr/share/doc/gcc-5/README.Bugs --enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-5 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-libmpx --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-5-amd64/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-5-amd64 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-5-amd64 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 5.3.1 20160413 (Ubuntu 5.3.1-14ubuntu2.1)Code: Select all
$ uname -a
Linux basement 4.4.0-28-generic #47-Ubuntu SMP Fri Jun 24 10:09:13 UTC 2016 x86_64 x86_64 x86_64 GNU/LinuxHmm. These bits stands out:LegionMammal978 wrote:I fixed it by adding #define _GLIBCXX_USE_CXX11_ABI 0 to the start of main.cpp. The output you requested: [...]
Code: Select all
$ make undefined reference to `md5(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >)' undefined reference to `sha256(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >)' undefined reference to `md5(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >)' [/quote] My favorite search engine suggests that behind these is likely an ABI mismatch resulting from the calling code and the called code being compiled with (sufficiently) different compilers. But the md5() and sha256() functions are part of apgmera itself, in includes/[md5|sha256].[h|cpp]. So the only thing I can think of is the object files are stale, somehow. Did you recently upgrade your system, or did you copy over the apgmera source tree from a different machine? Also, does running "make clean" before "make" make any difference? (Yes, I know you already solved the problem, but still -- I'm curious what's behind this. )
Weird, make clean solved it, it compiles fine now without my patch... Upgraded to Ubuntu 16.04 a few months ago, perhaps that caused the problem.Apple Bottom wrote:My favorite search engine suggests that behind these is likely an ABI mismatch resulting from the calling code and the called code being compiled with (sufficiently) different compilers.
But the md5() and sha256() functions are part of apgmera itself, in includes/[md5|sha256].[h|cpp]. So the only thing I can think of is the object files are stale, somehow.
Did you recently upgrade your system, or did you copy over the apgmera source tree from a different machine? Also, does running "make clean" before "make" make any difference?
(Yes, I know you already solved the problem, but still -- I'm curious what's behind this. )
If you had object files left over that had been compiled on the old version (likely if you hadn't explicitely run make clean since then), and if the C++ compiler changed its ABI format in the new version, then yes, I'd say that's it.LegionMammal978 wrote:Weird, make clean solved it, it compiles fine now without my patch... Upgraded to Ubuntu 16.04 a few months ago, perhaps that caused the problem.
Code: Select all
curl https://catagolue.appspot.com/census/b3s23/C1 | grep muzikCorrect.muzik wrote:So that makes me 1/5 of the way to getting a badge?
You can also use Ctrl+U on the regular census page in Chrome, Ctrl+F, enter your name, then read the "y: ###" tag.calcyman wrote:Code: Select all
curl https://catagolue.appspot.com/census/b3s23/C1 | grep muzik
Isn*t this basically the same question again you asked and received an answer to above?muzik wrote:How can I check how many objects I've contributed?
That happens whenever somebody submits a really long rulestring (nice siggy btw)LegionMammal978 wrote:The Catagolue seems to once again have some broken graphics...
As it appears right now, it doesn't even support isotropic rules (or any other non-totalistic rule)...drc wrote:Does anybody know if apgsearch v3.x will ever be non-isotropic supporting?
I meant stuff like tlife.LegionMammal978 wrote:As it appears right now, it doesn't even support isotropic rules (or any other non-totalistic rule)...
Potentially. I think someone's done the hard work of making qlife (in Golly) capable of supporting isotropic rules, which leaves the task of upgrading rule2asm.py to support isotropic rules. Also pseudo-still-life separation will need to be refined to support non-totalistic rules.drc wrote:I meant stuff like tlife.LegionMammal978 wrote:As it appears right now, it doesn't even support isotropic rules (or any other non-totalistic rule)...
Version 3.6 of the unofficial Opera extension fixes this.drc wrote:That happens whenever somebody submits a really long rulestring (nice siggy btw)LegionMammal978 wrote:The Catagolue seems to once again have some broken graphics...