search for: cxxld

Hi Charles, Yes, it looks like my g++ does contain STL library which might be just my specific case... However, as a temporary solution I disabled nutclient in Makefile (please find the file attached). And nut-2.7.3 can be compiled now. Thanks, Sergey On Wed, Jul 8, 2015 at 4:13 AM, Charles Lepple <clepple at gmail.com> wrote: > On Jul 6, 2015, at 10:32 AM, Sergey Talchuk

...and I'd like to provide the relative message > now. But firstly, what do you mean by the "relevant command generated by > your makefile"? What I can tell you now is: > > The Error Message: > make[3]: Entering directory `/home/tang.kk/ppcg/ppcg/isl/interface' > CXXLD extract_interface > extract_interface.o:(.data.rel.ro._ZTI13MyASTConsumer[typeinfo for > MyASTConsumer]+0x10): undefined reference to `typeinfo for > clang::ASTConsumer' > collect2: ld returned 1 exit status [snip] So you define a class MyAstConsumer that derives from clang::ASTC...

I got your point. Thank you, and I'd like to provide the relative message now. But firstly, what do you mean by the "relevant command generated by your makefile"? What I can tell you now is: The Error Message: make[3]: Entering directory `/home/tang.kk/ppcg/ppcg/isl/interface' CXXLD extract_interface extract_interface.o:(.data.rel.ro._ZTI13MyASTConsumer[typeinfo for MyASTConsumer]+0x10): undefined reference to `typeinfo for clang::ASTConsumer' collect2: ld returned 1 exit status make[3]: *** [extract_interface] Error 1 make[3]: Leaving directory `/home/tang.kk/ppcg/ppcg/i...

Erik de Castro Lopo wrote: > JonY wrote: > > > Please do a link time test instead, I am not getting this error and > > would like to keep stack protector on. > > I'll write an m4 macro. I have attampted to write a macro that reliably detects the availability of stack smash protection. I currently have two configurations where my detection says that SSP is available

罗勇刚(Yonggang Luo) wrote: > Just set llvm-ld as the default ld . > Such as LD = llvm-ld in makefile, if it's not working, then there is no solution > Some Makefiles use the C compiler (e.g., gcc or llvm-gcc) as the linker. For such Makefiles, the above will not work because llvm-gcc runs ld. What you need is a linker that can link LLVM bitcode files together. If that is the case,

...uilding a Windows DLL. On FreeBSD everything goes fine until it tries to link test_libFLAC++: Making all in test_libFLAC++ CXX decoders.o CXX encoders.o CXX main.o CXX metadata.o CXX metadata_manip.o CXX metadata_object.o CXXLD test_libFLAC++ /usr/home/erikd/flac/src/libFLAC/.libs/libFLAC.so: undefined reference to `__stack_chk_fail_local' *** [test_libFLAC++] Error code 1 Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

Jun-qi Deng <dengjunqi06323011 at gmail.com> writes: >> Is it? In my experience, it isn't. Please show the relevant command >> generated by your makefile and the associated error message(s). >> > >> RTTI is an on/off option that changes per LLVM library, so setting >> -fno-rtti for using LLVM makes no sense. VMCore and Support have -frtti >> while

https://bugs.freedesktop.org/show_bug.cgi?id=74648 Priority: medium Bug ID: 74648 Assignee: nouveau at lists.freedesktop.org Summary: Ultima IX (wine) movie playback crashes game QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: christopher at

> > Recently I think I found a bug in llvm's CMakeLists.(I use llvm 3.1svn > and > > Clang 3.1) I follow the normal way to try to compile an application that > > utilize both clang and llvm: I ./autogen.sh it, ./configure it and make > it. > > But the make fails. At last I found out the failure is because that the > > Makefile's CXXFLAGS does not contain

The previously selected 'atomic' recipe resulted in 2GB swap in a 6GB volume. Also, we don't really need the boot partition, so just create a partition using the whole disk space. --- builder/templates/debian.preseed | 13 ++++++++++++- 1 file changed, 12 insertions(+), 1 deletion(-) diff --git a/builder/templates/debian.preseed b/builder/templates/debian.preseed index

See this bug for background information: https://bugzilla.redhat.com/show_bug.cgi?id=1350465 Thanks: Tomáš Golembiovský --- v2v/virt-v2v.pod | 38 ++++++++++++++++++++++++++------------ 1 file changed, 26 insertions(+), 12 deletions(-) diff --git a/v2v/virt-v2v.pod b/v2v/virt-v2v.pod index e68d75cf8..87dba240b 100644 --- a/v2v/virt-v2v.pod +++ b/v2v/virt-v2v.pod @@ -1909,18 +1909,32 @@ that

Commit 0a94cae15bae7cecb725e78e485708694d347612 added useful headings to parts of the configure script. This refactors the code by adding a common macro (‘HEADING’), and also changes the output so it's clearer at a glance: --- Checking for Haskell --- checking for ghc... (cached) ghc --- Checking for PHP --- checking for php... (cached) php checking for phpize... (cached) phpize

...;..." search starts here: #include <...> search starts here: . ../../include ../../src ../../src/mapi ../../src/mesa /opt/xorg/include /usr/local/include /opt/llvm-toolchain-3.6.0rc2/bin/../lib/clang/3.6.0/include /usr/include/x86_64-linux-gnu /usr/include End of search list. CXXLD libmesautil.la make[4]: Leaving directory `/home/wearefam/src/mesa/mesa-git/src/util' Making all in tests/hash_table make[4]: Entering directory `/home/wearefam/src/mesa/mesa-git/src/util/tests/hash_table' make[4]: Nothing to be done for `all'. make[4]: Leaving directory `/home/wearefa...

Replace GUESTFSD_EXT_CMD with a command line option ‘./guestfsd --print-external-commands’

See this bug for background information: https://bugzilla.redhat.com/show_bug.cgi?id=1350465 Thanks: Tomáš Golembiovský --- v2v/virt-v2v.pod | 38 ++++++++++++++++++++++++++------------ 1 file changed, 26 insertions(+), 12 deletions(-) diff --git a/v2v/virt-v2v.pod b/v2v/virt-v2v.pod index e68d75cf8..0943bf305 100644 --- a/v2v/virt-v2v.pod +++ b/v2v/virt-v2v.pod @@ -1909,18 +1909,32 @@ that

See this bug for background information: https://bugzilla.redhat.com/show_bug.cgi?id=1350465 --- v2v/virt-v2v.pod | 39 +++++++++++++++++++++++++++------------ 1 file changed, 27 insertions(+), 12 deletions(-) diff --git a/v2v/virt-v2v.pod b/v2v/virt-v2v.pod index e68d75cf8..93d1a9ecd 100644 --- a/v2v/virt-v2v.pod +++ b/v2v/virt-v2v.pod @@ -1909,18 +1909,33 @@ that guest through the RHV-M UI,

If the connection is not local, paths of disks will refer to the remote host, which were mistakenly handled as local paths (in the best case failing to open a non-existing disk, and in the worst case opening a different disk!). In case the disks are remote resources like ssh or ceph, nothing guarantees that the hostname can be reached from the local machine, or even that it is actually the same on

Hopefully this time ...