Patch for Maverick Crunch support
This patch adds MAVERICK CRUNCH FPU support for the Cirrus Logic EP93XX
ARM9 Procs.
diff -burN uClibc-0.9.29.org/libm/math_private.h
uClibc-0.9.29/libm/math_private.h
--- uClibc-0.9.29.org/libm/math_private.h 2006-03-22
22:00:25.0 +0200
+++ uClibc-0.9.29/libm/math_private.h 2007-08-17 15:34:26.0
+0300
@@ -39,7 +39,18 @@
* For FPA, float words are always big-endian.
* For VFP, floats words follow the memory system mode.
*/
+#if defined(__MAVERICK__)
+typedef union
+{
+ double value;
+ struct
+ {
+u_int32_t lsw;
+u_int32_t msw;
+ } parts;
+} ieee_double_shape_type;
+#else
#if (__BYTE_ORDER == __BIG_ENDIAN) || \
(!defined(__VFP_FP__) && (defined(__arm__) || defined(__thumb__)))
@@ -66,7 +77,7 @@
} ieee_double_shape_type;
#endif
-
+#endif
/* Get two 32 bit ints from a double. */
#define EXTRACT_WORDS(ix0,ix1,d) \
___
uClibc mailing list
uClibc@uclibc.org
http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: FD-PIC patches for uClibc
Joakim Tjernlund wrote: >> -Original Message- >> From: Bernd Schmidt [mailto:[EMAIL PROTECTED] >> Joakim Tjernlund wrote: > The 02_underscores patch is really ugly. Any suggestions how to improve it? >>> remove _ syms from gcc would be best. Do you really need them? >> Yes. The assembly language isn't really parseable otherwise. > > Don't follow, doesn't your assembler work without _ syms > or doesn't it look pretty without _? The assembly syntax is somewhat ambiguous if symbols can't easily be distinguished from identifiers. Not having designed it, I'll happily admit it's broken, but changing it is a non-starter. Bernd -- This footer brought to you by insane German lawmakers. Analog Devices GmbH Wilhelm-Wagenfeld-Str. 6 80807 Muenchen Sitz der Gesellschaft Muenchen, Registergericht Muenchen HRB 40368 Geschaeftsfuehrer Thomas Wessel, William A. Martin, Margaret Seif ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: FD-PIC patches for uClibc
Joakim Tjernlund a écrit : >> -Original Message- >> From: Bernd Schmidt [mailto:[EMAIL PROTECTED] >> Sent: den 27 november 2007 13:07 >> To: [EMAIL PROTECTED] >> Cc: 'uClibc'; 'Alexandre Oliva' >> Subject: Re: FD-PIC patches for uClibc >> >> Joakim Tjernlund wrote: > The 02_underscores patch is really ugly. Any suggestions how to improve it? >>> remove _ syms from gcc would be best. Do you really need them? >> Yes. The assembly language isn't really parseable otherwise. > > Don't follow, doesn't your assembler work without _ syms > or doesn't it look pretty without _? > > Jocke > > ___ > uClibc mailing list > uClibc@uclibc.org > http://busybox.net/cgi-bin/mailman/listinfo/uclibc > Hi, Some discussions have already existed about this underscore, for example: http://blackfin.uclinux.org/gf/project/toolchain/forum/?action=ForumBrowse&_forum_action=MessageReply&message_id=26123 I still belive that the assembler is fixable, but the proability that this would be accepted is very low I guess... Best Regards, -- Jean-Christian de Rivaz ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
RE: FD-PIC patches for uClibc
> -Original Message- > From: Bernd Schmidt [mailto:[EMAIL PROTECTED] > Sent: den 27 november 2007 13:07 > To: [EMAIL PROTECTED] > Cc: 'uClibc'; 'Alexandre Oliva' > Subject: Re: FD-PIC patches for uClibc > > Joakim Tjernlund wrote: > >>> The 02_underscores patch is really ugly. > >> Any suggestions how to improve it? > > > > remove _ syms from gcc would be best. Do you really need them? > > Yes. The assembly language isn't really parseable otherwise. Don't follow, doesn't your assembler work without _ syms or doesn't it look pretty without _? Jocke ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: FD-PIC patches for uClibc
On 27/11/2007, Bernd Schmidt <[EMAIL PROTECTED]> wrote: > Joakim Tjernlund wrote: > >>> The 02_underscores patch is really ugly. > >> Any suggestions how to improve it? > > > > remove _ syms from gcc would be best. Do you really need them? > > Yes. The assembly language isn't really parseable otherwise. > > >>> Don't like the dl_find_hash_mod v.s dl_find_hash thingy. > >> What do you dislike, and how would you do it differently? > > > > Thes should only be one dl_find_hash used by all arch. NPTL > > has extended dl_find_hash to support NPTL and perhaps you > > can use that one? > > The idea here was to provide the extended version under a new name, and > keep the old interface around so that we don't have to make changes in > all the ports. If you prefer to have every occurrence of _dl_find_hash > changed, I guess I can do that, although it's more error-prone. > Hi Bernd, please have a look at the nptl branch where already is the updated _dl_find_hash for NPTL using the same extra parameter you need. There is also a wrapper around it as suggested by Jocke. I think there is a way to use the interface for nptl into your case. In these days I'm able to check the code. Regards, Carmelo > > You can use the same trick DL_RELOC_ADDR() uses: > > #ifndef DL_BOOT_COMPUTE_GOT > > #define DL_BOOT_COMPUTE_GOT(got) got = elf_machine_dynamic() > > Oh, that's what you mean, ok - no problem. > > > Bernd > -- > This footer brought to you by insane German lawmakers. > Analog Devices GmbH Wilhelm-Wagenfeld-Str. 6 80807 Muenchen > Sitz der Gesellschaft Muenchen, Registergericht Muenchen HRB 40368 > Geschaeftsfuehrer Thomas Wessel, William A. Martin, Margaret Seif > ___ > uClibc mailing list > uClibc@uclibc.org > http://busybox.net/cgi-bin/mailman/listinfo/uclibc > ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: FD-PIC patches for uClibc
Joakim Tjernlund wrote: >>> The 02_underscores patch is really ugly. >> Any suggestions how to improve it? > > remove _ syms from gcc would be best. Do you really need them? Yes. The assembly language isn't really parseable otherwise. >>> Don't like the dl_find_hash_mod v.s dl_find_hash thingy. >> What do you dislike, and how would you do it differently? > > Thes should only be one dl_find_hash used by all arch. NPTL > has extended dl_find_hash to support NPTL and perhaps you > can use that one? The idea here was to provide the extended version under a new name, and keep the old interface around so that we don't have to make changes in all the ports. If you prefer to have every occurrence of _dl_find_hash changed, I guess I can do that, although it's more error-prone. > You can use the same trick DL_RELOC_ADDR() uses: > #ifndef DL_BOOT_COMPUTE_GOT > #define DL_BOOT_COMPUTE_GOT(got) got = elf_machine_dynamic() Oh, that's what you mean, ok - no problem. Bernd -- This footer brought to you by insane German lawmakers. Analog Devices GmbH Wilhelm-Wagenfeld-Str. 6 80807 Muenchen Sitz der Gesellschaft Muenchen, Registergericht Muenchen HRB 40368 Geschaeftsfuehrer Thomas Wessel, William A. Martin, Margaret Seif ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
