# HG changeset patch
# User Mike Kinghan <mikek@symbian.org>
# Date 1280926287 -3600
# Node ID 959c796a619174b9c6b426389ec80e3ad84f43ed
# Parent  2604c9de91e0602b461c1649e6c1fd79892c96a3
Refining fix for bug 3117 -  [GCCE] Missing symbols in linkage of template_ekern.exe.
With the latest solution to bug 2979, one set of linkage hacks can be removed from gccehelp.cpp

diff -r 2604c9de91e0 -r 959c796a6191 kernel/eka/common/arm/gccehlp.cpp
--- a/kernel/eka/common/arm/gccehlp.cpp	Thu Jul 29 23:52:13 2010 +0100
+++ b/kernel/eka/common/arm/gccehlp.cpp	Wed Aug 04 13:51:27 2010 +0100
@@ -97,15 +97,6 @@
 COMM_SYMBOL("_ZTVN10__cxxabiv120__si_class_type_infoE");  // vtable for __cxxabiv1::__si_class_type_info
 COMM_SYMBOL("_ZTVN10__cxxabiv121__vmi_class_type_infoE"); // vtable for __cxxabiv1::__vmi_class_type_info
 
-// Implementations exist as globals in libgcc.a, we just need to pull them in
-#define IMPORT_GLOBAL(x)  asm(".global " x );
-
-IMPORT_GLOBAL("__aeabi_lasr");
-IMPORT_GLOBAL("__aeabi_lcmp");
-IMPORT_GLOBAL("__aeabi_llsl");
-IMPORT_GLOBAL("__aeabi_llsr");
-IMPORT_GLOBAL("__aeabi_lmul");
-IMPORT_GLOBAL("__aeabi_ulcmp");
 
 // Implementations exist as "hidden" in libgcc.a, so we need to pull them in and reveal them
 // ** This version will completely fail to do that, but creates junk to be exported