search for: std

Hello xapian users, The server I'm compiling on is a little odd. SunOS on a sun4 architecture. Fails when linking, gives the following, memcpy 0x10 /usr/local/gcc-3.3.2/lib/./libstdc++.a(ctype.o) ld: fatal: relocations remain against allocatable but non-writable sections collect2: ld returned 1 exit status *** Error code 1 make: Fatal error: Command failed for target `libxapian.la' Current working directory /Net/www/webdata/htdocs/UCB/StudentGroups/cogsci/xapian-core-...

...probably just need to rebuild after I clean it all... 4> Creating library R:\SDKs\llvm\trunk_VC8nocrap_building\lib\Debug\tblgen.lib and object R:\SDKs\llvm\trunk_VC8nocrap_building\lib\Debug\tblgen.exp 4>Record.obj : error LNK2001: unresolved external symbol "public: void __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::`copy constructor closure'(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > &)" (??_O?$basic_string at DU?$char_traits at D@std@@V?$...

...~/git/llvm-project/llvm/ && ninja ... [89/2690] Building CXX object lib/Support/CMakeFiles/LLVMSupport.dir/SourceMgr.cpp.o FAILED: lib/Support/CMakeFiles/LLVMSupport.dir/SourceMgr.cpp.o /usr/lib/ccache/g++-8 -DEXPENSIVE_CHECKS -DGTEST_HAS_RTTI=0 -D_DEBUG -D_GLIBCXX_DEBUG -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -Ilib/Support -I/home/jayfoad2/git/llvm-project/llvm/lib/Support -Iinclude -I/home/jayfoad2/git/llvm-project/llvm/incl ude -fPIC -fvisibility-inlines-hidden -Werror=date-time -std=c++14 -Wall -Wextra -Wno-unused-parameter -Wwrite-strings...

On Fri, Dec 5, 2008 at 1:52 PM, OvermindDL1 <overminddl1 at gmail.com> wrote: > / * snip */ Actually, rebuilding it makes "debug tblgen" fail with the errors at the end of this email, and as such everything that depends on it, how odd... When I get back to that computer then I will clean its directory, update from SVN (please fix the const thing soon :) ), and rebuild fresh...

...the way down my email, sorry if they got kinda lost in all the noise)? Thanks, Jay. On Tue, 3 Sep 2019 at 20:00, David Blaikie <dblaikie at gmail.com> wrote: > > Looks to me like a bug in GCC's constexpr+_GLIBCXX_CONCEPT_CHECKS support. Small test case: > > $ g++-8 test.cpp -std=c++2a -fsyntax-only > $ g++-8 test.cpp -std=c++2a -fsyntax-only -D_GLIBCXX_CONCEPT_CHECKS > In file included from /usr/include/c++/8/algorithm:62, > from test.cpp:1: > test.cpp:3:27: in ‘constexpr’ expansion of ‘std::min<int>(std::initializer_list<int>{((c...

I just ran into this today. Do we need to update our requirements on libstdc++ version? Jay, did you figure out a way around this? On Wed, Sep 4, 2019 at 5:29 AM David Blaikie via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > It's a bug in libstdc++ - so if you have clang using libstdc++ (which it will by default, I think) then it's the same thing....

...he logs for all main projects. All others have minumum >> to no warnings. >> > Ok. > > I tried to build bugpoint and I got this linker errors: BugDriver.obj : error LNK2019: unresolved external symbol "public: bool __thiscall llvm::BugDriver::runManyPasses(class std::vector<class llvm::PassInfo const *,class std::allocator<class llvm::PassInfo const *> > const &)" (?runManyPasses at BugDriver@llvm@@QAE_NABV?$vector at PBVPassInfo@llvm@@V?$allocator at PBVPassInfo@llvm@@@std@@@std@@@Z) referenced in function "public: bool __thiscal...

