libcpu/libcpu

"libcpu" is an open source library that emulates several CPU architectures

Libcpu

"libcpu" is an open source library that emulates several CPU architectures, allowing itself to be used as the CPU core for different kinds of emulator projects. It uses its own frontends for the different CPU types, and uses LLVM for the backend. libcpu is supposed to be able to do user mode and system emulation, and dynamic as well as static recompilation.

Building

CMake version 2.8 or higher is required.

On Ubuntu:

sudo apt-get install flex bison libreadline-dev

On Fedora:

sudo yum install flex bison readline-devel

To build libcpu:

make

Testing

To run the x86 front-end tests:

./test/scripts/8086.sh

License

Copyright (c) 2009-2010, the libcpu developers

Libcpu is distributed under the 2-clause BSD license.

libcpu's Issues

from binary (elf file) to LLVM bitcode

Hi,
I would like to know if I can use this tool to generate the llvm bitcode from a binary file?if yes could you please tell me how.
thanks.

broken build on Debian 11 with llvm 1:11.0-51+nmu5

issue with libcpu & latest llvm

stephen@karma:~/compileZone/libcpu/arch/6502$ cd /home/stephen/compileZone/libcpu/arch/6502 && /usr/bin/c++ -D__STDC_FORMAT_MACROS=1 -I/usr/lib/llvm-3.5/include -DNDEBUG -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -g -O2 -fomit-frame-pointer -std=c++11 -fvisibility-inlines-hidden -fno-exceptions -fPIC -Woverloaded-virtual -ffunction-sections -fdata-sections -Wcast-qual -g -I/home/stephen/compileZone/libcpu/libcpu -I/usr/lib/llvm-3.5/include -I/home/stephen/compileZone/libcpu -W -Wall -Wextra -Wno-unused -Wno-unused-parameter -o CMakeFiles/6502.dir/6502_translate.cpp.o -c
/home/stephen/compileZone/libcpu/arch/6502/6502_translate.cpp

In file included from /home/stephen/compileZone/libcpu/arch/6502/6502_translate.cpp:12:0:
/home/stephen/compileZone/libcpu/arch/6502/6502_translate.cpp: In function âllvm::Value* arch_6502_get_operand_lvalue(cpu_t_, addr_t, llvm::BasicBlock_)â:
/home/stephen/compileZone/libcpu/libcpu/frontend.h:58:21: error: incomplete type âllvm::ConstantIntâ used in nested name specifier
#define CONSTs(s,v) ConstantInt::get(getIntegerType(s), v)
^
/home/stephen/compileZone/libcpu/libcpu/frontend.h:60:19: note: in expansion of macro âCONSTsâ
#define CONST8(v) CONSTs(8,v)
^
/home/stephen/compileZone/libcpu/arch/6502/6502_translate.cpp:55:18: note: in expansion of macro âCONST8â
new StoreInst(CONST8(OPERAND_8), ptr_temp, bb);
^
/home/stephen/compileZone/libcpu/libcpu/frontend.h:58:21: error: incomplete type âllvm::ConstantIntâ used in nested name specifier
#define CONSTs(s,v) ConstantInt::get(getIntegerType(s), v)
^
/home/stephen/compileZone/libcpu/libcpu/frontend.h:62:20: note: in expansion of macro âCONSTsâ
#define CONST32(v) CONSTs(32,v)
^
/home/stephen/compileZone/libcpu/arch/6502/6502_translate.cpp:79:14: note: in expansion of macro âCONST32â
Value *ea = CONST32(base);
^
/home/stephen/compileZone/libcpu/libcpu/frontend.h:58:21: error: incomplete type âllvm::ConstantIntâ used in nested name specifier
#define CONSTs(s,v) ConstantInt::get(getIntegerType(s), v)
^
/home/stephen/compileZone/libcpu/libcpu/frontend.h:95:62: note: in definition of macro âANDâ
#define AND(a,b) BinaryOperator::Create(Instruction::And, a, b, "", bb)
^
/home/stephen/compileZone/libcpu/libcpu/frontend.h:62:20: note: in expansion of macro âCONSTsâ
#define CONST32(v) CONSTs(32,v)
^
/home/stephen/compileZone/libcpu/arch/6502/6502_translate.cpp:86:16: note: in expansion of macro âCONST32â
ea = AND(ea, CONST32(0x00FF));
^
/home/stephen/compileZone/libcpu/libcpu/frontend.h:58:21: error: incomplete type âllvm::ConstantIntâ used in nested name specifier
#define CONSTs(s,v) ConstantInt::get(getIntegerType(s), v)
^
/home/stephen/compileZone/libcpu/libcpu/frontend.h:95:62: note: in definition of macro âANDâ
#define AND(a,b) BinaryOperator::Create(Instruction::And, a, b, "", bb)
^
/home/stephen/compileZone/libcpu/libcpu/frontend.h:62:20: note: in expansion of macro âCONSTsâ
#define CONST32(v) CONSTs(32,v)
^
/home/stephen/compileZone/libcpu/arch/6502/6502_translate.cpp:88:16: note: in expansion of macro âCONST32â
ea = AND(ea, CONST32(0xFFFF));

x86_decode : more efficient nr_bytes determination

Instead of incrementing nr_bytes everywhere, remember pc in starting_pc.
After decoding, calculate nr_bytes using (pc - starting_pc).
This is faster, requires less code and avoids potential mistakes.

Build failure due to non-standard members of struct termios

libcpu/test/libnix/nix/nix-structs.c

Lines 878 to 879 in 3882540

	out->c_ispeed = termios_speed_to_nix_termios_speed(in->c_ispeed);
	out->c_ospeed = termios_speed_to_nix_termios_speed(in->c_ospeed);

POSIX doesn't specify these members, some systems use different names, others store the speeds in the flags.

Can't all POSIX systems do like Sun?

libcpu/test/libnix/nix/nix-structs.c

Lines 874 to 880 in 3882540

	#if defined(sun)
	out->c_ispeed = cfgetispeed(in);
	out->c_ospeed = cfgetospeed(in);
	#else
	out->c_ispeed = termios_speed_to_nix_termios_speed(in->c_ispeed);
	out->c_ospeed = termios_speed_to_nix_termios_speed(in->c_ospeed);
	#endif

Same applies to:

libcpu/test/libnix/nix/nix-structs.c

Lines 892 to 898 in 3882540

	#if defined(sun)
	cfsetispeed(out, nix_termios_speed_to_termios_speed(in->c_ispeed));
	cfsetospeed(out, nix_termios_speed_to_termios_speed(in->c_ospeed));
	#else
	out->c_ispeed = nix_termios_speed_to_termios_speed(in->c_ispeed);
	out->c_ospeed = nix_termios_speed_to_termios_speed(in->c_ospeed);
	#endif

This causes it to fail to build against musl libc.