[libgcc] Make __libgcc architecture-specific
authorMichael Brown <mcb30@etherboot.org>
Wed, 19 Nov 2008 00:37:15 +0000 (16:37 -0800)
committerMichael Brown <mcb30@etherboot.org>
Wed, 19 Nov 2008 19:14:24 +0000 (19:14 +0000)
src/arch/i386/include/bits/compiler.h
src/libgcc/__divdi3.c
src/libgcc/__moddi3.c
src/libgcc/__udivdi3.c
src/libgcc/__udivmoddi4.c
src/libgcc/__umoddi3.c
src/libgcc/libgcc.h

index af79606..119a9a2 100644 (file)
@@ -6,6 +6,20 @@
 /** Declare a function with standard calling conventions */
 #define __asmcall __attribute__ (( cdecl, regparm(0) ))
 
+/**
+ * Declare a function with libgcc implicit linkage
+ *
+ * It seems as though gcc expects its implicit arithmetic functions to
+ * be cdecl, even if -mrtd is specified.  This is somewhat
+ * inconsistent; for example, if -mregparm=3 is used then the implicit
+ * functions do become regparm(3).
+ *
+ * The implicit calls to memcpy() and memset() which gcc can generate
+ * do not seem to have this inconsistency; -mregparm and -mrtd affect
+ * them in the same way as any other function.
+ */
+#define __libgcc __attribute__ (( cdecl ))
+
 #endif /* ASSEMBLY */
 
 #endif /* _BITS_COMPILER_H */
index 36f0b37..7097b11 100644 (file)
@@ -4,7 +4,7 @@
 
 #include "libgcc.h"
 
-LIBGCC int64_t __divdi3(int64_t num, int64_t den)
+__libgcc int64_t __divdi3(int64_t num, int64_t den)
 {
   int minus = 0;
   int64_t v;
index eb7784b..d671bbc 100644 (file)
@@ -4,7 +4,7 @@
 
 #include "libgcc.h"
 
-LIBGCC int64_t __moddi3(int64_t num, int64_t den)
+__libgcc int64_t __moddi3(int64_t num, int64_t den)
 {
   int minus = 0;
   int64_t v;
index 9ae0c3d..f5a14de 100644 (file)
@@ -4,7 +4,7 @@
 
 #include "libgcc.h"
 
-LIBGCC uint64_t __udivdi3(uint64_t num, uint64_t den)
+__libgcc uint64_t __udivdi3(uint64_t num, uint64_t den)
 {
   return __udivmoddi4(num, den, NULL);
 }
index 59966ed..21e0d51 100644 (file)
@@ -1,6 +1,6 @@
 #include "libgcc.h"
 
-LIBGCC uint64_t __udivmoddi4(uint64_t num, uint64_t den, uint64_t *rem_p)
+__libgcc uint64_t __udivmoddi4(uint64_t num, uint64_t den, uint64_t *rem_p)
 {
   uint64_t quot = 0, qbit = 1;
 
index f6c76cb..fb4da99 100644 (file)
@@ -4,7 +4,7 @@
 
 #include "libgcc.h"
 
-LIBGCC uint64_t __umoddi3(uint64_t num, uint64_t den)
+__libgcc uint64_t __umoddi3(uint64_t num, uint64_t den)
 {
   uint64_t v;
 
index 5b4a624..d3e9bdd 100644 (file)
@@ -4,23 +4,11 @@
 #include <stdint.h>
 #include <stddef.h>
 
-/*
- * It seems as though gcc expects its implicit arithmetic functions to
- * be cdecl, even if -mrtd is specified.  This is somewhat
- * inconsistent; for example, if -mregparm=3 is used then the implicit
- * functions do become regparm(3).
- *
- * The implicit calls to memcpy() and memset() which gcc can generate
- * do not seem to have this inconsistency; -mregparm and -mrtd affect
- * them in the same way as any other function.
- *
- */
-#define LIBGCC __attribute__ (( cdecl ))
-
-extern LIBGCC uint64_t __udivmoddi4(uint64_t num, uint64_t den, uint64_t *rem);
-extern LIBGCC uint64_t __udivdi3(uint64_t num, uint64_t den);
-extern LIBGCC uint64_t __umoddi3(uint64_t num, uint64_t den);
-extern LIBGCC int64_t __divdi3(int64_t num, int64_t den);
-extern LIBGCC int64_t __moddi3(int64_t num, int64_t den);
+extern __libgcc uint64_t __udivmoddi4 ( uint64_t num, uint64_t den,
+                                       uint64_t *rem );
+extern __libgcc uint64_t __udivdi3  (uint64_t num, uint64_t den );
+extern __libgcc uint64_t __umoddi3 ( uint64_t num, uint64_t den );
+extern __libgcc int64_t __divdi3 ( int64_t num, int64_t den );
+extern __libgcc int64_t __moddi3 ( int64_t num, int64_t den );
 
 #endif /* _LIBGCC_H */