• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: -fno-leading-underscore
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: -fno-leading-underscore


  • Subject: Re: -fno-leading-underscore
  • From: Godfrey van der Linden <email@hidden>
  • Date: Wed, 17 Nov 2004 10:55:51 -0800

I'm missing something. Wouldn't it be a whole lot easier to change the lisp code that calls a foreign function to prepend an '_' than it is to recompile every thing you ever attempt to call. wouldn't that mean that you can never access any system libraries? That seems somewhat limiting.

Godfrey

On Nov 16, , at 13:53, Michael Hogsett wrote:


The -fno-leading-underscore to GCC appears to have no effect.

We have some lisp code which calls foreign functions.   The foreign
function calls fail because all of the symbols have an underscore
prepended to their name.

e.g.

[dh-7-13] [hogsett] [~]
 --> gcc -fno-leading-underscore -c -o foo.o foo.c
[dh-7-13] [hogsett] [~]
 --> nm foo.o
0000003c b _b.0
00000000 T _foo
[dh-7-13] [hogsett] [~]
 --> gcc -c -o foo.o foo.c
[dh-7-13] [hogsett] [~]
 --> nm foo.o
0000003c b _b.0
00000000 T _foo

How do I resolve this other than rewriting our lisp code?  This does
not occur on Solaris, Linux, or FreeBSD.

- Mike

_______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: This email sent to email@hidden
References: 
 >-fno-leading-underscore (From: Michael Hogsett <email@hidden>)

  • Prev by Date: Re: processing IOService in kext
  • Next by Date: Re: processing IOService in kext
  • Previous by thread: Re: -fno-leading-underscore
  • Next by thread: Re: -fno-leading-underscore
  • Index(es):
    • Date
    • Thread