[lldb-dev] [Bug 36817] New: error: ‘sort’ is not a member of ‘llvm’
https://bugs.llvm.org/show_bug.cgi?id=36817 Bug ID: 36817 Summary: error: ‘sort’ is not a member of ‘llvm’ Product: lldb Version: 6.0 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: All Bugs Assignee: lldb-dev@lists.llvm.org Reporter: ygolan...@isotek.co.uk CC: llvm-b...@lists.llvm.org I am compiling LLVM from source (no packages for CentOS 7 which I use) and it compiles fine with ninja. However, when I add LLDB, I get the above error. I am 99% sure that this is something not right on my system, but I cannot fathom what it is. ``` ; uname -a Linux serval.isotek.co.uk 3.10.0-693.21.1.el7.x86_64 #1 SMP Wed Mar 7 19:03:37 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux ; ninja-build --version 1.7.2 ; gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.8.5/lto-wrapper Target: x86_64-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-linker-hash-style=gnu --enable-languages=c,c++,objc,obj-c++,java,fortran,ada,go,lto --enable-plugin --enable-initfini-array --disable-libgcj --with-isl=/builddir/build/BUILD/gcc-4.8.5-20150702/obj-x86_64-redhat-linux/isl-install --with-cloog=/builddir/build/BUILD/gcc-4.8.5-20150702/obj-x86_64-redhat-linux/cloog-install --enable-gnu-indirect-function --with-tune=generic --with-arch_32=x86-64 --build=x86_64-redhat-linux Thread model: posix gcc version 4.8.5 20150623 (Red Hat 4.8.5-16) (GCC) ``` Here is the full stack trace: ``` ; ninja-build lldb [3/752] Building CXX object tools/lldb...es/lldbBreakpoint.dir/Breakpoint.cpp.o FAILED: tools/lldb/source/Breakpoint/CMakeFiles/lldbBreakpoint.dir/Breakpoint.cpp.o /usr/bin/c++ -DHAVE_ROUND -DLIBXML2_DEFINED -DLLDB_CONFIGURATION_DEBUG -DLLDB_USE_BUILTIN_DEMANGLER -D_DEBUG -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -Itools/lldb/source/Breakpoint -I/home/yann/src/llvm/tools/lldb/source/Breakpoint -Itools/lldb/include -I/home/yann/src/llvm/tools/lldb/include -I/usr/include/libxml2 -Iinclude -I/home/yann/src/llvm/include -I/usr/include/python2.7 -I/home/yann/src/llvm/tools/clang/include -Itools/lldb/../clang/include -I/home/yann/src/llvm/tools/lldb/source/. -fPIC -fvisibility-inlines-hidden -std=c++11 -Wall -W -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wno-missing-field-initializers -pedantic -Wno-long-long -Wno-maybe-uninitialized -Wdelete-non-virtual-dtor -Wno-comment -Wno-deprecated-declarations -Wno-unknown-pragmas -Wno-strict-aliasing -Wno-deprecated-register -Wno-vla-extension -g -MD -MT tools/lldb/source/Breakpoint/CMakeFiles/lldbBreakpoint.dir/Breakpoint.cpp.o -MF tools/lldb/source/Breakpoint/CMakeFiles/lldbBreakpoint.dir/Breakpoint.cpp.o.d -o tools/lldb/source/Breakpoint/CMakeFiles/lldbBreakpoint.dir/Breakpoint.cpp.o -c /home/yann/src/llvm/tools/lldb/source/Breakpoint/Breakpoint.cpp /home/yann/src/llvm/tools/lldb/source/Breakpoint/Breakpoint.cpp: In member function ‘void lldb_private::Breakpoint::ModuleReplaced(lldb::ModuleSP, lldb::ModuleSP)’: /home/yann/src/llvm/tools/lldb/source/Breakpoint/Breakpoint.cpp:795:13: error: ‘sort’ is not a member of ‘llvm’ llvm::sort(old_id_vec.begin(), old_id_vec.end()); ^ /home/yann/src/llvm/tools/lldb/source/Breakpoint/Breakpoint.cpp:795:13: note: suggested alternative: In file included from /usr/include/c++/4.8.2/algorithm:62:0, from /home/yann/src/llvm/include/llvm/ADT/Optional.h:23, from /home/yann/src/llvm/include/llvm/ADT/STLExtras.h:20, from /home/yann/src/llvm/include/llvm/ADT/StringRef.h:13, from /home/yann/src/llvm/tools/lldb/include/lldb/lldb-priva
[lldb-dev] [Bug 36817] error: ‘sort’ is not a member of ‘llvm’
https://bugs.llvm.org/show_bug.cgi?id=36817 lab...@google.com changed: What|Removed |Added CC||lab...@google.com Resolution|--- |INVALID Status|NEW |RESOLVED --- Comment #1 from lab...@google.com --- There was a recent llvm refactor which introduced llvm::sort. Please make sure all your repositories llvm are synced to the same (latest) revision. If that doesn't help then, maybe you need to add some #include because the definition of llvm::sort is not being picked up for some reason. If that is the case, let me know, and I'll add the include. -- You are receiving this mail because: You are the assignee for the bug.___ lldb-dev mailing list lldb-dev@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
Re: [lldb-dev] [llvm-dev] [GSoC] Add support for batch-testing to the LLDB testsuite.
Hi Mark, LLDB has its own mailing list (CC’ed). Feel free to ask questions there about this GSoC project, Jim is an active participant and it’s always good to keep the community informed. Just to be sure I’ve also CC’ed him, so he’ll certainly see your message. Cheers, Jonas > On Mar 19, 2018, at 9:09 PM, Mark Babatunde via llvm-dev > wrote: > > Hi LLVM Developer Team, > > My name is Mark Babatunde and I'm a third year computer science student at > the University of Pittsburgh. I was looking at the potential list of projects > and the project regarding adding support for batch-testing to the LLDB > testsuite caught my interest. I was wondering how I can get started and if I > can get in contact with Jim Ingham. > > Best, > Mark > > Mark Babatunde > University of Pittsburgh Class of 2019 > Computer Science Major > > ___ > LLVM Developers mailing list > llvm-...@lists.llvm.org > http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev ___ lldb-dev mailing list lldb-dev@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
[lldb-dev] [Bug 36817] error: ‘sort’ is not a member of ‘llvm’
https://bugs.llvm.org/show_bug.cgi?id=36817 Yann Golanski changed: What|Removed |Added Resolution|INVALID |FIXED --- Comment #2 from Yann Golanski --- I updated everything and indeed that error is now fixed. Thank you. -- You are receiving this mail because: You are the assignee for the bug.___ lldb-dev mailing list lldb-dev@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
[lldb-dev] cmake incremental OSX is red
I'm currently bisecting, but this is a FYI (in case it's obvious to anybody) https://ci.swift.org/job/oss-lldb-incremental-osx-cmake/169/ = Issue Details = FAIL: test_expr_symbols_dsym (expression_command/test/TestExprs2.py) FAIL: test_expr_symbols_dwarf (expression_command/test/TestExprs2.py) FAIL: test_expr_symbols_gmodules (expression_command/test/TestExprs2.py) -- Davide ___ lldb-dev mailing list lldb-dev@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
Re: [lldb-dev] cmake incremental OSX is red
That check was separated out from a larger test so we could put skipIfLinux around it (in r327977). I'm not sure why it's failing, but it's probably some silly typo. Unfortunately I don't have time to look at it today. I am hoping that the fix is obvious. If it's not, you can revert that patch, and I'll check it out tomorrow. pl On Tue, 20 Mar 2018 at 17:22, Davide Italiano via lldb-dev < lldb-dev@lists.llvm.org> wrote: > I'm currently bisecting, but this is a FYI (in case it's obvious to > anybody) > > https://ci.swift.org/job/oss-lldb-incremental-osx-cmake/169/ > > > = > Issue Details > = > FAIL: test_expr_symbols_dsym (expression_command/test/TestExprs2.py) > FAIL: test_expr_symbols_dwarf (expression_command/test/TestExprs2.py) > FAIL: test_expr_symbols_gmodules (expression_command/test/TestExprs2.py) > > > -- > Davide > ___ > lldb-dev mailing list > lldb-dev@lists.llvm.org > http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev > ___ lldb-dev mailing list lldb-dev@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
Re: [lldb-dev] cmake incremental OSX is red
Back to green http://lab.llvm.org:8080/green/view/LLDB/job/lldb-cmake/5871/console Thanks! -- Davide On Tue, Mar 20, 2018 at 10:32 AM, Pavel Labath wrote: > That check was separated out from a larger test so we could put skipIfLinux > around it (in r327977). I'm not sure why it's failing, but it's probably > some silly typo. Unfortunately I don't have time to look at it today. > > I am hoping that the fix is obvious. If it's not, you can revert that patch, > and I'll check it out tomorrow. > > pl > > > On Tue, 20 Mar 2018 at 17:22, Davide Italiano via lldb-dev > wrote: >> >> I'm currently bisecting, but this is a FYI (in case it's obvious to >> anybody) >> >> https://ci.swift.org/job/oss-lldb-incremental-osx-cmake/169/ >> >> >> = >> Issue Details >> = >> FAIL: test_expr_symbols_dsym (expression_command/test/TestExprs2.py) >> FAIL: test_expr_symbols_dwarf (expression_command/test/TestExprs2.py) >> FAIL: test_expr_symbols_gmodules (expression_command/test/TestExprs2.py) >> >> >> -- >> Davide >> ___ >> lldb-dev mailing list >> lldb-dev@lists.llvm.org >> http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev ___ lldb-dev mailing list lldb-dev@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
