Yep, the output was complete, just copy and paste, and before it everything looked normal. Now I emptied the build folder before starting over once again - and, tadaaaa! I came over the magic 3%, at the moment it is at 14% without error. We will see if it completes, on my Core 2 Duo ThinkPad at 1.6 GHz compiling takes a while...
Ralph. From: trond...@trondeau.com [mailto:trond...@trondeau.com] On Behalf Of Tom Rondeau Sent: Wednesday, February 20, 2013 4:31 PM To: Ralph A. Schmid, dk5ras Cc: GNURadio Discussion List Subject: Re: [Discuss-gnuradio] build error with "next" branch On Wed, Feb 20, 2013 at 9:49 AM, Ralph A. Schmid, dk5ras <ra...@schmid.xxx> wrote: Hi, I did not copy everything from beginning on, as it looked all normal, but if it helps I can copy all the stuff, including output of cmake - as the thing happens in an earliy stage it is not so much stuff to look through... Although I do not know very much about linux, I do not fear any special instructions you may give me, to get more information about it. I assume completely deleting the "build" folder contents before switching the branch should not make a difference?! Ralph. Actually, yes, delete the build directory. There's possibly some stuff that's built there that's confusing things. Cmake should automatically tell that things are old and need to be regenerated, but just to be safe. (I actually have entirely separate build folders for each branch to make sure thing stay sane.) Also, probably no need for the entire output. I'm just trying to figure out what the real error message is. Just look through the output and see where it gives you any errors. Don't worry about Doxygen errors. And I know you said you were new to Linux, so treat this as a learning exercise. Understanding how to grok your compiler output is a really useful skill :) Tom From: trond...@trondeau.com [mailto:trond...@trondeau.com] On Behalf Of Tom Rondeau Sent: Wednesday, February 20, 2013 3:25 PM To: Ralph A. Schmid Cc: GNURadio Discussion List Subject: Re: [Discuss-gnuradio] build error with "next" branch On Wed, Feb 20, 2013 at 9:19 AM, Ralph A. Schmid <ra...@schmid.xxx> wrote: OK, below the output. "Master" runs just fine through the whole process and runs, so I assume the system should be OK so far. The only non standard stuff on the system is a minimum gnuradio 3.4.2 installation for OpenBTS, some command line tools that somehow depend on UHD and RTLSDR and maybe gnuradio... Ralph. [ 2%] Generating documentation with doxygen /home/ras/gnuradio/gr-audio/lib/osx/osx_impl.h:57: Warning: include file boost/detail/endian.hpp not found, perhaps you forgot to add its directory to INCLUDE_PATH? /home/ras/gnuradio/gruel/src/lib/pmt/pmt_int.h:243: Warning: include file pmt_unv_int.h not found, perhaps you forgot to add its directory to INCLUDE_PATH? This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009/Debian) entering extended mode (./_formulas.tex LaTeX2e <2009/09/24> Babel <v3.8l> and hyphenation patterns for english, usenglishmax, dumylang, noh yphenation, loaded. (/usr/share/texmf-texlive/tex/latex/base/article.cls Document Class: article 2007/10/19 v1.4h Standard LaTeX document class (/usr/share/texmf-texlive/tex/latex/base/size10.clo)) (/usr/share/texmf-texlive/tex/latex/graphics/epsfig.sty (/usr/share/texmf-texlive/tex/latex/graphics/graphicx.sty (/usr/share/texmf-texlive/tex/latex/graphics/keyval.sty) (/usr/share/texmf-texlive/tex/latex/graphics/graphics.sty (/usr/share/texmf-texlive/tex/latex/graphics/trig.sty) (/etc/texmf/tex/latex/config/graphics.cfg) (/usr/share/texmf-texlive/tex/latex/graphics/dvips.def)))) No file _formulas.aux. [1] [2] [3] [4] [5] (./_formulas.aux) ) Output written on _formulas.dvi (5 pages, 1272 bytes). Transcript written on _formulas.log. [ 2%] Built target doxygen_target [ 2%] Generating ../include/gruel/pmt_serial_tags.h [ 2%] Generating pmt/pmt_unv_int.h, pmt/qa_pmt_unv.h, pmt/pmt_unv.cc, pmt/qa_pmt_unv.cc Scanning dependencies of target gruel [ 2%] Building CXX object gruel/src/lib/CMakeFiles/gruel.dir/msg/msg_accepter.cc.o [ 2%] Building CXX object gruel/src/lib/CMakeFiles/gruel.dir/msg/msg_accepter_msgq.cc.o [ 2%] Building CXX object gruel/src/lib/CMakeFiles/gruel.dir/msg/msg_producer.cc.o [ 3%] Building CXX object gruel/src/lib/CMakeFiles/gruel.dir/msg/msg_queue.cc.o [ 3%] Building CXX object gruel/src/lib/CMakeFiles/gruel.dir/pmt/pmt_unv.cc.o [ 3%] Building CXX object gruel/src/lib/CMakeFiles/gruel.dir/pmt/pmt.cc.o [ 3%] Building CXX object gruel/src/lib/CMakeFiles/gruel.dir/pmt/pmt_io.cc.o [ 3%] Building CXX object gruel/src/lib/CMakeFiles/gruel.dir/pmt/pmt_pool.cc.o [ 3%] Building CXX object gruel/src/lib/CMakeFiles/gruel.dir/pmt/pmt_serialize.cc.o [ 3%] Building CXX object gruel/src/lib/CMakeFiles/gruel.dir/realtime.cc.o [ 3%] Building CXX object gruel/src/lib/CMakeFiles/gruel.dir/sys_pri.cc.o [ 3%] Building CXX object gruel/src/lib/CMakeFiles/gruel.dir/thread.cc.o [ 3%] Building CXX object gruel/src/lib/CMakeFiles/gruel.dir/thread_body_wrapper.cc.o [ 3%] Building CXX object gruel/src/lib/CMakeFiles/gruel.dir/thread_group.cc.o Linking CXX shared library libgruel-3.7git.so make[2]: *** [gruel/src/lib/libgruel-3.7git.so.0.0.0] Error 1 make[1]: *** [gruel/src/lib/CMakeFiles/gruel.dir/all] Error 2 make: *** [all] Error 2 Ralph, Are you sure this is the entire output? There's nothing indicating what the error was. Still, I'm wondering if there's a problem with it pulling in installed versions of the headers as opposed to local versions (we worked to correct this from happening fairly recently, but doesn't mean it's not still happening here). Tom _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio