similar to: [LLVMdev] Errors building dragonegg 3.3 in Fedora rawhide

Displaying 20 results from an estimated 6000 matches similar to: "[LLVMdev] Errors building dragonegg 3.3 in Fedora rawhide"

2012 Jun 22
1
[LLVMdev] Compile error of latest Dragonegg on Ubuntu with GCC 4.5
Yest. thanks. I just resolved this error by installing MPFR, MPC and GMP(by the way, these are not listed as prerequisites in the website.). But other errors come: /home/xxx/llvm/tools/dragonegg/src/TypeConversion.cpp: In function > ‘llvm::FunctionType* ConvertArgListToFnType(tree_node*, > llvm::ArrayRef<tree_node*>, tree_node*, bool, llvm::CallingConv::ID&, >
2012 Oct 15
3
[LLVMdev] Dragonegg build broken?
Looks like recent changes to Attributes.h broke the dragonegg build. I am building with latest clang and llvm trunk. clang version 3.2 (trunk 165928) (llvm/trunk 165925) Target: x86_64-unknown-linux-gnu Thread model: posix >>>>> Compiling TypeConversion.cpp /local/home/anitha/dragonegg/src/TypeConversion.cpp: In function âllvm::FunctionType* ConvertArgListToFnType(tree,
2012 Jun 22
2
[LLVMdev] Compile error of latest Dragonegg on Ubuntu with GCC 4.5
Hi, When I tried to compile Dragonegg using the SVN trunk code, I encountered failure with error message: In file included from > /usr/lib/i386-linux-gnu/gcc/i686-linux-gnu/4.5.2/plugin/include/rtl.h:28:0, > from /home/xxx/llvm/dragonegg/src/Convert.cpp:63: > /usr/lib/i386-linux-gnu/gcc/i686-linux-gnu/4.5.2/plugin/include/real.h:27:18: > fatal error: mpfr.h: No such
2012 Mar 23
3
[LLVMdev] DragonEgg 3.0 with GCC 4.7
I've been trying to package DragonEgg for Fedora Linux. Fedora 16 has LLVM 2.9 and GCC 4.6, but not the necessary GCC patches. If I build LLVM 3.0 on Fedora 16, then I can build DragonEgg 3.0, and it works fine. However, I can't submit that to the repository. On the other hand, Fedora 17, which just entered Beta, has LLVM 3.0 and GCC 4.7. I wasn't able to build DragonEgg 3.0
2011 Jun 18
0
[LLVMdev] Make dragonegg work with gcc-4.6
Hi, Duncan I saw you started to port dragonegg to gcc 4.6, which is a good news. And I am also trying to do that. The attachment get src/Convert.cpp to compile against gcc-4.6. Now I get a error while compiling dragonegg, --- Compiling Debug.cpp /tmp/chenwj/dragonegg/src/Debug.cpp: In member function 'llvm::DIType llvm::DebugInfo::createArrayType(tree_node*)':
2012 Jan 29
0
[LLVMdev] dragonegg arm patch
Hi Jin-Gu, > I made a patch for dragonegg. This patch is for dragonegg to generate arm > assembly code. thanks for working on this. > > Dragonegg is compiled with this patch after building gcc-4.6 as cross compiler > for arm and > > then dragonegg can generate arm assembly code. > > It currently makes errors to build dragonegg and llvm from svn. so I made a > patch
2020 Oct 19
2
v2.3.11.3 solr plugin search via MUA fails to match accented ascii characters; cmd line exec of `doveadm fts lookup` PANICs (assertion failed)
On 10/19/20 9:48 AM, John Fawcett wrote: > --with-icu should be sufficient, actually on centos 7 I got libuci > compiled in without setting the explicit flag. > Here's my ldd, which is under /usr/local/lib/dovecot > > ldd /usr/local/lib/dovecot/libdovecot-fts.so noted. as suspected. thx. > config.log will tell more about whether it was successful if you're >
2012 Jun 22
0
[LLVMdev] Compile error of latest Dragonegg on Ubuntu with GCC 4.5
>> /usr/lib/i386-linux-gnu/gcc/i686-linux-gnu/4.5.2/plugin/include/real.h:27:18: >> fatal error: mpfr.h: No such file or directory > > I did some search but found few relevant results. > Any idea what's going on? Do you have MPFR installed? -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University
2015 Jun 23
2
boot... round 2
On 23.06.2015 01:27, Adam Williamson wrote: > On Mon, 2015-06-22 at 14:57 -0700, Adam Williamson wrote: >> On Mon, 2015-06-22 at 22:12 +0200, poma wrote: >>> https://kojipkgs.fedoraproject.org/mash/rawhide/x86_64/os/images/ >>> boot.iso >>> >>> https://kojipkgs.fedoraproject.org/work/tasks/6196/10176196/ >>>
2012 Jan 29
1
[LLVMdev] dragonegg arm patch
Hi Duncan, I appreciate your kind review. I'd like to help you to build an ARM cross compiler. I built GCC as following. 1. Download "arm-2010.09-50-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2" You can find this file on https://sourcery.mentor.com/sgpp/lite/arm/portal/release1600. (Please click "IA32 GNU/Linux TAR" on Packages.) 2. Extract this file on your linux
2020 Oct 19
0
v2.3.11.3 solr plugin search via MUA fails to match accented ascii characters; cmd line exec of `doveadm fts lookup` PANICs (assertion failed)
On 19/10/2020 19:02, PGNet Dev wrote: > On 10/19/20 9:48 AM, John Fawcett wrote: >> --with-icu should be sufficient, actually on centos 7 I got libuci >> compiled in without setting the explicit flag. > >> Here's my ldd, which is under /usr/local/lib/dovecot >> >> ldd /usr/local/lib/dovecot/libdovecot-fts.so > > noted. as suspected. thx. > >>
2012 Jan 29
3
[LLVMdev] dragonegg arm patch
Hi Duncan, I made a patch for dragonegg. This patch is for dragonegg to generate arm assembly code. Dragonegg is compiled with this patch after building gcc-4.6 as cross compiler for arm and then dragonegg can generate arm assembly code. It currently makes errors to build dragonegg and llvm from svn. so I made a patch using dragonegg-3.0 source code. (This patch doesn't support
2004 May 05
2
[LLVMdev] Testing LLVM on OS X
On Wed, 5 May 2004, Patrick Flanagan wrote: > >> and I'm not convinced that GCC is doing a very good job (ie, without > >> syntactic loops). > > > > Yup, this is EXACTLY what is going on. > > Interesting. Now that you mention it, I do recall thinking the loops > that llvm generated looked a bit different than the gcc loops. I'll go > back and take
2004 May 05
0
[LLVMdev] Testing LLVM on OS X
On May 4, 2004, at 10:36 PM, Chris Lattner wrote: > On Tue, 4 May 2004, Chris Lattner wrote: >> I suspect that a large reason that LLVM does worst than a native C >> compiler with the CBE+GCC is that LLVM generates very low-level C >> code, >> and I'm not convinced that GCC is doing a very good job (ie, without >> syntactic loops). > > Yup, this is
2016 Jul 22
2
HEAD compilation causes gcc internal error
This is gcc4.8.0 compiling HEAD synced on July 22: /llvm-clang-trunk/src/lib/Transforms/Utils/SimplifyCFG.cpp: In lambda function: /llvm-clang-trunk/src/lib/Transforms/Utils/SimplifyCFG.cpp:2547:22: internal compiler error: Segmentation fault return Operator::getOpcode(&I) == Instruction::BitCast && ^ 0x8a11bf crash_signal ../../../src/lnx64/gcc/toplev.c:332
2007 Nov 07
3
[LLVMdev] RFC: llvm-convert.cpp Patch
How about this patch then? -bw Index: gcc/llvm-convert.cpp =================================================================== --- gcc/llvm-convert.cpp (revision 43658) +++ gcc/llvm-convert.cpp (working copy) @@ -758,7 +758,7 @@ } -Value *TreeToLLVM::Emit(tree exp, Value *DestLoc) { +Value *TreeToLLVM::Emit(tree exp, Value *DestLoc, unsigned Alignment) {
2012 Jan 30
2
[LLVMdev] dragonegg arm patch
Hi Duncan, I send a modified patch which doesn't use reference type of CallingConv::ID. Thanks, Jin-Gu Kang -------------- next part -------------- A non-text attachment was scrubbed... Name: dragoneggARM.patch Type: application/octet-stream Size: 36680 bytes Desc: dragoneggARM.patch URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120130/a361f971/attachment.obj>
2016 Oct 12
3
Dragon egg not recognizing Target ARM machine
Hello Team, Good Morning!! This is Vishnu Prasanth doing my master's thesis on improving llvm compiler optimization. Currently I am trying to build dragon egg and when I gave take, it is not getting recognized for ARM machine. Can you please help me with. Below are the errors when I gave the below command inside dragon egg directory GCC=GCC_DIR/gcc
2010 May 24
2
[LLVMdev] linker errors when trying to link llvm-gcc
any ideas what library has these symbols lang_eh_catch_all get_pointer_alignment validate_arglist i get these linker errors when trying to link llvm-gcc: make[1]: Entering directory `/home/anatolyy/qctp406/pakman/depot/users/anatolyy/proto/crosscompiler/llvm-gcc-4.2-2.7.source-objtree' make[2]: Entering directory
2012 Feb 01
0
[LLVMdev] dragonegg arm patch
Hi Jin Gu Kang, > I send a modified patch which doesn't use reference type of CallingConv::ID. thanks for the patch. I applied it with some cosmetic changes, and now I can compile bzip2 for ARM! I didn't check if the compiled program works though :) Ciao, Duncan.