/
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
ng any work on this soon.
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
on
> pre-v6, and on v6, only as a coprocessor operation that's not
> available in thumb1 or on uc models. Not until v7 did arm have proper
> working atomics. :(
Sure. But here as well, my patch is not making things worse I believe.
Best regards,
Thomas
-
Hello,
Thanks for your feedback!
On Sun, 20 Mar 2016 13:40:40 -0400, Rich Felker wrote:
> On Sun, Mar 20, 2016 at 05:58:35PM +0100, Thomas Petazzoni wrote:
> > Currently, the Thumb support on ARM has three related Config.in
> > options, which are not trivial for user
ant. There is no reason to do otherwise for
Thumb, which allows to get rid of the COMPILE_IN_THUMB option.
Signed-off-by: Thomas Petazzoni <thomas.petazz...@free-electrons.com>
---
Rules.mak | 1 -
extra/Configs/Config.arm
Hello,
Any updates about this fairly serious bug?
Thanks,
Thomas
On Thu, 6 Aug 2015 23:57:07 +0200, Thomas Petazzoni wrote:
Hello,
In Buildroot, we have a long standing bug report that says that the
cut program from GNU coreutils doesn't work properly with uClibc:
https
, and this fp-__bufpos +=
increment looks good to me. But still, it fails to work.
Could someone more knowledgeable about uClibc internals review the
gnulib implementation of this uClibc specific code?
Thanks,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android
-ng project, Buildroot offers the option of
using uClibc-ng, and I will propose to make that the default C library
choice in the next Buildroot release.
At this point, I don't think there's any hope for uClibc to ever do a
release.
Best regards,
Thomas Petazzoni
--
Thomas Petazzoni, CTO, Free
if it works for you, please?
Tested the latest master (as of
b36422960466777495933ed1eb50befd1c34e9a9), and indeed it fixes the
problem. Both the minimal test program in C works, and Python 3
datetime.strftime() function works fine as well now.
Thanks,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
,
Thomas Petazzoni
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
on this issue? What could be the solution to this problem?
Thanks,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net
a confirmation that linking against
libgcc_eh is not the right solution. It confirms that the two stage gcc
build process we use in Buildroot is not at fault.
Thanks!
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
uclibc -g -t libc
Reported-By: Thomas Petazzoni thomas.petazz...@free-electrons.com
Signed-off-by: Waldemar Brodkorb w...@openadk.org
Tested-by: Thomas Petazzoni thomas.petazz...@free-electrons.com
I've done build testing of alsa-lib on i386, x86-64 and PowerPC,
statically linked. It used to fail
Dear Bernhard Reutner-Fischer,
On Fri, 29 Aug 2014 17:00:49 +0200, Bernhard Reutner-Fischer wrote:
On 29 August 2014 16:50, Thomas Petazzoni
thomas.petazz...@free-electrons.com wrote:
Hello,
Similar problem than with vfork() (redefinition of symbols between
libpthread.a and libc.a
/d5b7ac84dde0e4e26cd7cc46d79e66c39ed5cd53/build-end.log
Any idea?
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman
(as the significant number of
uClibc patches that we all carry around indicates), and therefore
having a central upstream that is alive remains useful.
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
here
collect2: error: ld returned 1 exit status
--
Full build log: http://www.pastebin.ca/2792067
Distribution: BuildRoot
Platform: MIPS32 LittleEndian
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free
/build-end.log
for a more detailed output.
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman
the only solution. However, this
requires someone having a good knowledge of the uClibc internals and
the time to maintain a new project, which is not that easy to find.
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
Hello all,
On Tue, 18 Feb 2014 23:14:47 +0100, Thomas Petazzoni wrote:
The uClibc project has not released any new version since almost two
years, despite the fact that there are numerous known issues and
limitations in 0.9.33.2, and a good set of fixes in the 0.9.33 branch
that have never
translate directly to a yes or no
but would be an important part of considerations. It would probably
help to have someone familiar with the technical aspects of supporting
non-MMU archs discuss it with us on our mailing list or IRC channel.
Ok.
Thanks!
Thomas
--
Thomas Petazzoni, CTO, Free
) to regularly
upgrade, and therefore reduce the fragmentation.
Thanks,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net
, there's also no
reason not to put out a tarball to go with it, right?
it needs some work whereas with git you can download the tars from cgit, but
not a big issue. We can release tar balls too.
As I said earlier, I believe tarballs are still useful today.
Best regards,
Thomas
--
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
.
Aaah, yes, I need to have a look into this one. Thanks for the reminder.
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
___
uClibc mailing list
uClibc@uclibc.org
http
Hello all,
On Wed, 6 Nov 2013 19:57:09 +0100, Thomas Petazzoni wrote:
On Wed, 18 Sep 2013 06:49:44 +0200, Thomas Petazzoni wrote:
Dear uClibc developers,
The last release of uClibc, 0.9.33.2, has been made well over a year
ago. However, there is fairly big number of improvements/fixes
pre-built toolchains have these features.
If the uClibc community was doing more regular releases, then hopefully
providers of pre-built toolchains would update their uClibc version,
and make life easier for uClibc users.
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded
in buildroot - even for
the
extreme case of a new arch port.
Agreed!
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
___
uClibc mailing list
uClibc@uclibc.org
http
Hello,
On Wed, 18 Sep 2013 06:49:44 +0200, Thomas Petazzoni wrote:
Dear uClibc developers,
The last release of uClibc, 0.9.33.2, has been made well over a year
ago. However, there is fairly big number of improvements/fixes in the
master branch that would be interesting to have in a release
be good to make a release out of it, and as soon as 0.9.34-rc1 is out,
re-open the tree to merge more features: stabilization of 0.9.34 and
integration of additional features for 0.9.35 can take place in
parallel.
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android
starts to have :-)
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net
.
Thanks a lot!
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman
on architectures where it is not
supported?
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
___
uClibc mailing list
uClibc@uclibc.org
http
the entire build log of gsl.
Am I misunderstanding something?
Thanks,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
___
uClibc mailing
is a possible alternative to uClinux-dist,
not uClinux. I was in fact replying to your question about
gentoo-embedded.
Regards,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
to
Buildroot. So Buildroot should be an alternative to uClinux to build
embedded Linux systems for Blackfin based systems. The non-MMU support
in Buildroot is still fairly new, but we are interested in fixing any
problem that you may encounter.
Regards,
Thomas
--
Thomas Petazzoni, Free Electrons
in anyway.
Buildroot is completely written in make and does not use any other
external tool to process the package recipes.
Regards,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
the
corresponding patches being sent on the list. Shouldn't all patches be
sent to the list for community approval before being applied ?
Regards,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
From 1b36ac390724a83455e349fdf6487dd513aeac05 Mon Sep 17 00:00:00 2001
From: Thomas Petazzoni thomas.petazz...@free-electrons.com
Date: Sat, 4 Dec 2010
, the native
toolchain on target option is only lightly tested, and may have issues.
Regards,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
Hello,
Here is a small set of two patches to fix minor issues in gen_wc8bit,
when detecting if an UTF-8 locale is available or not.
Thanks,
Thomas
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
The stdout of gen_wc8bit is redirected to a file, so an user doesn't
see the error. The build just fails, with no explanation. So let's
show the error through stderr instead.
Signed-off-by: Thomas Petazzoni thomas.petazz...@free-electrons.com
---
extra/locale/gen_wc8bit.c |2 +-
1 files
Signed-off-by: Thomas Petazzoni thomas.petazz...@free-electrons.com
---
extra/locale/gen_wc8bit.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/extra/locale/gen_wc8bit.c b/extra/locale/gen_wc8bit.c
index 30b4ec9..d2b8090 100644
--- a/extra/locale/gen_wc8bit.c
+++ b
not be used with old versions of
gcc such as 4.2 ? Or is it a real problem that should be fixed in
uClibc ?
Thanks,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
47 matches
Mail list logo