Hello all,
I am porting Linux for a new architecture, and I chose to build a
cross compiler link against uClibc in order to build my linux system.
I have ported uClibc-0.9.31 (I have not done anything dealing with
shared libs yet).
I have finally succeeded in building a static hello world
On Thu, Jan 19, 2012 at 10:20:12AM +0100, stl wrote:
I am porting Linux for a new architecture, and I chose to build a
cross compiler link against uClibc in order to build my linux system.
Do you mean architecture as in ARM, MIPS, etc. or just new board?
I have ported uClibc-0.9.31 (I have
On 19/01/2012 0.10, Khem Raj wrote:
On Wed, Jan 18, 2012 at 9:42 AM, Filippo ARCIDIACONO
filippo.arcidiac...@st.com wrote:
With your fix was ok?
I did not try mips with my fix but I will try soon
In our sh4 target pango-querymodules runs without any problem.
yes it runs fine on ppc,
Fill properly the sym_ref fields when invoking _dl_find_hash to lookup
symbols
Signed-off-by: Carmelo Amoroso carmelo.amor...@st.com
---
ldso/ldso/mips/elfinterp.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/ldso/ldso/mips/elfinterp.c b/ldso/ldso/mips/elfinterp.c
On 19/01/2012 15.28, Carmelo AMOROSO wrote:
Fill properly the sym_ref fields when invoking _dl_find_hash to lookup
symbols
Signed-off-by: Carmelo Amoroso carmelo.amor...@st.com
---
ldso/ldso/mips/elfinterp.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git
Thanks for your answers!
Do you mean architecture as in ARM, MIPS, etc. or just new board?
I mean a new processor.
If you're doing a new port, why do you use an ancient kernel?
My linux port is not completed yet. I am at the stage of romfs mounting, however
I can't do anything more before have
On Thu, Jan 19, 2012 at 6:42 AM, Carmelo AMOROSO carmelo.amor...@st.com wrote:
On 19/01/2012 15.28, Carmelo AMOROSO wrote:
Fill properly the sym_ref fields when invoking _dl_find_hash to lookup
symbols
this did not make the segfault go away. Although this patch is ok.
this problem is a crash
Currently j0,j1,jn and y0,y1 and yn
are defined but with hidden visibility
With this patch we export them and also
keep a hidden alias for internal use
Signed-off-by: Khem Raj raj.k...@gmail.com
---
libc/sysdeps/linux/common/bits/mathcalls.h | 12 ++--
libm/e_j0.c
On 20 January 2012 08:05, Khem Raj raj.k...@gmail.com wrote:
Currently j0,j1,jn and y0,y1 and yn
are defined but with hidden visibility
With this patch we export them and also
keep a hidden alias for internal use
They are visible for me:
$ nm -D --def lib/libm-0.9.33-rc1-git.so | grep jn
