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.