On 4/21/2010 11:04 AM, Lennart Sorensen wrote:
when I do things like sleep or cp. Does anyone have any advice about how to
approach these issues? Should I try to write applications to handle these
things instead of using shell scripts?
Well if your shell scripts run and terminate
On 4/21/2010 11:25 AM, Lennart Sorensen wrote:
On Wed, Apr 21, 2010 at 11:21:19AM -0400, Jeff Bacon wrote:
What version of Busybox are you using? I am finding it difficult to make
a newer version (1.15.x, 1.16.0) that small. In fact, when I configure
it with a single applet, I still
Philip Nye wrote:
Is there a consensus on the slab allocator of choice in a NoMMU build?
Since it is described as a drastically simpler allocator I thought
SLOB would suit my minimalist approach, but the my kernel will not
boot with it.
I do not know whether this is simply a matter of
ucli...@browserseal.com wrote:
I'm trying to compile the latest version of uClinux on ARM and the
multitude of errors that I'm getting leads me to believe that this
architecture simply is not supported anymore, hence the first question -
what happened to ARM support and uClinux in general ?
ucli...@browserseal.com wrote:
I first tried to compile for ARM SkyeEye simulator with default settings,
i.e. glibc. The compilation failed at the glibc patch phase.
I than changed glibc to uClibc (BTW, why glibc is the default, it used to
be uClibc !?) and the compilation failed with the
ucli...@browserseal.com wrote:
On 11/17/2009, Jeff Bacon jbac.uc@gmail.com wrote:
ucli...@browserseal.com wrote:
Sounds like a toolchain issue, not a source issue. I'm not an expert in
this area though, perhaps someone else will respond..
At which point I gave up
ucli...@browserseal.com wrote:
On 11/17/2009, Jeff Bacon jbac.uc@gmail.com wrote:
ucli...@browserseal.com wrote:
On 11/17/2009, Jeff Bacon jbac.uc@gmail.com wrote:
ucli...@browserseal.com wrote:
Sounds like a toolchain issue, not a source issue. I'm
ucli...@browserseal.com wrote:
Can you please run arm-uclinuxeabi-gcc -v for me ? They are all
called arm-uclinuxeabi-gcc.
BTW, I tried 2009q1 uClinux version (gcc version 4.3.3 (Sourcery G++ Lite
2009q1-163)) and got the same error with limits.h. Did you have to make
the link to
on a custom MMU-less ARM platform and
keep running into user-space crashes. In reading through the archives
it looks like I'm running into the same problems Jeff Bacon reported
last spring:
http://mailman.uclinux.org/pipermail/uclinux-dev/2009-May/000914.html
http://mailman.uclinux.org/pipermail
I have no idea how this started, I just noticed it starting today.
Whenever I run a make menuconfig on the top level uClinux directory
(or a make gconfig) no matter what options I select, everything seems
to execute twice. For example, if I just select my processor and don't
select any kernel or
everything?
-JB
Andreas Fenkart wrote:
On Thu, Jun 11, 2009 at 10:07:01AM -0400, Jeff Bacon wrote:
Sorry, I meant to post back on this topic, but yes, the fixes worked as
advertised. I haven't tested every little piece of the compiler, but I
can confirm that it gives me working userland XIP now
)/p
/,/s|^|*** BUG in libc/scripts/output-format.sed *** |p
q
: q
4) Add the elf2flt steps from Greg's GCC 4.2.1 build steps since you
need it for this package as well.
-JB
Greg Ungerer wrote:
Hi Jeff,
Jeff Bacon wrote:
After searching the list some more, It looks like someone else
Ales,
I just went through this exact same issue and the trouble was the
toolchain (gcc 4.x) and the PIC code(looks like you compiled with -fPIC
-msingle-pic-base). I was using the snapgear 4.2.2 toolchain to start
off with until I found out about this error. I had to recompile my
distro with
EXACTLY, so if anyone else has then they
would have had to have seen this error I would think. I'm building it
on the recommended Fedora Core 3 machine by the way...
-JB
On Wed, Jun 3, 2009 at 3:14 PM, Jeff Bacon jbac.uc@gmail.com wrote:
Well, if I look at the build directions for the gcc
Hi,
I'm trying to rebuild the gcc 3.4.4 toolchain following the
directions from the snapgear website. I had one quick question about
the steps. Many of the steps include the statement
--with-headers=linux-2.4.x/include
For example -
3. gcc-3.4.4
tar xvzf gcc-3.4.4.tar.gz
cd gcc-3.4.4
, or if that was just something specific to gcc 4.2.1).
-JB
On Wed, Jun 3, 2009 at 2:54 PM, Lennart Sorensen
lsore...@csclub.uwaterloo.ca wrote:
On Wed, Jun 03, 2009 at 02:19:01PM -0400, Jeff Bacon wrote:
I'm trying to rebuild the gcc 3.4.4 toolchain following the
directions from the snapgear website. I had
is needed for
PIC code to execute properly.
-JB
On Sun, May 31, 2009 at 3:21 AM, Erwin Authried ea...@softsys.co.at wrote:
Am Samstag, den 30.05.2009, 23:12 -0400 schrieb Jeff Bacon:
Erwin,
You were absolutely correct. After going over EVERYTHING with a
fine-tooth comb I found the issue
Is anyone currently running busybox on and ARM7TDMI using NON_XIP? I
have been banging my head against a wall all day because I cannot seem
to get it to run correctly. I'm using the Snapgear 3.4.4 arm-linux
toolchain and it compiles everything correctly for the non XIP case,
all userland binaries
Greg,
Quick question. If I want to apply the newest stable patch-set to
the base 888 kernel tree, should I only stick with the patch set that
is on Sourceforge, or are the ones on the uClinux.org site just as
stable(i.e. the one you just uploaded)? I've noticed that the
Sourceforge site does
that into the elf2flt CVS?
Regards
Greg
Am Mittwoch, den 20.05.2009, 12:29 -0400 schrieb Jeff Bacon:
Hi, I've just started on a uClinux 2.6 port to a custom ARM7TDMI board
(we've had a uClinux 2.4 kernel running with no problems for a couple
of years now, but decided to take
andreas.fenk...@streamunlimited.com wrote:
On Wed, May 20, 2009 at 02:15:57PM -0400, Jeff Bacon wrote:
Thanks! I will try this out and see if it helps. Just curious if you had any
thoughts on the rest of my message (any places I should look to for
troubleshooting)?
Cheers,
JB
Try
20.05.2009, 12:29 -0400 schrieb Jeff Bacon:
Hi, I've just started on a uClinux 2.6 port to a custom ARM7TDMI board
(we've had a uClinux 2.4 kernel running with no problems for a couple
of years now, but decided to take the plunge and upgrade). I just
joined the mailing list and am trying
22 matches
Mail list logo