itch to automake you
can add that option to a Kconfig in the libgmp directory, again, there
are quite a few examples in the tree. some have their own Kconfig files:
grep -l automake lib/*/makefile user/*/makefile
ls lib/*/Kconfig user/*/Kconfig
to find them all.
Cheers,
ery-tools/sourcery-codebench/editions/lite-edition/
Maybe do some googling ;-)
Cheers,
Davidm
> -Original Message-
> From: David McCullough [mailto:david_mccullo...@mcafee.com]
> Sent: Friday, July 20, 2012 10:23 AM
> To: Pankaj DEV
> Cc: uclinux-dev@uclinux.org
>
6
>
> To build the user application binary (FLAT), I downloaded the
> following(latest) version of ELF2FLT package from
> http://blackfin.uclinux.org/git/?p=users/vapier/elf2flt.git;a=summary
>
> 2011-04-04
>
> David McCullough
> <http://blackfin.uclinu
linux-dev
>
>
>
>
> ___
> uClinux-dev mailing list
> uClinux-dev@uclinux.org
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by uclinux-dev@uclinux.org
> To unsubscribe see:
> http
} else if (streqn(arg, "-m")) {
> --
> 1.7.4.1
>
> ___
> uClinux-dev mailing list
> uClinux-dev@uclinux.org
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by uclinux-dev@ucl
ing used.
Should be easy enoug to graft in what you had working/have found to get it
back working again.
Someone else would have to confirm because I haven't even looked sideways at
this stuff forever, but I think shared lib support is/was broken in 2.6 ?
Might be why it's go
tting what had changed.
It also hasn't been updates for a long time and could be turned off IMO,
Cheers,
Davidm
--
David McCullough, david_mccullo...@mcafee.com, Ph:+61 734352815
McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org
_
Jivin Simon V Chamlian lays it down ...
>
> Hi,
>
> Is there a way to change my e-mail address?
You can try here:
https://mailman.uclinux.org/mailman/listinfo/uclinux-dev
or just unsubscribe and resubscribe ;-)
Cheers,
Davidm
--
David McCullough, david_mccullo..
&& S_ISDIR(buf.st_mode)) {
> + bindir = concat(tmp, "/", NULL);
> + }
> }
>
> /* Typically ld-elf2flt is invoked as `ld` which means error
> ___
> uClinux-dev mailing list
> uClinux-d
Jivin Mike Frysinger lays it down ...
> On Thursday, December 16, 2010 16:56:56 David McCullough wrote:
> > > On Wednesday, December 15, 2010 20:40:14 David McCullough wrote:
> > > > I thought that if it's not needed in the flat file, perhaps you should
> > >
Jivin Mike Frysinger lays it down ...
> On Wednesday, December 15, 2010 20:40:14 David McCullough wrote:
> > I thought that if it's not needed in the flat file, perhaps you should
> > have put it lower in the ld script like the .debug sections etc, that way
> > it wi
ons etc, that way
it will not get pushed into the text/data of the flat executable but should
still be in the elf file for debugging etc ?
Cheers,
Davidm
--
David McCullough, david_mccullo...@mcafee.com, Ph:+61 734352815
McAfee - SnapGear http://www.mcafee.com http://www.uCdo
Jivin Sima Baymani lays it down ...
>
>
> On Wed, Oct 20, 2010 at 12:46 PM, David McCullough
> wrote:
>
>
> > - the RT73 is a Ralink wifi-unit. According to Ralink, it "should"
> work on Linux 2.4 and 2.6. Does that (generally) mean that Linux 2.4
e vendor
> patches
> or fixes that would allow it to see the device you have plugged in.
>
>
> >
> > I have also downloaded usbutils (and libusb which seemed to be
> needed?) but not yet tried to compile it into my kernel. I tried to figure
>
drivers on a CD or on its website
> that you must compile for your kernel.
Which is almost certainly the case here, at least in my experience
with the rt73 driver :-)
Cheers,
Davidm
--
David McCullough, david_mccullo...@mcafee.com, Ph:+61 734352815
McA
d to compile it into my kernel. I tried to figure out which
> version to use for 2.4, but did not find any specifics, so I'm starting with
> the latest. Any advice on that?
No, not sure you need it, the proc entry is probably enough for now.
Cheers,
Davidm
>
> Thanks
Jivin Sima Baymani lays it down ...
> David, thanks a lot for your input.
>
>
> On Thu, Oct 14, 2010 at 6:28 AM, David McCullough
> wrote:
>
>
>
> Jivin Sima Baymani lays it down ...
>
> > Hi all,
> > I've been l
; Command: mount -t ramfs none /etc
> Command: mount -t ramfs none /flash
> Command: mount -t ramfs none /home
> Command: mount -t ramfs none /tmp
> Command:
> Command: camera&
> no support
> [8]
> Command:
> Command: #need to wait for connection to get up before we try
Jivin Mike Frysinger lays it down ...
> On Tue, Aug 17, 2010 at 12:26 AM, David McCullough wrote:
> > Applied,
>
> damn; your new mcafee overlords making you fast or something ? :)
Oops, sorry about that ;-)
--
David McCullough, david_mccullo...@mcafee.com, Ph:+61 7
ULL);
> + objcopy = concat(bindir, TARGET_ALIAS "-objcopy", have_exe, NULL);
>
> if (stat(ldscriptpath, &buf) || !S_ISDIR(buf.st_mode))
> - ldscriptpath = concat(tooldir, "/../lib", NULL);
> + ldscriptpath = concat(tooldir, &
> avoid RAM being fragmented, etc.
A little old, but most of what you need to know is here:
http://www.linuxjournal.com/article/7221
And there is plenty more on the web to read if you need it :-)
On blackfin you also get fdpic for binaries/executbales/libs, which give
you even more op
argc; c++) {
> ifile = argv[c];
> if (!ofile)
> --
> 1.7.1
>
> ___
> uClinux-dev mailing list
> uClinux-dev@uclinux.org
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message w
a larger
> alignment value. Otherwise it'd default to pointer alignment. Arguably,
> this is kind of hokey that the FLAT is semi-abusing defines it shouldn't.
>
> But let's ignore that and simply ignore min alignment values of 0.
>
> Signed-off-by: Mike Frysing
bring the kernel loader in line with the toolchain, but
> it also fixes a swath of gcc tests which try to force larger alignment
> values but randomly fail when the FLAT loader fails to deliver.
>
> Signed-off-by: Mike Frysinger
Acked-by: David McCullough
Cheers,
Davidm
>
fail when the FLAT loader fails to deliver.
> >>
> >> Signed-off-by: Mike Frysinger
> >
> > Solve the problem on Microblaze:
> >
> > Tested-by: Michal Simek
> >
> > Who will add it to mainline?
>
> if we can get the misc nommu peeps to ag
L) -C $(LINUXDIR) INSTALL_MOD_PATH=$(ROMFSDIR)
> DEPMOD="true" modules_install; \
> + user/busybox/examples/depmod.pl -b $(ROMFSDIR)/lib/modules -F
> $(LINUXDIR)/System.map; \
> rm -f $(ROMFSDIR)/lib/modules/*/build; \
> fi
Jivin Mike Frysinger lays it down ...
> The data chunk is mmaped with 'len' which remains unchanged, so use that
> when unmapping in the error path rather than trying to recalculate (and
> incorrectly so) the value used originally.
>
> Signed-off-by: Mike Frysinger
A
}
> fprintf(stderr, "\t%s > %s\n", name_in, name_out);
> }
> --
> 1.7.1
>
> ___
> uClinux-dev mailing list
> uClinux-dev@uclinux.org
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
&
clude $(ROOTDIR)/vendors/config/i386/config.arch
...
You may need to tweak vendors/config/i386/config.arch to get the settings
right for x86_64 builds though.
Cheers,
Davidm
--
David McCullough, david_mccullo...@mcafee.com, Ph:+61 734352815
McAfee - SnapGear ht
Jivin Mike Frysinger lays it down ...
> On Friday 09 April 2010 00:36:38 David McCullough wrote:
> > Jivin Ben Kloosterman lays it down ...
> > > Fork is the big question mark , speaking of which why didn't uclib
> > > support fork and instead of copy on wr
d instead of copy on write ( like early unix fork) just change fork
> to copy on fork or are the API differences to big ?
You can't just copy on fork (unless it's a truly big copyin/out on every
context switch). Pretty sure this has been beaten to death in the
uClinux-dev archives somewhere
Jivin Mike Frysinger lays it down ...
> On Thursday 08 April 2010 21:58:27 David McCullough wrote:
> > You may be able to learn something about performance possibilities by
> > looking at the ARM example here.
> >
> > http://opensrc.sec.samsung.com/document.html
the ARM example here.
http://opensrc.sec.samsung.com/document.html
uClinux+mono pain will probably depend on mono more than anything.
* how much does it fork() (and is it vfork safe)
* reliance on loadable modules and shared libraries.
* stack usage (to some extent)
re else and
do:
PATH="~/bin:$PATH"
export PATH
sh m68k-linux-....
Cheers,
Davidm
--
David McCullough, david_mccullo...@mcafee.com, Ph:+61 734352815
McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org
#!/bin/sh
exec tail `echo "$@&
sure the default to calls to memcpy/memset/memmove as needed,
Cheers,
Davidm
--
David McCullough, david_mccullo...@mcafee.com, Ph:+61 734352815
McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org
___
uClinux-de
d add the extra path
info to it.
Cheers,
Davidm
--
David McCullough, david_mccullo...@mcafee.com, Ph:+61 734352815
McAfee - SnapGear http://www.mcafee.com http://www.uCdot.org
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://
Jivin Mike Frysinger lays it down ...
> ping ...
Applied, sorry about the delay :-)
Thanks,
Davidm
--
David McCullough, david_mccullo...@mcafee.com, Ph:+61 734352815
McAfee - SnapGear http://www.mcafee.com http://www.uCdot.
.6
>
> ___
> uClinux-dev mailing list
> uClinux-dev@uclinux.org
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by uclinux-dev@uclinux.org
> To unsubscribe see:
> http://mailman.uclinux.org/mail
db.
> So switch the nommu code over to do the same.
>
> Signed-off-by: Jie Zhang
> Signed-off-by: Mike Frysinger
Acked-by: David McCullough
Cheers,
Davidm
> ---
> mm/nommu.c |6 --
> 1 files changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/mm/nom
dev mailing list
> uClinux-dev@uclinux.org
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by uclinux-dev@uclinux.org
> To unsubscribe see:
> http://mailman.uclinux.org/mailman/options/uclinux-dev
>
>
--
David McCullough, david_mccul
Jivin thiago lays it down ...
> I'm beginner with embedded systems and uclinux dist, and I'm need add
> new vendor (amd geode) in uclinux source.
Have a look at the vendors/Soekris/net4801 target, thats a geode board.
Cheers,
Davidm
--
David McCullough, david_mccullo...@sec
obtains uninitialised
> memory for the brk and stack region.
>
> Signed-off-by: Jie Zhang
> Signed-off-by: Robin Getz
> Signed-off-by: Mike Frysinger
> Signed-off-by: David Howells
> Acked-by: Paul Mundt
Acked-by: David McCullough
Cheers,
Davidm
> v3
>
orporate objectives:
1) It's far more obvious that this is the source that we use in our products.
2) It gives us some branding :-)
Cheers,
Davidm
--
David McCullough, david_mccullo...@securecomputing.com, Ph:+61 734352815
McAfee - SnapGear http://www.snapgear.comhttp:/
here when you get
stuck and someone will help you out, perhaps then you can write some doc
for us ;-) ;-)
Cheers,
Davidm
--
David McCullough, david_mccullo...@securecomputing.com, Ph:+61 734352815
McAfee - SnapGear http://www.snapgear.comhttp://www.uCdot.org
_
___
> uClinux-dev mailing list
> uClinux-dev@uclinux.org
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by uclinux-dev@uclinux.org
> To unsubscribe see:
> http://mailman.uclinux.org/mailman/options/uclinux-dev
>
>
>
--
David McCullough, david_mc
dirs] Error 2
> make[2]: Leaving directory `/home/uClinux-dist/user/ssh'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/home/uClinux-dist/user'
> make: *** [subdirs] Error 1
> ___
> uClinux-dev mailing list
> uClinux
a bit to apply
it, sorry :-)
Thanks,
Davidm
--
David McCullough, david_mccullo...@securecomputing.com, Ph:+61 734352815
McAfee - SnapGear http://www.snapgear.comhttp://www.uCdot.org
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
ht
Jivin Mike Frysinger lays it down ...
> On Sun, Jul 12, 2009 at 20:01, David McCullough wrote:
> > Jivin David McCullough lays it down ...
> >> > at any rate, in the process of fixing my inverted logic, it looks like
> >> > some were left behind. you'll w
Jivin Mike Frysinger lays it down ...
> On Sun, Jul 12, 2009 at 20:01, David McCullough wrote:
> > Jivin David McCullough lays it down ...
> >> > at any rate, in the process of fixing my inverted logic, it looks like
> >> > some were left behind. you'll w
Jivin David McCullough lays it down ...
...
> > at any rate, in the process of fixing my inverted logic, it looks like
> > some were left behind. you'll want to drop the AC_SUBST() right after
> > the AC_ARG_ENABLE():
> > +AC_SUBST(use_ld_elf2flt_script)
> >
Jivin Mike Frysinger lays it down ...
> On Wednesday 08 July 2009 20:56:20 David McCullough wrote:
> > Jivin Mike Frysinger lays it down ...
> >
> > > On Tue, Jul 7, 2009 at 06:43, David McCullough wrote:
> > > > Jivin Mike Frysinger lays it down ...
>
Jivin Mike Frysinger lays it down ...
> On Tue, Jul 7, 2009 at 06:43, David McCullough wrote:
> > Jivin Mike Frysinger lays it down ...
> >> Due to shell portability issues (which is to say shell scripts are not
> >> portable -- think Windows), convert elf2flt to C c
letely missing something else?
Sounds like you are using a power-of-2 allocator in your kernel.
Take all your sizes, add them together then round up to the next power-of-2
to get the minimum size you will allocate.
Though that doesn't quite add up in this case though, but it will get
elf2flt.in I merged dropped patch 4 and made some
changes to patch 6 and fixed a logic error with the configure
use_ld_elf2flt_script logic so that it is not inverted.
Try this patch against current CVS and see if it's ok for you,
Cheers,
Davidm
--
David McCullough, david_mccullo...@secur
quot;y"
> ;;
>
> --
> 1.6.3.3
>
> ___
> uClinux-dev mailing list
> uClinux-dev@uclinux.org
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by uclinux-dev
e
> +#include
> +#include
> +#include
> +#include
> +
> +#include "libiberty.h"
> +
> +#include "stubs.h"
> +
> #ifndef HAVE_DCGETTEXT
> -const char *dcgettext (const char *domain, const char *msg, int category)
> +const char *dcgettext(const char
1.6.3.3
>
> ___
> uClinux-dev mailing list
> uClinux-dev@uclinux.org
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by uclinux-dev@uclinux.org
> To unsubscribe see:
> http://mailman.uclinux.org
@
> --
> 1.6.3.3
>
> ___
> uClinux-dev mailing list
> uClinux-dev@uclinux.org
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by uclinux-dev@uclinux.or
__
> uClinux-dev mailing list
> uClinux-dev@uclinux.org
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by uclinux-dev@uclinux.org
> To unsubscribe see:
> http://mailman.uclinux.org/mailman/options/uclinux-dev
&
uClinux-dev mailing list
> uClinux-dev@uclinux.org
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by uclinux-dev@uclinux.org
> To unsubscribe see:
> http://mailman.uclinux.org/mailman/options/uclinux-dev
>
--
David McCullough, david_mccullo.
Jivin Mike Frysinger lays it down ...
> On Wednesday 06 February 2008, David McCullough wrote:
> > > is there a reason for forcing -j1 in sub-packages ? we've dropped the
> > > -j1 in {lib,user}/Makefile for the DIRS target and generally had great
> > >
Jivin Mike Frysinger lays it down ...
> On Monday 06 July 2009 00:24:46 David McCullough wrote:
> > Jivin Mike Frysinger lays it down ...
> > > On Wednesday 20 February 2008 19:22:38 David McCullough wrote:
> > > > If someone wants to have a go at reducing the code
Jivin Mike Frysinger lays it down ...
> On Monday 06 July 2009 00:42:08 David McCullough wrote:
> > Jivin Mike Frysinger lays it down ...
> >
> > > On Sunday 05 July 2009 22:01:02 David McCullough wrote:
> > > > Jivin Mike Frysinger lays it down ...
> &g
ne FLAT_VERSION0x0004L
>
> ___
> uClinux-dev mailing list
> uClinux-dev@uclinux.org
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by uclinux-dev@uclinux.org
> To unsubscribe
Jivin Mike Frysinger lays it down ...
> On Sunday 05 July 2009 22:01:02 David McCullough wrote:
> > Jivin Mike Frysinger lays it down ...
> > > this patch allows for per-arch/board/vendor Kconfig files (and thus
> > > options) by generating vendors/Kconfig based on `fin
ndif
> ___
> uClinux-dev mailing list
> uClinux-dev@uclinux.org
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by uclinux-dev@uclinux.org
> To unsubscribe
> ___
> uClinux-dev mailing list
> uClinux-dev@uclinux.org
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by uclinux-dev@uclinux.org
> To u
Jivin Mike Frysinger lays it down ...
> There is a common macro now for testing mixed pointer/errno values, so use
> that rather than handling the casts ourself.
>
> Signed-off-by: Mike Frysinger
Acked-by: David McCullough
Cheers,
Davidm
> ---
> fs/bi
27;
> | \
>
> sed "s:^:$ROMFSDIR/bin/:" | env -i /bin/xargs
> /bin/rm -f; \
>
> fi
>
> cp busybox /usr/local/src/uClinux-dist/romfs/bin/busybox
>
> cp: cannot stat `busybox': No such file or directory
>
> make[2]
YTE4_DATA) {
> bfd_putl32 (sym_addr, sectionp +
> q->address);
> }
> #else /* ! TARGET_arm && ! TARGET_e1 && ! TARGET_bfin */
> --
> 1.6.3.1
>
>
> --
> 1.6.3.1
>
> ___
> uClinux-dev mailing list
> uClinux-dev@uclinux.org
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by uclinux-dev@u
.pos, prog->block[i].data);
>
> a->write_func(a, prog->block[i].pos, prog->block[i].length,
> prog->block[i].data);
>
> schedule();
> }
>
> #ifdef CONFIG_UCLINUX
> if (prog->reset)
> HARD_RESET_NOW();
> #endif
> retu
nd
> make[2]: *** [arch/arm/kernel/asm-offsets.s] Error 127
> make[1]: *** [prepare0] Error 2
> make[1]: Leaving directory `/home/peter/uclinux/uClinux-dist/linux-2.6.x'
> make: *** [linux] Error 1
> -
>
>
>
>
>
>
>
> ___
> uClinux
if
> modprobe cryptosoft
> else # IXP425
> modprobe ixp4xx
> fi
> [...]
>
>
> The only difference is the loading of HW vs. SW module.
>
> Regards
> Thomas
>
>
> ___
> uClinux-dev mailing list
> uClinux-dev@uclinux.org
> http://mailman.
will not be
> available to you. On the other hand, if it doesn't need to ever really be
> a module, converting it to a bool ought to be workable. There are no
> in-tree users that enable this as a module anyways.
Based on how it relocates the rootfs, I don't believe a modu
section_vma +
> q->address))
> bad_relocs++;
> if (a->flags & SEC_CODE)
> text_has_relocs = 1;
> --
> 1.6.3.1
>
>
__
> uClinux-dev mailing list
> uClinux-dev@uclinux.org
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by uclinux-dev@uclinux.org
> To unsubscribe see:
> http://mailman.uclinux.org/mailman/options/uclinux-dev
>
b/user/Makefile
> @@ -438,6 +438,8 @@ dir_$(CONFIG_USER_ZEBRA_ZEBRA_ZEBRA)+= zebra
>
> dir_y += games
>
> +-include Makefile.local
> +
> all: config
> $(MAKE) -j$(HOST_NCPU) $(sort $(dir_y) $(dir_v) $(dir_p)) || exit $$?
Applied,
Thanks,
Davidm
--
David McC
> This message was resent by uclinux-dev@uclinux.org
> To unsubscribe see:
> http://mailman.uclinux.org/mailman/options/uclinux-dev
>
--
David McCullough, david_mccullo...@securecomputing.com, Ph:+61 734352815
McAfee - SnapGear http://www.snapgear.com
break;
> case 'K': ktrace = -1; break;
> + case 'u': l1stack = 1; break;
> + case 'U': l1stack = -1; break;
> case 'o': ofile = optarg; break;
>
Jivin John Williams lays it down ...
> On Tue, May 19, 2009 at 8:32 AM, David McCullough
> wrote:
> >
> > Jivin John Williams lays it down ...
> >> Attached is a patch that updates elf2flt support for microblaze:
> >>
> >> * Handling for new rel
mem+6)) =
> (sym_addr >> 16) & 0x;
> /* We've done all the work, so continue
> to next reloc instead of break */
> continue;
> __
x.org/mailman/listinfo/uclinux-dev
> This message was resent by uclinux-dev@uclinux.org
> To unsubscribe see:
> http://mailman.uclinux.org/mailman/options/uclinux-dev
>
--
David McCullough, david_mccullo...@securecomputing.com, Ph:+61 734352815
McAfee - SnapGear http://www.snapg
mailman/listinfo/uclinux-dev
> This message was resent by uclinux-dev@uclinux.org
> To unsubscribe see:
> http://mailman.uclinux.org/mailman/options/uclinux-dev
>
--
David McCullough, david_mccullo...@securecomputing.com, Ph:+61 734352815
McAfee - SnapGear http://www.snapgear.com
1.6.2.5
>
> ___
> uClinux-dev mailing list
> uClinux-dev@uclinux.org
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by uclinux-dev@uclinux.org
> To unsubscribe see:
> http://mailman.uclinux.org/mailman/
, sectionp +
> q->address);
> + }
> +#else /* ! TARGET_arm && ! TARGET_e1 && ! TARGET_bfin */
>
> switch (q->howto->type) {
> #ifdef TARGET_v850
> @@ -1657,19 +1593,6 @@ DIS29_RELOCATION:
>
ling list
> uClinux-dev@uclinux.org
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by uclinux-dev@uclinux.org
> To unsubscribe see:
> http://mailman.uclinux.org/mailman/options/uclinux-dev
>
--
David McCullough, david_mccullo...
text, text_len, text_vma, data, data_len, data_vma,
> - rel_bfd);
> + reloc = (uint32_t *)
> +output_relocs(abs_bfd, symbol_table, number_of_symbols, &reloc_len,
> + text, text_len, text_vma, data, data_len, data_vma, rel_bfd);
>
# provide a default linker script, we usually need one
> [ -z "$LDSCRIPT" ] && LDSCRIPT="${LDSCRIPTPATH}/elf2flt.ld"
> --
> 1.6.2.5
>
> ___
> uClinux-dev mailing list
> uCli
-z "$SHARED_ID" ]
> + then
> + echo "-shared used without passing a shared library ID"
> + exit 1
> + fi
> + fi
> if [ "$FINAL" = "yes" ]
> then
> [ "$VERBOSE" = "
p://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by uclinux-dev@uclinux.org
> To unsubscribe see:
> http://mailman.uclinux.org/mailman/options/uclinux-dev
>
--
David McCullough, david_mccullo...@securecomput
org/mailman/listinfo/uclinux-dev
> This message was resent by uclinux-dev@uclinux.org
> To unsubscribe see:
> http://mailman.uclinux.org/mailman/options/uclinux-dev
>
--
David McCullough, david_mccullo...@securecomputing.com, Ph:+61 734352815
McAfee - SnapGear http://www.snapgea
Jivin Mike Frysinger lays it down ...
> On Wednesday 06 May 2009 20:04:39 David McCullough wrote:
> > Jivin Mike Frysinger lays it down ...
> > > Some arches (like the Blackfin architecture) have an ABI where all
> > > symbols get a symbol prefix. In our case, it
@ then
> then
> # Non application modules enter via main not
> _start
> #SEDOP="$SEDOP -e 's/ENTRY (_start)/ENTRY
> (main)/'"
> - SEDOP="$SEDOP -e
> s/
uncnames) }
> + .debug_typenames 0 : { *(.debug_typenames) }
> + .debug_varnames 0 : { *(.debug_varnames) }
> }
> --
> 1.6.2.5
>
> ___
> uClinux-dev mailing list
> uClinux-dev@uclinux.org
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
>
uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by uclinux-dev@uclinux.org
> To unsubscribe see:
> http://mailman.uclinux.org/mailman/options/uclinux-dev
>
--
David McCullough, david_mccullo...@securecomputing.com, Ph
10) ;
> _edata = . ;
>
> .bss : {
> --
> 1.6.2.5
>
> ___
> uClinux-dev mailing list
> uClinux-dev@uclinux.org
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by uc
Jivin Jamie Lokier lays it down ...
> David McCullough wrote:
> > > I read enough of a rumour that Python doesn't run on MMU-less uClinux
> > > that I didn't bother to try.
> > >
> > > I guess it might work on MMU-less architectures with FDPIC-
ew. For example, bash, perl.
If the scripting supports backgrounded execution and/or process control
I figure it's even more likely to be broken for !MMU.
As usual, search the code for fork, if it does much more than the
acceptable fork/exec, expect to have fun making it work ;-)
Cheers,
Da
.sec.samsung.com/document.html
Always good to have some real numbers ;-)
Cheers,
Davidm
--
David McCullough, david_mccullo...@securecomputing.com, Ph:+61 734352815
McAfee - SnapGear http://www.snapgear.comhttp://www.uCdot.org
___
uClinu
1 - 100 of 418 matches
Mail list logo