...gPtr>,llvm::detail::DenseMapPair<llvm::orc::SymbolStringPtr,llvm::JITEvaluatedSymbol>> & Symbols) Line 449 C++ libravi.dll!llvm::orc::RTDyldObjectLinkingLayer::onObjLoad(unsigned __int64 K, llvm::orc::MaterializationResponsibility & R, llvm::object::ObjectFile & Obj, std::unique_ptr<llvm::RuntimeDyld::LoadedObjectInfo,std::default_delete<llvm::RuntimeDyld::LoadedObjectInfo>> LoadedObjInfo, std::map<llvm::StringRef,llvm::JITEvaluatedSymbol,std::less<llvm::StringRef>,std::allocator<std::pair<llvm::StringRef const ,llvm::JITEvaluatedSymbol&g...

...experiencia con cosas parecidas? Sale justo esto: #.................................................... > # load main two packages > library(Rcpp) > library(inline) > # do something with Rcpp to quickly check that it works > body <- ' + NumericVector xx(x); + return wrap( std::accumulate( xx.begin(), xx.end(), 0.0));' > add <- cxxfunction(signature(x = "numeric"), body, plugin = "Rcpp") cygwin warning: MS-DOS style path detected: C:/R-215~1.2/etc/i386/Makeconf Preferred POSIX equivalent is: /cygdrive/c/R-215~1.2/etc/i386/Makeconf CYG...

In my code here https://github.com/DragonOsman/currency_converter , I used C++17 and managed to get it to work (though I'm only using std::map::insert_or_assign() from C++17). And I'm using Windows, so I shouldn't use LDFLAGS or CXXFLAGS as environment variables. I'll use them directly on the compiler command line instead. The libraries I need to link against are C:/boost_1_68_0/stage/lib/libboost_system-vc141-mt-x64-1...

I have download source ?1.10? from the internet and build it into lib Then I create a project as the helpdoc said I using vc2005(vc8) The source in my test project is as follow??copy from the helpdoc? #include <xapian.h> #include <iostream> using namespace std; int main(int argc, char **argv) { // Simplest possible options parsing: we just require three or more // parameters. if(argc < 4) { cout << "usage: " << argv[0] << " <path to database> <document data> <document...

Hi guys Is some one able to explain me, why these errors emerge: gmake[2]: Entering directory `/usr/local/src/llvm/lib/VMCore' Compiling AsmWriter.cpp AsmWriter.cpp: In function `void WriteConstantInt(std::ostream&, const llvm::Constant*, bool, std::map<const llvm::Type*, std::string, std::less<const llvm::Type*>, std::allocator<std::pair<const llvm::Type* const, std::string> > >&, llvm::SlotCalculator*)': AsmWriter.cpp:255: error: ambiguous overload for...

...mber 12, 2018 1:43 AM > To: llvm-dev at lists.llvm.org > Subject: Re: [llvm-dev] Using LLD to link against third-party > libraries? How? > In my code here https://github.com/DragonOsman/currency_converter , I > used C++17 and managed to get it to work (though I'm only using > std::map::insert_or_assign() from C++17). And I'm using Windows, so I > shouldn't use LDFLAGS or CXXFLAGS as environment variables. I'll use > them directly on the compiler command line instead. The libraries I > need to link against are > C:/boost_1_68_0/stage/lib/libboost_syst...

...M*/ #elif _MSC_VER typedef __int64 quad_t; typedef unsigned __int64 u_quad_t; typedef __int64 int64_t; typedef unsigned __int64 u_int64_t; #endif /*__GNUC__*/ This tweak seems to work. As far as I can see, correct me if I'm wrong, it is the compiler, that can't figure out which std::basic_ostream to use. Why? > >It appears that your libstdc++ does not support insertion of 64-bit >integers into iostreams. Did I mention that you should try cygwin? ;-) > >-Chris > > > > gmake[2]: Entering directory `/usr/local/src/llvm/lib/VMCore' > > Comp...

Hi Jack, I'm almost there with Android..... I've actually got the static and dynamic libraries built. I'm choking on the test suite. Do you want to take a shot at working around Android and [embedded, lame] STLport? I would try removing the call to rend() in std::map<_Key, _Tp, _Compare, _Alloc>::rend(). But I really should not modify program code. Fiddling with a Makefile is one thing, but modifying source code is another. Jeff arm-linux-androideabi-g++ --sysroot=/opt/android-ndk-r8e//platforms/android-14/arch-arm -I/opt/android-ndk-r8e//sources/c...

...t; To: llvm-dev at lists.llvm.org > > Subject: Re: [llvm-dev] Using LLD to link against third-party > > libraries? How? > > In my code here https://github.com/DragonOsman/currency_converter , I > > used C++17 and managed to get it to work (though I'm only using > > std::map::insert_or_assign() from C++17). And I'm using Windows, so I > > shouldn't use LDFLAGS or CXXFLAGS as environment variables. I'll use > > them directly on the compiler command line instead. The libraries I > > need to link against are > > C:/boost_1_68_0/sta...

Hello, I am trying to run this basic C++ hello-world code in my iOS app that has LLVM libraries linked in (the app runs on the actual device - iPad Pro, iOS 13.4.1). #include <iostream> int main (int argh, char *argv[]) { std::cout << "Hello World!" << std::endl; return 0; } So below is the break down of the steps that I do: First I compile this code to an instance of llvm::Module by using the logic borrowed from the lli tool. Once I have the Module instance I construct an instance of orc::LL...

...storage/llvm/bin/opt) ==10132== by 0x4154E2D: (below main) (in /lib/tls/libc.so.6) ==10132== ==10132== ==10132== 8 bytes in 1 blocks are still reachable in loss record 2 of 33 ==10132== at 0x401C451: malloc (vg_replace_malloc.c:149) ==10132== by 0x40E8302: __cxa_get_globals (in /usr/lib/libstdc++.so.5.0.7) ==10132== by 0x40E7F56: std::uncaught_exception() (in /usr/lib/libstdc++.so.5.0.7) ==10132== by 0x40CE434: std::ostream::write(char const*, int) (in /usr/lib/libstdc++.so.5.0.7) ==10132== by 0x40CE62D: std::basic_ostream<char, std::char_traits<char> >& std::ope...

...at lists.llvm.org<mailto:llvm-dev at lists.llvm.org> > Subject: Re: [llvm-dev] Using LLD to link against third-party > libraries? How? > In my code here https://github.com/DragonOsman/currency_converter , I > used C++17 and managed to get it to work (though I'm only using > std::map::insert_or_assign() from C++17). And I'm using Windows, so I > shouldn't use LDFLAGS or CXXFLAGS as environment variables. I'll use > them directly on the compiler command line instead. The libraries I > need to link against are > C:/boost_1_68_0/stage/lib/libboost_syst...

On Wed, 7 Jul 2004, Henrik Bach wrote: > This tweak seems to work. > > As far as I can see, correct me if I'm wrong, it is the compiler, that can't > figure out which std::basic_ostream to use. Why? What I'm saying is that it appears that your implementation of operator<< is not functional or is missing. You said that you are using GCC on internix. Is it possible that when you configured/built gcc that it didn't find 64-bit integer support and disab...