Displaying 20 results from an estimated 7000 matches similar to: "Problems compiling xapian-core to run omega, SunOS"
2015 Aug 11
3
libfuzzer questions
First off, thanks -- this is a pretty great library and it feels like I'm
learning a lot. I'm getting some more experience with libfuzzer and
finding that I have a couple of questions:
- How does libfuzzer decide to write a new test file? What distinguishes
this one from all the other cases for which new test inputs were not
written? Must be something about the path taken through the
2019 Aug 27
2
Orc JIT vs. STL
On Tue, Aug 27, 2019 at 4:56 PM Praveen Velliengiri
<praveenvelliengiri at gmail.com> wrote:
>
> HI
> Did you run the static constructor and destructor? How did you make your process symbols visible to ORC jit?
Yes. It's the constructor that generates the undefined symbol error.
We use DynamicLibrary::LoadLibraryPermanently(nullptr) to add process
symbols.
> Could you
2019 Aug 27
2
Orc JIT vs. STL
You can add symbols from Archieve via StaticLibrarySearchGenerator. But it
is added recently though
On Tue, 27 Aug 2019 at 21:02, Praveen Velliengiri <
praveenvelliengiri at gmail.com> wrote:
> Hi Geoff,
> I tried it, but I can't able to reproduce it.
>
> Test Program:
> #include <fstream>
> int main()
> {
> std::ifstream stream1, stream2;
>
2010 Mar 17
2
[LLVMdev] Understanding tail calls
I have some code generated with llvm-g++ and llvm-link that includes a tail
call that is confusing me for two reasons:
1) I am not sure why it is a tail call (i.e. it does not look like it is in
the tail position)
2) When I instrument the code using my opt pass, none of the instrumentation
functions in the callee get called, leading me to believe that some funny
business is going on.
Below I
2019 Aug 27
4
Orc JIT vs. STL
Greetings, LLVM wizards.
We are using Clang and Orc JIT (v1) to compile and execute C++ code on the
fly. If a C++ module calls functions from external libraries, we add them
via DynamicLibrary::LoadLibraryPermanently().
The problem we have run into recently is when a module calls a function
from the STL -- in particular this swap() function for input streams:
#include <fstream>
2009 Jun 03
3
[LLVMdev] LLVM-gcc for Ada
Thanks for the suggestion, Andre. I downloaded GNAT GPL 2007, and
followed the directions on your web page. Now I get a lot of C++
errors. In fact, the output I captured to a log file is over six
megabytes just from the start of the problem command to the termination
of the make. I'm obviously not going to include it all here, but the
command and the first few errors are copied below.
2004 Jul 06
1
[LLVMdev] AsmWriter.cpp:255: error: ambiguous overload for `std::basic_ostream<char,...
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,
2004 Jul 06
2
[LLVMdev] AsmWriter.cpp:255: error: ambiguous overload for `std::basic_ostream<char,...
No, Chris, I'm not buying that argument, due to I've tweaked
/usr/include/types.h a little bit, so the configuration and compilation of
the cfrontend would be correct:
/*
* 64bit type for BSD compatability
*/
#ifdef __GNUC__
typedef long long int quad_t;
typedef unsigned long long int u_quad_t;
typedef long long int int64_t;
typedef unsigned long long int u_int64_t;
2003 Oct 16
2
A view quirks
Aloha Timo.
I found a few odd things while playing with dovecot. At least
one of them bugs me, but it might be a result of my own
patches - I haven't testet it with mbox or maildir, yet.
The details :)
1.
* OK dovecot ready.
A = (<return>
Connection closed by foreign host.
2.
* OK dovecot ready.
A001 LOGIN xxxxxx xxxxxx
A001 OK Logged in.
A002 COPY 1 INBOX
Connection closed by
2004 Jul 06
0
[LLVMdev] AsmWriter.cpp:255: error: ambiguous overload for `std::basic_ostream<char,...
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
2015 Aug 11
3
libfuzzer questions
On Mon, Aug 10, 2015 at 8:08 PM, Kostya Serebryany <kcc at google.com> wrote:
>
>
> On Mon, Aug 10, 2015 at 5:53 PM, Brian Cain via llvm-dev <
> llvm-dev at lists.llvm.org> wrote:
>
>>
>> First off, thanks -- this is a pretty great library and it feels like I'm
>> learning a lot.
>>
>
> Thanks!
>
>
>> I'm getting some
2016 Mar 28
2
llvm build failed while Linking CXX shared library ../../../lib/libc++.so
Hi Dimitry,
I do not particularly need to build libc++ from the package. Is the name of
the package's libc++, libcxx, because this is where the installation starts
finding undefined references, during linking CXX shared library
../../../lib/libc++.so. Please check below the first part of the log when
the first error appear, I omited repeating results. Furthermore, the
undefined references are
2004 Jul 07
1
[LLVMdev] AsmWriter.cpp:255: error: ambiguous overload for `std::basic_ostream<char,...
Yes, Chris you're right. It seems that my << operator for int64_t is missing
in my '/opt/gcc.3.3/include/c++/3.3/bits/ostream.tcc' file.
Which ordinary version of GCC are you working with and how do your
definition of the << operator for int64_t look like?
/Henrik
>
>Here is an excerpt from the config.log for LLVM:
>
>configure:19451: checking for int64_t
2005 Nov 22
2
[LLVMdev] llvm-ranlib: Bus Error in regressions + fix
I ran the LLVM regression tests today (via make check) and noticed that
llvm-ranlib crashes with a Bus Error on my test system (a fairly old
RedHat 9 system), using the latest CVS version. I did some digging and
I think I know what the problem is, and I have attached a quick and
dirty patch that fixes the problem for me, but I need a suggestion
about how it should be integrated properly. Here
2009 Mar 25
0
[LLVMdev] llvm-2.5 build failure (fedora f10)
Hello, Neal
> You may want to note that you need glibc-devel.i386 to build. Otherwise you
> get error on /usr/include/gnu/stubs-32.h missing.
Do you have pure 64 bit system?
--
With best regards, Anton Korobeynikov
Faculty of Mathematics and Mechanics, Saint Petersburg State University
2009 Mar 25
3
[LLVMdev] llvm-2.5 build failure (fedora f10)
You may want to note that you need glibc-devel.i386 to build. Otherwise you
get error on /usr/include/gnu/stubs-32.h missing.
2012 Mar 29
1
msvcp80.dll doesn't work
Error file begins:
Unhandled exception: unimplemented function
msvcp80.dll.??0?$basic_ifstream at DU?$char_traits at D@std@@@std@@QAE at PAU_iobuf@@@Z
called in 32-bit code (0x7b83aa52).
I downloaded a new copy of this and placed it in the /fakedlls dirctory,
where it replaced what was there, but it still
doesn't work. The site I d/l'd the file from gave the impression that
there is
2012 Jun 22
0
Wine release 1.5.7
The Wine development release 1.5.7 is now available.
What's new in this release (see below for details):
- New version of the Gecko engine based on Firefox 13.
- Dynamic device support with UDisks2.
- More stream classes implemented in the C++ runtime.
- Support for metadata in TIFF files.
- Fleshed out WBEM implementation.
- Improved support for printer paper sizes.
- Various
2016 Mar 26
2
llvm build failed while Linking CXX shared library ../../../lib/libc++.so
Hello everybody,
I am very new to llvm and I am struggling to install it on my 15.10 Xubuntu
with kernel 4.2.0-34-generic #39-Ubuntu SMP x86_64 GNU/Linux.
I essentially intend to use the clang static analyzer, but it seems that I
have to build it on top of llvm and clang.
Unfortunately I run into the following problem.
CXX shared library ../../../lib/libc++.so
at around 52% of the procedure
2016 Mar 28
0
llvm build failed while Linking CXX shared library ../../../lib/libc++.so
Hi Ioannis,
Just delete the projects/libcxx directory, then rebuild from scratch. You should only need to checkout llvm (in the top level directory) and cfe (into the tools/clang subdirectory).
-Dimitry
> On 29 Mar 2016, at 00:08, Ioannis Koukoulis <i.g.koukoulis at gmail.com> wrote:
>
> Hi Dimitry,
>
> I do not particularly need to build libc++ from the package. Is the