• Home
  • Help
  • Search
  • Login
  • Register
  Show Posts
Pages: [1]
1  Linux Stuff / General Linux questions / cross compiled SIMPL toolkit made available on: February 24, 2010, 06:42:51 PM
The SIMPL project (http://www.icanprogram.com/simpl) aims to bring the power and simplicity of Send/Receive/Reply messaging (first commercialized by QNX) to the open source Linux domain.   SIMPL modules can exchange messages with local partners using a fifo synchronized shared memory scheme.   Through the use of surrogates this message exchange can be extended seamlessly to multinode networks including heterogeneous networks where only one node runs Linux.   SIMPL modules themselves can be written in a number of different languages including C, C++, Python, JAVA or Tcl/Tk.  Modules written in different languages can be mixed in a single SIMPL application.

A cross compiled version of the SIMPL toolkit is now available for the Plug Computer:

http://www.icanprogram.com/simpl/plugsimplbin.self.html

While the SIMPL toolkit is small and can readily be compiled directly on the Plug Computer from source, this cross compiled self installing archive is the simplest way to get started with the SIMPL toolkit on a Plug Computer.

We and the SIMPL project welcome Plug Computer developers.   Don't hesitate to contact the SIMPL project mailing list for any questions about how to apply the SIMPL toolkit to your plug application.

bob
2  Linux Stuff / General Linux questions / Re: cross compiling "hello world" on: January 28, 2010, 06:28:34 PM
Thanks for all the sigaction info.   I will look into that one.   Meanwhile the problem of <sys/wait.h> still persists.  ie. it would appear that the cross compile toolchain supplied on the plugcomputer site doesn't contain this header ... or at least the gcc can't find it.

Any thoughts as to why and what work around I can use?

Thanks again in advance.

bob
3  Linux Stuff / General Linux questions / Re: cross compiling "hello world" on: January 28, 2010, 10:25:27 AM
This Gentoo bug report seems to allude to the ARM Linux not supporting the wait() function family.

http://bugs.gentoo.org/213690

However, the wait() family is the only way I know to eliminate zombie processes that result from a fork() parent/child architecture.   The mystery to me is why the ARM architecture has anything to do with what to me should be firmly in the Linux OS layer.    The fact is that the cross compiler environment supplied for the plug computer doesn't have the key header <sys/wait.h> which is required by all the functions in the wait() family.   So how does one deal with zombie processes on the plug computer?   

bob
PS.
I'm in the process of trying to build my code without the kill zombie functionality to see what happens on the plug when a child process dies.   ie. does it leave behind a zombie process?
4  Linux Stuff / General Linux questions / Re: cross compiling "hello world" on: January 26, 2010, 07:31:49 PM
Here is the update on my "adventure".    I was able to cross compile several libraries and executables without difficulty.   However one of my files includes <sys/wait.h> and this appears to mess things up.    What I don't understand is how overriding CC in a Makefile (to point it at the cross compiler) can simultaneously alter the include search path?  The sys/wait.h is on my system but the cross compiler refuses to "find" it.

bob
5  Linux Stuff / General Linux questions / Re: cross compiling "hello world" on: January 12, 2010, 09:15:42 AM
Here is an update on my "excellent adventure".   First of all thanks for the responses.   I tried the codesourcery one on my VIA box.   Same illegal instruction error.    It would appear that my VIA processor is not i686 compliant.

Meanwhile I asked a friend with a more uptodate Linux version to try my original sequence with the Plug Computer cross compile .zip file.    He had no problems !   The hello world executable worked.    So my guess is that those tools only work for very recent Linux versions and processors.

I'm now in the process of getting my real application to cross compile.    I'll keep you posted.

bob
6  Linux Stuff / General Linux questions / Re: cross compiling "hello world" on: December 24, 2009, 07:23:04 AM
I'm making progress.   It would appear that the illegal instruction error is a result of me trying to run this on an x86 compatible machine with a VIA Samuel 2 chipset.    When I pull things over to my old Celeron the error disappears.

I then solved the cc1 error by adding

<mydir>/gcc/libexec/gcc/arm-none-linux-gnueabi/4.2.1

to my PATH.

Now I'm mired in stdio.h header hell.   There seems to be innumerable copies of headers all over the place in this tarball.  Does anyone have a clue as to which order they must be included on a "-I" parameter in my gcc line?   Any idea why there are so may copies of headers like stddef.h?

Thanks again in advance for your help.

bob
7  Linux Stuff / General Linux questions / Re: cross compiling "hello world" on: December 17, 2009, 07:58:21 AM
A number of people have suggested http://www.scratchbox.org as a usable cross compiler framework for the plug computer. Unfortunately I'm unclear which of the 2 dozen ARM toolkit tarballs one needs to install for the Plug Computer.

Thanks in advance for your responses.

bob
PS.
Assuming I can get a GCC based cross compiler working,  does anyone know what compiler flags are needed for the Plug Computer.
8  Linux Stuff / General Linux questions / cross compiling "hello world" on: December 16, 2009, 08:39:05 AM
Here are the steps I've followed:

1)I have downloaded the SheevaPlug_Host_SWsupportPackageLinuxHost.zip from the downloads area.

2)I have undone the zip file which yielded two tarballs

3)I untar'd the gcc.tar.bz2 which yielded many copies of gcc in various places

4) I tried compiling my "hello world" C program using

<mydir>/gcc/arm-none-linux-gnueabi/bin/gcc -o bob bob.c

and I get returned an

"Illegal instruction"  error message

What am I doing wrong? 

Thanks in advance for your responses.

bob
9  General Category / Application ideas and development Q/A / Sheevaplug + homeplug (power line networking) combo? on: June 05, 2009, 07:17:24 AM
I'd love to see a variation Sheevaplug come with powerline networking capability:

http://www.homeplug.org/home

Right now the costs of the homeplug adapters is a little steep.

What about integrated WiFi?

bob
10  Hardware and U-Boot firmware / Hardware / Re: SheevaPlug v2 - Hardware Requests on: May 22, 2009, 11:58:27 AM
I'd love to see the plugcomputer combined with the Homeplug (ethernet over home electrical wiring) technology: http://www.homeplug.org/home

bob
11  General Category / Application ideas and development Q/A / Sheevaplug + SIMPL + Phidgets ... an ideal combination? on: May 20, 2009, 05:44:37 AM
I facilitate an open source project called SIMPL (http://www.icanprogram.com/simpl).   SIMPL produces an ultra lightweight toolkit which can be used to join modules together into a seamless application using Send/Receive/Reply messaging first pioneered by QNX.     SIMPL modules are a great way to encapsulate complexity.   In fact we call those containers softwareICs in analogy to the hardware counterparts.    SIMPL modules can be written in any number of supported languages (C, C++, Python, JAVA or Tcl/Tk).    SIMPL modules can be run in their local sandbox or distributed across a network where at least one node runs Linux (often times without recompile or code changes).  There is an example of this in this article:

http://www.hometoys.com/htinews/apr06/articles/appliance/part2.htm

I have been facinated with another technology called Phidgets (http://phidgets.com).   Since the Sheevaplug supports USB it would seem a natural fit.    Encapsulate the Phidgets library in a SIMPL softwareIC,  expose a SIMPL message interface to the rest of the network and you'd have a very compelling platform in my opinion.

If there is sufficient interest I'd love to kickstart an open source project dedicated to bringing these three elements (Sheevaplug + SIMPL + Phidgets) together.     I have an underused project on Sourceforge which we could usurp for this purpose.     If interested contact me at icanbob [AT] gmail DOT com.

bob
Pages: [1]