mdb@kosciusko.esd.3com.com (Mark D. Baushke) (10/04/89)
Environment: gcc 1.36 running under SunOS 3.5 configured to build
executable for a non-Sun 68k machine.
Is there any good reason that the _LIBCALL macros are in effect being
run through ASM_OUTPUT_LABELREF(file,name) ?
In gcc 1.35, I could use
#define MODSI3_LIBCALL "lmodt"
and the external symbol reference which was generated would literally
be "lmodt".
In gcc 1.36, this define will generate an external symbol reference of
"_lmodt".
I would rather have the *_LIBCALL routine names NOT be run through the
same macro as the user-level labels.
Unless I am missing something, there currently appears to be no way to
generate references to the symbols I need to use...those which do NOT
have a leading "_" in their names.
Does anyone have a suggested workaround (other than re-naming the
library)?
BTW: I *do* want user-defined symbols to have the leading "_" in their
name. I just do not want a user-defined symbol to ever be able to
point to any of the special 'hardwired' library routine name.
--
Mark D. Baushke
Internet: mdb@ESD.3Com.COM
UUCP: {3comvax,auspex,sun}!bridge2!mdb