This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
MIPS-Linux: C++ support
- To: gcc-patches at gcc dot gnu dot org
- Subject: MIPS-Linux: C++ support
- From: Andreas Jaeger <aj at suse dot de>
- Date: 06 May 2000 08:57:40 +0200
The C++ support for MIPS-Linux is totally broken, you can't bootstrap
C++. I don't see a sense in disabling .ctor/.dtor support at all and
like to remove this whole section.
I bootstrapped this on mips-linux successfully - which wasn't possible
before (since I've got some problems with binutils and glibc, I still
get lots of failures).
Is it ok to commit this?
Andreas
2000-05-05 Andreas Jaeger <aj@suse.de>
* config/mips/linux.h: Remove undefines which disabled .ctor/.dtor
support.
Index: config/mips/linux.h
===================================================================
RCS file: /cvs/gcc/egcs/gcc/config/mips/linux.h,v
retrieving revision 1.14
diff -u -r1.14 linux.h
--- linux.h 2000/04/26 07:18:26 1.14
+++ linux.h 2000/05/05 14:49:59
@@ -169,31 +169,3 @@
%{!fno-PIC:%{!fno-pic:-KPIC}} \
%{fno-PIC:-non_shared} %{fno-pic:-non_shared}"
-/* Undefine the following which were defined in elf.h. This will cause the linux
- port to continue to use collect2 for constructors/destructors. These may be removed
- when .ctor/.dtor section support is desired. */
-
-#undef CTORS_SECTION_ASM_OP
-#undef DTORS_SECTION_ASM_OP
-
-#undef EXTRA_SECTIONS
-#define EXTRA_SECTIONS in_sdata, in_sbss, in_rdata
-
-#undef INVOKE__main
-#undef NAME__MAIN
-#undef SYMBOL__MAIN
-
-#undef EXTRA_SECTION_FUNCTIONS
-#define EXTRA_SECTION_FUNCTIONS \
- SECTION_FUNCTION_TEMPLATE(sdata_section, in_sdata, SDATA_SECTION_ASM_OP) \
- SECTION_FUNCTION_TEMPLATE(sbss_section, in_sbss, SBSS_SECTION_ASM_OP) \
- SECTION_FUNCTION_TEMPLATE(rdata_section, in_rdata, RDATA_SECTION_ASM_OP)
-
-#undef ASM_OUTPUT_CONSTRUCTOR
-#undef ASM_OUTPUT_DESTRUCTOR
-
-#undef CTOR_LIST_BEGIN
-#undef CTOR_LIST_END
-#undef DTOR_LIST_BEGIN
-#undef DTOR_LIST_END
-/* End of undefines to turn off .ctor/.dtor section support */
--
Andreas Jaeger
SuSE Labs aj@suse.de