delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp-workers/1999/08/22/11:14:46

Message-Id: <199908221452.OAA20688@out2.ibm.net>
From: "Mark E." <snowball3 AT bigfoot DOT com>
To: djgpp-workers AT delorie DOT com
Date: Sun, 22 Aug 1999 10:52:26 -0400
MIME-Version: 1.0
Subject: gcc flag for binutils 2.10?
X-mailer: Pegasus Mail for Win32 (v3.11)
Reply-To: djgpp-workers AT delorie DOT com

I've been thinking about a way for allow the next version of GCC to take advantage 
of the new features in Binutils, at least for the benefit of C++ users. One way 
would be to just require Binutils 2.10, but we can't require what isn't released. An 
alternative is to add a target specific switch to GCC to allow those with pre-
release versions of Binutils use of the advanced features.

Here's what I have in mind:

#define SUBTARGET_SWITCHES 		\
  { "bnu210", MASK_BNU210, "Enable weak symbols and .gnu.linkonce (requires Binutils 
2.10)." }, \
  { "no-bnu210", -MASK_BNU210, "Disable weak symbols and .gnu.linkonce." },

This means that -mbnu210 would enable weak symbols and for templates to use 
.gnu.linkonce sections. -mno-bnu210 would disable these features if you had them 
already enabled (by changing the specs for example).

The only drawback is you must use the switch with every source file so you don't get 
mysterious errors. However, this shouldn't be a problem if you're using RHIDE or a 
Makefile.

Comments?


--- 
Mark Elbrecht, snowball3 AT bigfoot DOT com
http://snowball.frogspace.net/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019