embedded

I want to run sqlite in an embedded application. What's the bare minimum requirement to be able to run sqlite for maintaining a database? I'm looking at implementing the R*tree for spatial searches. It would be helpful if I could get an explanation justifying the requirements. Would a cortex M0/cortex M3 with with about 32kb of ram be enough? How much flash memory will i need? I'm looking at storing the database itself on an SD card. From About SQLite ...the size of the SQLite library can be reduced below 300KiB. SQLite can also be made to run in minimal stack space (4KiB) and very little heap

I am new in embedded world. May be I am wrong. But I want a relevant solution. I just want to embed java environment into a MCU for ease to develop application. The MCU vendor have provide the C library for lcd, sensor, spi, buttons, UART, DIO etc etc. Can I embed java into this ?? I mean, I want to use java on the MCU, uppon those device drivers. Can I use or make something like this?? I have seen the simple Real-Time-Java it's very tiny. Thank you. Take a look at NanoVM and Bajos . 来源： https://stackoverflow.com/questions/11940169/embed-jvm-into-micro-controller

I am looking for a good C compiler for the PIC 16 family, working on Windows. A couple of colleagues use bknudc but some seem to dislike it. Apparently you cannot use the linker efficiently, and it turns out that the best is to set all code in include files. SDCC seems nice, but looks like it is still in beta, and not easy to setup or to have to deal with. There are quite some other options, all are the best available according to themselves. I found some forums discussing the topic and no one seem to agree with one another. MikroC , CCS (expensive), HiTech , BoostC. I would like to have some

I am trying to compile qt 4.7.4 using the angstrom tool chain installed at /home/user/Software for a beagle board. The error I am receiving is: /corelib/arch/qatomic_arm.h:131: Error: no such instruction: `swpb %al,%dl,[%esi]' My qmake.conf file is as follows: # # qmake configuration for building with arm-none-linux-gnueabi-g++ # include(../../common/g++.conf) include(../../common/linux.conf) include(../../common/qws.conf) # modifications to g++.conf QMAKE_CC = arm-angstrom-linux-gnueabi-gcc QMAKE_CXX = arm-angstrom-linux-gnueabi-g++ QMAKE_LINK = arm-angstrom-linux-gnueabi-g++ QMAKE_LINK_SHLIB

[This question is similar to this one , but I am also interested in the possibility of a sandbox.] I am considering embedding a scripting language in my C#/.NET application and then exposing some of my application's API to the scripts. There seem to be multiple good options for this (Lua, Boo, IronPython, etc.), but are there easy options for restricting the scripting language's built-in functions from being used? For example, I do not want the scripts to be able to perform I/O except through the API that I explicitly expose, so no printing to the console, opening files, etc. Do any of these

Today I got into a very interesting conversation with a coworker, of which one subject got me thinking and googling this evening. Using C++ (as opposed to C) in an embedded environment. Looking around, there seems to be some good trades for and against the features C++ provides, but others Meyers clearly support it. So, I was wondering who would be able to shed some light on this topic and what the general consensus of the community was. It sort of depends on the particular nature of your embedded system and which features of C++ you use. The language itself doesn't necessarily generate