develooper Front page | perl.perl6.internals | Postings from April 2001

Re: Perl_foo() vs foo() etc

Thread Previous | Thread Next
From:
Uri Guttman
Date:
April 13, 2001 14:28
Subject:
Re: Perl_foo() vs foo() etc
Message ID:
200104132127.RAA11750@home.sysarch.com.
>>>>> "NC" == Nicholas Clark <nick@ccl4.org> writes:

  NC> Presumably there are internal functions that aren't part of the
  NC> public API, but because they are used in more than 1 source file
  NC> do need external linkage.  Or were your "linkers are dead-stupid"
  NC> words meaning that we can't tell linkers to partially link
  NC> libperl.a and then declare a whole bunch of symbols that now can't
  NC> be used for any purpose external to libperl.a

i will presume for dan and say yes. we can't control what some linkers
will actually expose to the external world and so collisions could
occur. so internally all stuff has to be prefixed in case it ever gets
exposed. the macros are just used internally to save using the prefixes
all the time on what should be private to perl symbols.

uri

-- 
Uri Guttman  ---------  uri@sysarch.com  ----------  http://www.sysarch.com
SYStems ARCHitecture and Stem Development ------ http://www.stemsystems.com
Learn Advanced Object Oriented Perl from Damian Conway - Boston, July 10-11
Class and Registration info:     http://www.sysarch.com/perl/OOP_class.html

Thread Previous | Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About