Displaying 20 results from an estimated 900 matches similar to: "[LLVMdev] X86GenEDInfo.inc"
2010 Aug 02
2
[LLVMdev] Problem building llvm after r109996 (Add InitializeNativeTargetAsmPrinter())
Hello,
After I try making a clean build and got the following error:
llvm[3]: Compiling EDDisassembler.cpp for Release build
In file included from /llvm/include/llvm/Target/TargetSelect.h:38,
from /llvm/lib/MC/MCDisassembler/EDDisassembler.cpp:37:
/llvm/stage1/include/llvm/Config/AsmPrinters.def: In function ‘void LLVMInitializeX86TargetAsmPrinter()’:
2010 Aug 02
0
[LLVMdev] Problem building llvm after r109996 (Add InitializeNativeTargetAsmPrinter())
Hi Jean-Daniel,
My fault, I'm sure, but I don't see the problem yet.
Is it possible your version of llvm/Config/AsmPrinters.def has X86 listed twice?
- Daniel
On Mon, Aug 2, 2010 at 12:43 AM, Jean-Daniel Dupas
<devlists at shadowlab.org> wrote:
> Hello,
>
> After I try making a clean build and got the following error:
>
> llvm[3]: Compiling EDDisassembler.cpp for
2010 Aug 02
1
[LLVMdev] llvm build broken with "--enable-targets=x86, x86_64, arm"
The following configure/make is failing on the top of tree llvm/clang sources:
./configure --enable-optimized --disable-assertions --enable-targets=x86,x86_64,arm --build=x86_64-apple-darwin10
./make clang-only
llvm[2]: Compiling Tool.cpp for Release build
In file included from /Volumes/work/gclayton/Documents/src/llvm/include/llvm/Target/TargetSelect.h:38,
from
2010 Apr 09
0
[LLVMdev] ARMGenEDInfo.inc unconditionally required
Hi,
I'm on Linux 32-bit, and I have configured LLVM to compile the X86
backend only. Now I can't compile LLVM at all, because
EDDisassembler.cpp tries to include the non-existing ARMGenEDInfo.inc.
I suspect that generation of this file depends on the ARM backend being
enabled, while including it doesn't. Am I right, or is there a different
cause?
Sebastian
2010 Mar 01
1
[LLVMdev] Clang build problem
Just got clang from head and getting:
ExprConstant.cpp: In function Obool
TryEvaluateBuiltinNaN(clang::ASTContext&, clang::QualType, const
clang::Expr*, bool, llvm::APFloat&)¹:
ExprConstant.cpp:1578: error: no matching function for call to
Ollvm::StringRef::getAsInteger(int, llvm::APInt&)¹
/home/neale/LLVM/llvm/include/llvm/ADT/StringRef.h:269: note: candidates
are: bool
2011 Jul 29
0
[LLVMdev] linkage failure
Current llvm svn at r136461 is failing to bootstrap under darwin11 with...
cd /sw/src/fink.build/llvm30-3.0-0/llvm-3.0/build/tools/edis && /sw/bin/cmake -E cmake_link_script CMakeFiles/EnhancedDisassembly.dir/link.txt --verbose=1
/sw/var/lib/fink/path-prefix-clang/c++ -fPIC -fno-rtti -O3 -DNDEBUG -shared -L/sw/lib -o ../../lib/libEnhancedDisassembly.dylib -install_name
2009 Apr 07
0
[LLVMdev] 2.5 Pre-release1 available for testing
Hi,
Were you able to get past this error:
make[1]: Entering directory `/builddir/build/BUILD/llvm-2.5/lib/VMCore'
llvm[1]: Building Intrinsics.gen.tmp from Intrinsics.td
tblgen: IntrinsicEmitter.cpp:137: void
EmitTypeForValueType(std::ostream&, llvm::MVT::SimpleValueType):
Assertion `false && "Unsupported ValueType!"' failed.
make[1]: Leaving directory
2017 Jan 19
4
Client fails kex after c38ea634893a1975dbbec798fb968c9488013f4a
I have a Putty variant that works well with openSSH up until 7.4. After
git bisecting I found that after the application of
c38ea634893a1975dbbec798fb968c9488013f4a the client fails with host key
mismatch. The commit in question appears to remove vestiges of ssh-1
support but my client is using 2.0. I am trying to work out what in that
commit would lead to the symptoms. I have been through the
2009 Apr 07
2
[LLVMdev] Link error building llc
With the TableGen problem circumvented the build proceeds quite well up
until:
llvm[2]: Linking Debug executable llc
/home/neale/LLVM/llvm/tools/llc/Debug/llc.o: In function
`ForceCodegenLinking':
/home/neale/LLVM/llvm/include/llvm/CodeGen/LinkAllCodegenComponents.h:45:
undefined reference to
`llvm::createBURRListDAGScheduler(llvm::SelectionDAGISel*, bool)'
2009 Apr 09
2
[LLVMdev] Link error building llc
I ran with VERBOSE=1 and see:
g++ -I/home/neale/LLVM/llvm/include -I/home/neale/LLVM/llvm/tools/llc
-D_DEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -g
-fno-exceptions -fPIC -Woverloaded-virtual -pedantic -Wall -W
-Wwrite-strings -Wno-long-long -Wunused -Wno-unused-parameter -g -Wl,-R
-Wl,/home/neale/LLVM/llvm/Debug/bin -Wl,-export-dynamic
2009 Apr 07
2
[LLVMdev] Porting to System z
Hi,
I am beginning the porting process for Linux on System z (aka IBM
Mainframe). I thought I¹d build LLVM first with the c and cpp backends so
that tools like TableGen would be created that I¹d then use to process the
.td files that I¹ll be creating. So I used svn to grab the code from the
repository and ran configure and make. However, the build breaks at this
point:
llvm[1]: Building
2009 Apr 07
0
[LLVMdev] Porting to System z
Hi,
> llvm[1]: Building Intrinsics.gen.tmp from Intrinsics.td
> tblgen: IntrinsicEmitter.cpp:163: void EmitTypeForValueType(std::ostream&,
> llvm::MVT::SimpleValueType): Assertion `false && "Unsupported ValueType!"'
> failed.
this came up before IIRC, but I don't remember the details - buggy system
compiler? Try searching the archives. Also, if you
2009 Apr 07
6
[LLVMdev] Porting to System z
I searched the archives and found this from last month:
I ran into the same problem and fixed it by forcing the
MVT::SimpleValueType enum to be 64 bits so that all of the types
in the union later in the class are the same size. I tested this
on ppc64 and x86_64.
Index: include/llvm/CodeGen/ValueTypes.h
===================================================================
---
2009 Apr 09
0
[LLVMdev] Link error building llc
Hello, Neale
> -lLLVMBitReader /home/neale/LLVM/llvm/Debug/lib/LLVMCBackend.o
> -lLLVMCodeGen -lLLVMScalarOpts -lLLVMTransformUtils -lLLVMipa -lLLVMAnalysis
> /home/neale/LLVM/llvm/Debug/lib/LLVMCppBackend.o -lLLVMTarget -lLLVMCore
> -lLLVMSupport -lLLVMSystem -lpthread -ldl -lm -lelf
It seems, that you did not specify any single backend except C. Please
do so.
> So it
2007 Feb 08
2
I wrote a managesieve server for Dovecot
I have written a managesieve server from scratch in Python. I did just enough
work to get it working with avelsieve (the squirrelmail plugin), smartsieve,
and KDE's sieve kioplugin. It supports the entire Internet draft. Since I
didn't have a working sieve server to compare against, I'm not sure if it's
100% compatible with timsieved. Client applications seem to work okay
2009 Apr 07
0
[LLVMdev] Link error building llc
Hello, Neale
> These entry points are in modules that have been compiled and placed into an
> archive. (e.g. llvm::createBURRListDAGScheduler is in ScheduleDAGRRList.cpp
> whose object is placed in ./Debug/lib/libLLVMSelectionDAG.a).
>
> I'm sure I've missed a configuration option or something trivial like that
> but my newbie brain can't determine what it is.
make
2010 Feb 26
2
[LLVMdev] BlockAddress is a "User"
I've been playing around with the new IndirectBr and BlockAddress types.
I'm finding that in CodeGen, during "EliminateMostlyEmptyBlocks",
BlockAddresses are not updated to point to the newly merged block if the
original block was eliminated. This is causing me problems. Mind you, I'm
experimenting with this using the Sparc backend, which could be the source
of blame, but
2010 Feb 26
0
[LLVMdev] BlockAddress is a "User"
My apologies. This problem was indeed with my changes to the backend. Next
time I will more carefully examine the source of the problem. :)
On Fri, Feb 26, 2010 at 12:40 PM, Marc de Kruijf <dekruijf at wisc.edu> wrote:
> I've been playing around with the new IndirectBr and BlockAddress types.
> I'm finding that in CodeGen, during "EliminateMostlyEmptyBlocks",
>
2005 Sep 19
1
help with has_one relationship??
Hi
I''m new to Rails and I''m struggling with a ''has-one'' relationship. I''m
trying to save product and image data in seperate tables with one to one
relationship. I''m assuming the problem lies in the controller method
below but can''t work it out. The models contain the has_one and belongs
to statements, and I tried swapping these
2012 Nov 13
2
[LLVMdev] [PATCH] .gitignore: add rules for a clean worktree
Add several .gitignore rules to various directories to ensure a clean
worktree after a default build.
Signed-off-by: Ramkumar Ramachandra <artagnon at gmail.com>
---
Just cloned and built LLVM. This annoyed me. Here's a trivial
patch.
.gitignore | 10 ++++++++++
bindings/ocaml/llvm/.gitignore | 1 +
docs/.gitignore