[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

-export-symbols-regex and -export-symbols

From: Paul Elliott
Subject: -export-symbols-regex and -export-symbols
Date: Fri, 26 Aug 2011 18:38:18 -0500
User-agent: KMail/1.13.6 (Linux/2.6.38-11-generic; KDE/4.6.2; i686; ; )

For the program I am working on, for which I do not write the source code, the 
list for the names of externals that should be exposed to the user is:
anything starting with swe_
33 miscellaneous symbols.

If the ABI is extended additional symbols will probably start with swe_

It would be nice of libtool supported both -export-symbols-regex and 
-export-symbols. Then I could describe everything starting with swe_ using 
-export-symbols-regex and the miscellaneous list with -export-symbols.

Unfortuantely using both leads to an error. Is there any reason the use of 
both could not be supported in future versions of libtools?

Under the present system I have 2 choices:

1) one long list  of all the symbols which will have to be updated if the ABI 
is extended.

2) One huge regex like this.

> swe_regex='(^swe_)'
> swe_regex+='|(^afl2planet$)'
> swe_regex+='|(^calc$)'
>  31 other entries like this here
> swe_regex+='|(^to_mean_ekl$)'

> libswe_la_LDFLAGS = \
>       -lm         \
>       -export-symbols-regex "$(swe_regex)"

This probably won't have to be updated if more swe_ symbols are added, but it 
is ugly. What is the limit on regex size?

Which is best practice?

Thank You.

Paul Elliott                               1(512)837-1096
address@hidden               PMB 181, 11900 Metric Blvd Suite J   Austin TX 78758-3117

Attachment: signature.asc
Description: This is a digitally signed message part.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]