, is it? IIUC, UC3 is yet another variant,
right? So again, it should be up to the user to provide a properly set-up
gcc.
Exactly, eventual patches for UC3 architecture should add whatever is
necessary to compile uClibc for that architecture.
--
Best regards,
Hans-Christian Egtvedt
On Thu, 21 Jan 2010 10:42:02 +0100
Hans-Christian Egtvedt hans-christian.egtv...@atmel.com wrote:
commit:
http://git.uclibc.org/uClibc/commit/?id=2b69e9906e5087a796b3a15e9aabcd102c705b19
branch: http://git.uclibc.org/uClibc/commit/?id=refs/heads/avr32-prctl-fix
prctl is defined to use
prctl is defined to use varargs in the header file, hence it needs varargs
specific handling in the source. This patch properly handles the variodic
argument before the syscall is passed to the kernel for the AVR32 architecture.
Signed-off-by: Hans-Christian Egtvedt hans-christian.egtv
On Wed, 16 Dec 2009 13:23:56 +0100
Hans-Christian Egtvedt hans-christian.egtv...@atmel.com wrote:
Bump
prctl is defined to use varargs in the header file, hence might need varargs
specific handling in the source. This patch properly handles the variodic
argument before the syscall is passed
This patch will convert all the #ifdef USE_TLS and #if USE_TLS to
#if defined(USE_TLS) USE_TLS.
By checking if the USE_TLS is defined before checking its value will result in
correct behavior for architectures not defining this config symbol.
Signed-off-by: Hans-Christian Egtvedt hans
to handle varargs explicit, an uClibc
architecture feature was added to enable this feature. The config symbol is
named __UCLIBC_VARARGS_REQUIRED__ and is added as undefined to all
architectures except AVR32.
Signed-off-by: Hans-Christian Egtvedt hans-christian.egtv...@atmel.com
---
.../linux/alpha/bits
On Wed, 16 Dec 2009 15:27:13 +0100
Carmelo AMOROSO carmelo.amor...@st.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hans-Christian Egtvedt wrote:
This patch will convert all the #ifdef USE_TLS and #if USE_TLS to
#if defined(USE_TLS) USE_TLS.
By checking if the USE_TLS
On Wed, 16 Dec 2009 15:40:05 +0100
Carmelo AMOROSO carmelo.amor...@st.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hans-Christian Egtvedt wrote:
On Wed, 16 Dec 2009 15:27:13 +0100
Carmelo AMOROSO carmelo.amor...@st.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash
On Mon, 27 Jul 2009 13:24:25 -0400
Mike Frysinger vap...@gentoo.org wrote:
On Monday 27 July 2009 07:31:46 Hans-Christian Egtvedt wrote:
On Mon, 27 Jul 2009 02:46:45 -0400 Mike Frysinger wrote:
On Monday 27 July 2009 02:19:37 Hans-Christian Egtvedt wrote:
On Mon, 20 Jul 2009 08:50:25
On Tue, 28 Jul 2009 09:43:21 -0400
Mike Frysinger vap...@gentoo.org wrote:
On Tuesday 28 July 2009 02:25:03 Hans-Christian Egtvedt wrote:
On Mon, 27 Jul 2009 13:24:25 -0400 Mike Frysinger wrote:
i'm guessing your syscall.S is doing something similar. how
exactly does your code know how
On Mon, 20 Jul 2009 08:50:25 -0400
Mike Frysinger vap...@gentoo.org wrote:
On Friday 12 September 2008 09:34:14 Hans-Christian Egtvedt wrote:
prctl is defined to use varargs in the header file, but implemented
to use varargs in the source.
i'm guessing you meant not implemented
On Mon, 27 Jul 2009 02:46:45 -0400
Mike Frysinger vap...@gentoo.org wrote:
On Monday 27 July 2009 02:19:37 Hans-Christian Egtvedt wrote:
On Mon, 20 Jul 2009 08:50:25 -0400 Mike Frysinger wrote:
On Friday 12 September 2008 09:34:14 Hans-Christian Egtvedt wrote:
This patch properly
regards,
Hans-Christian Egtvedt--- a/libc/sysdeps/linux/common/prctl.c
+++ b/libc/sysdeps/linux/common/prctl.c
@@ -8,10 +8,29 @@
*/
#include sys/syscall.h
+#include sys/prctl.h
#include stdarg.h
-/* psm: including sys/prctl.h would depend on kernel headers */
#ifdef __NR_prctl
-extern int prctl
On Tue, 04 Nov 2008 11:53:39 +0100
Peter Korsgaard [EMAIL PROTECTED] wrote:
Hans-Christian == Hans-Christian Egtvedt
[EMAIL PROTECTED] writes:
Hans-Christian It works with the toolchain built by the AVR32 fork()
Hans-Christian of Buildroot. My preferred way is to get the
Hans
Rob Landley wrote:
On Tuesday 04 November 2008 05:28:10 Hans-Christian Egtvedt wrote:
So this probably means that we should mark avr32 as broken in the
uclibc.org buildroot for now?
The best would be if somebody using the toolchain supplied in
uclibc.org Buildroot could sort out if all
On Fri, 31 Oct 2008 08:30:40 +0100
Hans-Christian Egtvedt [EMAIL PROTECTED] wrote:
On Thu, 30 Oct 2008 13:01:08 -0500
Rob Landley [EMAIL PROTECTED] wrote:
On Wednesday 29 October 2008 17:05:54 Bernhard Reutner-Fischer
wrote:
On Thu, Oct 30, 2008 at 10:06:45AM +1300, Jeremy Bowen wrote
On Fri, 31 Oct 2008 11:21:29 +0100
Hans-Christian Egtvedt [EMAIL PROTECTED] wrote:
On Fri, 31 Oct 2008 08:30:40 +0100
Hans-Christian Egtvedt [EMAIL PROTECTED] wrote:
snipp
Which seems fine by me, however this is compiled with -O0, I'll
recompile with -O2.
Disassembly of higher
foo
out1
err
out2
~
Will this do?
(echo out1; echo err 2; echo out2) foo 2 foo
Is it always legal to assume that non existing file is allowed?
IIRC some systems bark on trying to append to an non existing file.
snipp bad patch
--
Best regards,
Hans-Christian Egtvedt
On Thu, 2 Oct 2008 15:34:19 +0200
Hans-Christian Egtvedt [EMAIL PROTECTED] wrote:
On Thu, 2 Oct 2008 05:54:44 -0700 (PDT)
[EMAIL PROTECTED] wrote:
snipp
Use more generic redirecting of output in the test suite
This patch replaces the file with file 2 file. The latter
is compatible
Hi,
The recent changes to the all rule broke the parallel build safety. The
included patch makes sure the pregen rule is run before the libs rule.
The way it is now, making with locale support and -j10 crashes because
bits/uClibc_config.h is not available.
--
Best regards,
Hans-Christian
On Wed, 1 Oct 2008 11:11:26 +0200
Hans-Christian Egtvedt [EMAIL PROTECTED] wrote:
Hi,
The recent changes to the all rule broke the parallel build safety.
The included patch makes sure the pregen rule is run before the libs
rule.
The way it is now, making with locale support and -j10
NPTL yet, although it is there on the
stuff TODO.
Hopefully AVR32 will be ready to switch to NPTL for uClibc 0.9.31 or
whatever will be the next release.
I suggest we only wipe a thread library when all architecture have a
working alternative, hopefully NPTL.
--
Best regards,
Hans-Christian Egtvedt
agree that we should aim for all architectures to have NPTL, but only
after all the architectures actually are working with this thread
library IMHO.
--
Best regards,
Hans-Christian Egtvedt
___
uClibc mailing list
uClibc@uclibc.org
http://busybox.net/cgi-bin
Hi,
I see web is up again, but the mail server seems to be down :/
PS! This email is more or less a check to see if the mail server is
back up again.
--
Best regards,
Hans-Christian Egtvedt
___
uClibc mailing list
uClibc@uclibc.org
http://busybox.net
if the settings are sane?
If you need to change anything, then everything must be recompiled. I
would recommend that you either overwrite the uClibc.avr32.config in
target/devices/Atmel directory or use your own. Just to keep the
toolchain in sync.
snip test case
--
With kind regards,
Hans-Christian
: Carmelo Amoroso
E: [EMAIL PROTECTED] / [EMAIL PROTECTED]
One email address per line? I.e.
E: [EMAIL PROTECTED]
E: [EMAIL PROTECTED]
W: www.stlinux.com
Really needed?
A: [EMAIL PROTECTED]
--
With kind regards,
Hans-Christian Egtvedt, Applications Engineer
PROTECTED]
-
-
Hans-Christian Egtvedt | [EMAIL PROTECTED] | [EMAIL PROTECTED]
-
My email and name are ridiculous long
the /usr/share/blackbox/styles directory,
blackbox will run ok, but obviously it doesn't apply the colors and
fonts and other niceness. Here is a stack trace from Eclipse using
avr32 gdb:
Which toolchain are you using, i.e. GCC and Binutils?
--
With kind regards,
Hans-Christian Egtvedt
On Thu, 2008-03-13 at 06:25 -0400, John Voltz wrote:
Yes, the current versions of GCC and binutils using buildroot.
uClibc Buildroot? Buildroot fork for AVR32?
I think the atmel-2.2 branch of the AVR32 fork might contain some fixes
you could try out.
--
With kind regards,
Hans-Christian
branch afterwards.
I am working on synchronizing with upstream as I type, but there was
some conflicts here and there ;)
I need to get in sync to make proper patches for upstream again.
--
With kind regards,
Hans-Christian Egtvedt, Applications Engineer
and ATNGW100/avr32) the
matching mechanism fails.
uClibc 0.9.28 did not support AVR32 upstream. Could you spin it around
again with SVN trunk, it should compile for AVR32.
cut test procedure
--
With kind regards,
Hans-Christian Egtvedt, Applications Engineer
On Sat, 2008-01-05 at 02:54 -0500, Mike Frysinger wrote:
On Tuesday 06 November 2007, Hans-Christian Egtvedt wrote:
+ rjmp__GI_memmove
all of your .S files should be using HIDDEN_JUMPTARGET() rather than the
__GI_
prefixes manually added.
Thanks for spotting
On Sat, 2008-01-05 at 02:56 -0500, Mike Frysinger wrote:
On Tuesday 06 November 2007, Hans-Christian Egtvedt wrote:
+ __asm__ __volatile__(
+ /* Inline test and set */\n
is it really a good idea to be sticking comments in the assembly output ? i
guess as long as your
On Sat, 2008-01-05 at 02:57 -0500, Mike Frysinger wrote:
On Tuesday 06 November 2007, Hans-Christian Egtvedt wrote:
--- /dev/null
+++ b/ldso/ldso/avr32/elfinterp.c
@@ -0,0 +1,193 @@
+/*
+ * AVR32 ELF shared library loader suppport
+ *
+ * Copyright (C) 2004-2006 Atmel Corporation
On Mon, 2008-02-11 at 08:44 +0100, juanba romance wrote:
On Feb 11, 2008 7:45 AM, Hans-Christian Egtvedt [EMAIL PROTECTED]
wrote:
PS! Do not drop the mailinglist address. Other may be interested or want
to contribute to the discussion.
On Sun, 2008-02-10 at 18:11 +0100, juanba romance
On Wed, 2008-01-09 at 10:46 +0100, Koen Kooi wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hans-Christian Egtvedt schreef:
| On Tue, 2008-01-08 at 12:06 -0500, Mike Frysinger wrote:
|
| cut limit GCC support to 3.4.6 or greater
|
| any comments/thoughts/inputs/whatever ? ready
for $arch :)
Work in progress, and I have no idea of how the progress is coming. I
would like that warm fuzzy feeling myself (-:
--
With kind regards,
Hans-Christian Egtvedt, Applications Engineer
___
uClibc mailing list
uClibc@uclibc.org
http
On Tue, 2008-01-08 at 12:06 -0500, Mike Frysinger wrote:
cut limit GCC support to 3.4.6 or greater
any comments/thoughts/inputs/whatever ? ready set fight
For the record, AVR32 architecture is only supported by GCC 4.0.x and
above.
--
With kind regards,
Hans-Christian Egtvedt, Applications
On Tue, 2007-11-27 at 08:54 +0100, Joakim Tjernlund wrote:
On Tue, 2007-11-27 at 08:31 +0100, Hans-Christian Egtvedt wrote:
Haavard Skinnemoen wrote:
On Fri, 16 Nov 2007 16:44:09 +0100
Carmelo AMOROSO [EMAIL PROTECTED] wrote:
Just an idea... why not redefining 'inline' into
ldso
the inline stuff
only AVR32 specific. At least if others are seeing similar problems. For
example Buildroot will compile uClibc with -Os.
I will submit a patch soon (tm).
--
With kind regards,
Hans-Christian Egtvedt, Applications Enginer
___
uClibc mailing
On Mon, 2007-10-29 at 17:01 +0100, Hans-Christian Egtvedt wrote:
Hi,
Some versions of gcc consider inline merely a hint. AVR32 depends on the
system calls actually being inlined, so AVR32 needs to use
__always_inline instead of just inline. The attached patch changes this
for the system
Hans-Christian Egtvedt wrote:
Included are 7 patches which adds support for AVR32 architecture in uClibc.
The patches is generated against the latest snapshot (20071105).
Is there any reason why there has been no comments, refusals or commits
of the 7 patches?
cut
Any feedback are very
Carmelo Amoroso wrote:
Hans-Christian Egtvedt wrote:
Hans-Christian Egtvedt wrote:
Included are 7 patches which adds support for AVR32 architecture in
uClibc.
The patches is generated against the latest snapshot (20071105).
Is there any reason why there has been no comments, refusals
This patch adds AVR32 support to the uClibc utils.
Signed-off-by: Hans-Christian Egtvedt [EMAIL PROTECTED]
---
diff --git a/utils/ldd.c b/utils/ldd.c
index 75ad628..e34acd9 100644
--- a/utils/ldd.c
+++ b/utils/ldd.c
@@ -44,6 +44,11 @@
#define ELFCLASSM ELFCLASS32
#endif
+#if defined
This patch adds dynamic library loading for AVR32 architecture. AVR32 does
currently not do lazy relocations.
Signed-off-by: Hans-Christian Egtvedt [EMAIL PROTECTED]
---
diff --git a/ldso/include/dl-string.h b/ldso/include/dl-string.h
index 32c5bf8..eb43bd9 100644
--- a/ldso/include/dl-string.h
the architecture manual for
AP7 on http://www.atmel.com/dyn/products/datasheets.asp?family_id=682
Any feedback are very welcome. Please also let me know if there are any
problems with the attached patches.
Signed-off-by: Hans-Christian Egtvedt [EMAIL PROTECTED
This patch adds AVR32 optimized string functions. There has been some issues
with the assembler optimized string functions in the past, but this patch
passes the test/string test-cases.
Signed-off-by: Hans-Christian Egtvedt [EMAIL PROTECTED]
---
diff --git a/libc/string/avr32/Makefile b/libc
Hi,
Some versions of gcc consider inline merely a hint. AVR32 depends on the
system calls actually being inlined, so AVR32 needs to use
__always_inline instead of just inline. The attached patch changes this
for the system calls.
--
With kind regards,
Hans-Christian Egtvedt, Applications
Signed-off-by: Hans-Christian Egtvedt [EMAIL PROTECTED]
---
libc/inet/rpc/create_xid.c |2 +-
libc/inet/rpc/xdr.c | 12 ++--
libc/inet/rpc/xdr_intXX_t.c |4 ++--
libc/stdio/_scanf.c |8
libc/stdio/_vfprintf.c |8
libc/stdio
as
intended and then submit patches.
I was planning on splitting the patches into ldso.patch, libc.patch and
libpthread.patch. Or is a huge patch ok?
The total size of the diff is 99316 bytes, 3582 lines.
--
With kind regards,
Hans-Christian Egtvedt, Applications Engineer
On Tue, 2007-09-18 at 10:44 +0200, Hans-Christian Egtvedt wrote:
This patch will fix a problem when the same host is defined with both IPv4 and
IPv6 entries in /etc/hosts. Previous only the first of these host would work,
as uClibc would read the /etc/hosts file from top to bottom, failing
reading, even if the first correct entry name, but
wrong IP
type fails. Thus, allowing a second correct entry name with correct IP type
will result in a name resolve.
Signed-off-by: Hans-Christian Egtvedt [EMAIL PROTECTED]
---
libc/inet/resolv.c |6 +++---
1 files changed, 3 insertions(+), 3
52 matches
Mail list logo