if (!*s) {
33 return NULL;
34 }
35 s = ++s1;-- here, we modify s1.
36 }
37 } while (1);
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real
that
patch in Buildroot.
But if this does not get applied, it means toolchains built by other
means will continue to be broken.
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON
idea?
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172
Hello All,
On Thu, Apr 11, 2013 at 11:02:03PM +0200, Yann E. MORIN wrote:
As Will noticed, the header this check is currently done in
is asm-only, and is not meant to be included from C code.
This breaks compilation when compiled for a Thumb2-aware CPU.
Move the BX check to its own header
-by: Yann E. MORIN yann.morin.1...@free.fr
Cc: Will Newton will.new...@gmail.com
---
ldso/ldso/arm/dl-startup.h|2 +-
ldso/ldso/arm/resolve.S |1 +
libc/string/arm/_memcpy.S |1 +
libc/string/arm/memcmp.S |1 +
libc/string/arm
Hello All!
On Thu, Apr 11, 2013 at 11:02:03PM +0200, Yann E. MORIN wrote:
As Will noticed, the header this check is currently done in
is asm-only, and is not meant to be included from C code.
This breaks compilation when compiled for a Thumb2-aware CPU.
Move the BX check to its own header
Will, All,
On Thu, Apr 11, 2013 at 10:18:12PM +0100, Will Newton wrote:
On Thu, Apr 11, 2013 at 10:13 PM, Yann E. MORIN yann.morin.1...@free.fr
wrote:
I was not able to build a libc, due to assembler error messages,
that were present even before this patch.
Which errors did you see? I
files. I would suggest the patch is reverted.
commit 3862c65a05983b2b18cb7884a124a905828f7a18
Author: Yann E. MORIN yann.morin.1...@anciens.enib.fr
Date: Sun Jan 9 01:45:08 2011 +0100
ARM: #include bits/arm_asm.h where __USE_BX__ is used
The check for __USE_BX__ will be available
}context to i386
6 libc: add support for {get,set,swap,make}context to x86_64
I'll do test-builds shortly. Can't do run-tests, I don't have anything
that uses ucontext... :-/
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E
something that worked before.
I just entered it to the top of the TODO list for the WE.
Thank you!
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON | Erics' conspiracy: |
| +33
. -name .config
[zilch]
But if I touch the file first, it works:
$ touch .config
$ make menuconfig
[OK, I get the menuconfig!]
Using make-3.82 here on a Debian squeeze x86_64.
Regards,
Yann E. MORIN
All,
[mistakenly sent before finishing the mail. Sigh...]
On Friday 25 May 2012 23:58:13 Yann E. MORIN wrote:
I was thinking.. Now that you seem to have revived uClibc++, would it make
sense to incorporate the source tree into uClibc? And have a 'C++' entry
in the menuconfig, as we do have
. MORIN.
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `.---: X
, and that has a 0.9.1 and a 0.9.8 tags, but nothing
in-between...
Searching on the web yields a 0.9.5 to be around 2001-10-11, so you may
want to re-create the tarball by extracting it from the repository around
that date...
Regards,
Yann E. MORIN
there
using 'git archive' and some git-fuu to get the correct revision.
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software
Mike, Bernhard, All,
On Wednesday 13 July 2011 09:59:35 Bernhard Reutner-Fischer wrote:
On Wed, Jul 13, 2011 at 02:21:40AM -0400, Mike Frysinger wrote:
On Tuesday, July 12, 2011 15:03:43 Yann E. MORIN wrote:
I am not a native english-speaker, but to me, USE_THUMB does not convey
Berhnard, All,
On Tuesday 12 July 2011 20:04:36 Bernhard Reutner-Fischer wrote:
On Jul 9, 2011 8:50 PM, Yann E. MORIN yann.morin.1...@anciens.enib.fr
wrote:
commit:
http://git.uclibc.org/uClibc/commit/?id=bda6117489ad3de5abfb008a8cb065c9059cd60c
branch: http://git.uclibc.org/uClibc
as such in the most widely deployed systems, then offering those users that
care the option to enable that compatibility stuff is good, but we should
also cover the case for those users that want to abide by the standards.
My 2 eurocents. ;-)
Regards,
Yann E. MORIN
firts, then i?86 and x86_64 as they are what I know a bit about. Then
other archs as I understand what's going on.
Regards,
Yann E. MORIN.
PS. Bernhard, sorry for the dup, sent to the list from an address I was not
subscribed to.
YEM
Khem, All,
On Thursday 12 May 2011 23:19:05 Khem Raj wrote:
On May 12, 2011, at 10:36 AM, Yann E. MORIN
yann.morin.1...@anciens.enib.fr wrote:
On Tuesday 10 May 2011 18:38:32 Bernhard Reutner-Fischer wrote:
We are shaking out some bugs still, but it will be released RSN (TM).
Good! Once
to pass --disable-tls when you configure gcc.
--disable-tls is an option that you pass to gcc's ./configure.
Yes, it means you'll have to rebuild your gcc (and the rest of the toolchain,
probably...).
Regards,
Yann E. MORIN
All,
On Tuesday 11 January 2011 20:18:59 Bernhard Reutner-Fischer wrote:
On Mon, Jan 10, 2011 at 01:22:38PM +0100, Yann E. MORIN wrote:
Yes, of course. As time permits, I'll post new series for each arch I
convert. Unfortunately, I'm not as confident for some archs as I am for
ARM. Mostly, I
Carmelo, Khem, All,
On Monday 10 January 2011 082318 Carmelo AMOROSO wrote:
On 1/10/2011 7:55 AM, Khem Raj wrote:
On 1/8/2011 4:45 PM, Yann E. MORIN wrote:
This patch series removes the variants selection for the ARM
architecture.
The initial idea is that the user is responsible
(with and
without BX)
on cortex-a8 and arm920t based boards.
Thank you for the runtime testing!
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056
Use BX is not available on all CPUs, so the option depends on
a correct CPU to be chosen . It is weird that e BX then appears
_above_ the CPU selection, not below.
Move the Use BX after the CPU selection.
Signed-off-by: Yann E. MORIN yann.morin.1...@anciens.enib.fr
Cc: Khem Raj raj.k
|9 ++-
libc/sysdeps/linux/arm/bits/huge_val.h |4 +-
libc/sysdeps/linux/arm/sysdep.h|1 +
7 files changed, 28 insertions(+), 138 deletions(-)
Regards,
Yann E. MORIN.
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net
The check for __USE_BX__ will be available in bits/arm_asm.h,
so the latter must be included wherever the former is used.
Signed-off-by: Yann E. MORIN yann.morin.1...@anciens.enib.fr
Cc: Khem Raj raj.k...@gmail.com
Cc: Bernhard Reutner-Fischer rep.dot@gmail.com
Cc: Carmelo AMOROSO
Signed-off-by: Yann E. MORIN yann.morin.1...@anciens.enib.fr
Cc: Khem Raj raj.k...@gmail.com
Cc: Bernhard Reutner-Fischer rep.dot@gmail.com
Cc: Carmelo AMOROSO carmelo.amor...@st.com
---
extra/Configs/Config.arm |4 +++-
libc/sysdeps/linux/arm/bits/arm_asm.h |9 -
2
Rely on the compiler to be properly setup for the default ABI.
When installing-headers, there are two cases:
- NPTL: no issue, a cross-compiler is already expected
- LinuxThreads: no issue, EABI/OABI has no impact on installed headers.
Signed-off-by: Yann E. MORIN yann.morin.1...@anciens.enib.fr
-only must select this
- this selects: HAS_THUMB, COMPILE_IN_THUMB_MODE and USE_BX
Also, remove leading space in Rules.mak.
Signed-off-by: Yann E. MORIN yann.morin.1...@anciens.enib.fr
Cc: Khem Raj raj.k...@gmail.com
Cc: Bernhard Reutner-Fischer rep.dot@gmail.com
Cc: Carmelo AMOROSO carmelo.amor
not have BX.
Signed-off-by: Yann E. MORIN yann.morin.1...@anciens.enib.fr
Cc: Khem Raj raj.k...@gmail.com
Cc: Bernhard Reutner-Fischer rep.dot@gmail.com
Cc: Carmelo AMOROSO carmelo.amor...@st.com
---
Rules.mak| 19 ---
extra/Configs/Config.arm | 125
+ macros
- uClibc on v9 does not really makes sense
- so only v8 is of interest
Correct?
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056
Bernhard, Carmelo, Khem, All,
On Wednesday 05 January 2011 092303 Bernhard Reutner-Fischer wrote:
On Tue, Jan 04, 2011 at 09:30:21PM +0100, Carmelo Amoroso wrote:
On 04/01/11 20:41, Yann E. MORIN wrote:
On Tuesday 04 January 2011 20:07:00 Khem Raj wrote:
On Tue, Jan 4, 2011 at 10:18 AM
The CONFIG_ARM_OABI option is never used.
Signed-off-by: Yann E. MORIN yann.morin.1...@anciens.enib.fr
Cc: Khem Raj raj.k...@gmail.com
Cc: Bernhard Reutner-Fischer rep.dot@gmail.com
Cc: Carmelo AMOROSO carmelo.amor...@st.com
---
extra/Configs/Config.arm | 23 ---
1
/linux/arm/bits/huge_val.h |4 +-
libc/sysdeps/linux/arm/sysdep.h|1 +
7 files changed, 24 insertions(+), 141 deletions(-)
Regards,
Yann E. MORIN.
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
The check for __USE_BX__ will be available in bits/arm_asm.h,
so the latter must be included wherever the former is used.
Signed-off-by: Yann E. MORIN yann.morin.1...@anciens.enib.fr
Cc: Khem Raj raj.k...@gmail.com
Cc: Bernhard Reutner-Fischer rep.dot@gmail.com
Cc: Carmelo AMOROSO
Rely on the compiler to be properly setup for the default ABI.
Signed-off-by: Yann E. MORIN yann.morin.1...@anciens.enib.fr
Cc: Khem Raj raj.k...@gmail.com
Cc: Bernhard Reutner-Fischer rep.dot@gmail.com
Cc: Carmelo AMOROSO carmelo.amor...@st.com
---
extra/Configs/Config.arm
This new option adds appropriate -mthumb to target CFLAGS.
Then, processors that are thumb-only shall select this option.
Also, remove leading space in Rules.mak.
Signed-off-by: Yann E. MORIN yann.morin.1...@anciens.enib.fr
Cc: Khem Raj raj.k...@gmail.com
Cc: Bernhard Reutner-Fischer rep.dot
not have BX.
Signed-off-by: Yann E. MORIN yann.morin.1...@anciens.enib.fr
Cc: Khem Raj raj.k...@gmail.com
Cc: Bernhard Reutner-Fischer rep.dot@gmail.com
Cc: Carmelo AMOROSO carmelo.amor...@st.com
---
Rules.mak| 19 ---
extra/Configs/Config.arm | 122
Signed-off-by: Yann E. MORIN yann.morin.1...@anciens.enib.fr
Cc: Khem Raj raj.k...@gmail.com
Cc: Bernhard Reutner-Fischer rep.dot@gmail.com
Cc: Carmelo AMOROSO carmelo.amor...@st.com
---
extra/Configs/Config.arm |7 +--
libc/sysdeps/linux/arm/bits/arm_asm.h |9 -
2
Khem, All,
On Tuesday 04 January 2011 20:07:00 Khem Raj wrote:
On Tue, Jan 4, 2011 at 10:18 AM, Yann E. MORIN
yann.morin.1...@anciens.enib.fr wrote:
Back some time ago, it had been discussed that it was up to the user to
properly configure his/her compiler to the desired target system
this problem.
default sanity is imposed by 405 soft-fp mmu C99, to keep your eyebrows
down.
Sorry, I missed that completely. Care to explain a bit more, please?
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real
,
right? So again, it should be up to the user to provide a properly set-up
gcc.
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON | Erics' conspiracy: |
| +0/33 662376056 | Software
Bernhard, All,
On Tuesday 26 January 2010 19:48:10 Bernhard Reutner-Fischer wrote:
On Monday 25 January 2010 21:49:25 Yann E. MORIN wrote:
It is not the responsibility of the C library to select what sub-arch
to generate code for. Rely on the user to:
- either use a compiler
It is not the responsibility of the C library to select what sub-arch
to generate code for. Rely on the user to:
- either use a compiler that is configured to generate optimised code
for the target actual target,
- or set UCLIBC_EXTRA_CFLAGS with the correct incantation of -march,
-mcpu, and
Signed-off-by: Yann E. MORIN yann.morin.1...@anciens.enib.fr
---
Rules.mak| 19 -
extra/Configs/Config.arm | 96 --
2 files changed, 0 insertions(+), 115 deletions(-)
diff --git a/Rules.mak b/Rules.mak
index 039625f..c0c6c6b
Signed-off-by: Yann E. MORIN yann.morin.1...@anciens.enib.fr
---
Rules.mak |7 ---
extra/Configs/Config.mips | 42 --
2 files changed, 0 insertions(+), 49 deletions(-)
diff --git a/Rules.mak b/Rules.mak
index c0c6c6b..859377f
] but the code did
not make it to the tree...
What are your thoughts on the idea? I can tackle some patches for the archs
I know of (ARM/MIPS/x86/x86_64) in the few following days...
Regards,
Yann E. MORIN.
[1] http://lists.uclibc.org/pipermail/uclibc/2009-April/042262.html
and subsequent post
. So using rsync as a mean to clone/pull from a git repos really makes
sense.
My 2 cents...
BTW, what's the rsync URL for the git repos?
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /\ ASCII
. No interworking = do *not* switch back and
forth between ARM and Thumb.
then we could get rid of the USE_BX build option completely.
That is the idea, but is not quite as simple as the two others were.
Regards,
Yann E. MORIN
send a bit later.
Regards,
Yann E. MORIN.
(*) Check for a combination of the macros __THUMB_INTERWORK__ , __arm__ ,
__thumb__ and __thumb2__ .
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON | Erics
went wrong on that
variant, in close interaction between the user and us.
Signed-off-by: Yann E. MORIN yann.morin.1...@anciens.enib.fr
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON
Mike,
All,
On Tuesday 07 April 2009 21:14:36 Mike Frysinger wrote:
On Tuesday 07 April 2009 14:29:06 Yann E. MORIN wrote:
Of course the processor variant we're building uClibc to run on matters!
that's the decision of the compiler and/or user, not uClibc. building uClibc
with a different
selection:
cris, h8300, i386, mips, powerpc, superh, sh64 (which has only one variant
available, but the menu is here), sparc.
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON | Erics
appropriate for the targeted variant by default.
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON | Erics' conspiracy: |
| +0/33 662376056 | Software Designer | \ / CAMPAIGN
.
If the build breaks, then it will be time to see what went wrong on that
variant, in close interaction between the user and us.
Signed-off-by: Yann E. MORIN yann.morin.1...@anciens.enib.fr
Regards,
Yann E. MORIN
. Object files are suffixed .os and .oS. Cygwin sees no difference
between these.
You can use so-called managed mounts under Cygwin.
See: http://cygwin.com/faq.html section 4, question 32.
It works like a charm here.
Regards,
Yann E. MORIN
.
Lo and behold! We have a maintainer! :-)
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON | Erics' conspiracy: |
| +0/33 662376056 | Software Designer | \ / CAMPAIGN
sent in a
while ago. It has been tested with UCLIBC_SUPPORT_AI_ADDRCONFIG enabled
and disabled.
OK from my point of view. Apart form the comment by Bernhard.
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real
.
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON | Erics' conspiracy: |
| +0/33 662376056 | Software Designer | \ / CAMPAIGN | ^|
| --== °_° ==-- °.---: X AGAINST | /e\ There is no |
| http://ymorin.is-a-geek.org
);
exit( -3 );
}
return *(size_t*)( ptr - sizeof(size_t) );
}
Of course, you will also have to overload free, realloc, and all functions
that work with allocated memory. Note that the above code may not compile,
it was typed directly in the mail editor!
Regards,
Yann E. MORIN
in detail or where can download the example?/DIV0
There are at least DMALLOC and DUMA:
http://dmalloc.com/
http://duma.sourceforge.net/
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON
of ifaddrs.h), and the build completes.
Can we revert 22534, or is there a better way?
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON | Erics' conspiracy: |
| +0/33 662376056
Heyda, Bernhard and all!
On Tuesday 05 August 2008 19:30:00 Bernhard Fischer wrote:
Ok with the following addition (or something to that effect):
Yes, /something/ like that! :-)
Regards,
Yann E. MORIN
Heyda Bernhard and All!
On Tuesday 05 August 2008 18:18:03 Bernhard Fischer wrote:
On Tue, Aug 05, 2008 at 03:11:29PM +0200, Yann E. MORIN wrote:
So I do not know where this '__typeof' comes from, but we'd be better using
'__typeof__' instead, no?
I was just about to apply it blindly (don't
Hello Rob and all!
On Friday 22 June 2007 07:14, Rob Landley wrote:
On Thursday 21 June 2007 18:30:26 Yann E. MORIN wrote:
The error occurs when the target architecture is not the same as the
build/host one. That is, building a i?86-unknown-linux-uclibc on a
i?86-unknown-linux-{gnu,uclibc
again from any thing that such computer
would need to access the internet. What a party, you would say!
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON | Erics' conspiracy: |
| +0/33
Hello all!
On Thursday 24 May 2007 18:37, Yann E. MORIN wrote:
So, what about the patch I submitted few days ago (attached again)?
Hello? Any one cares to comment?
Thanks,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN
Mike, Paul,
All,
On Thursday 24 May 2007 18:37, Yann E. MORIN wrote:
So, what about the patch I submitted few days ago (attached again)?
I'm coming back on this issue. Is the proposed patch good enough, or should
I try another approach?
Thanks for your attention!
Regards,
Yann E. MORIN
with kernel on all ABIs. (...)
r18709: make sure custom stacks work properly for no-mmu
I'd aso like this to get in:
http://www.uclibc.org/lists/uclibc/2007-May/017955.html:
Installing headers with 0.9.29 spawns gcc errors
Regards,
Yann E. MORIN
- 'bootstrap' xgcc
- uClibc
- complete/final xgcc
I'll be poking at how buildroot handles this.
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON | Erics' conspiracy: |
| +0/33 662376056
71 matches
Mail list logo