… | |
… | |
242 | Similar to C<ecb_unused>, but marks a function, variable or type as |
242 | Similar to C<ecb_unused>, but marks a function, variable or type as |
243 | deprecated. This makes some compilers warn when the type is used. |
243 | deprecated. This makes some compilers warn when the type is used. |
244 | |
244 | |
245 | =item ecb_deprecated_message (message) |
245 | =item ecb_deprecated_message (message) |
246 | |
246 | |
247 | Same as C<ecb_deprecated>, but if possible, supplies a diagnostic that is |
247 | Same as C<ecb_deprecated>, but if possible, the specified diagnostic is |
248 | used instead of a generic depreciation message when the object is being |
248 | used instead of a generic depreciation message when the object is being |
249 | used. |
249 | used. |
250 | |
250 | |
251 | =item ecb_inline |
251 | =item ecb_inline |
252 | |
252 | |
… | |
… | |
838 | |
838 | |
839 | When defined to C<1>, do not export any functions that might introduce |
839 | When defined to C<1>, do not export any functions that might introduce |
840 | dependencies on the math library (usually called F<-lm>) - these are |
840 | dependencies on the math library (usually called F<-lm>) - these are |
841 | marked with [-UECB_NO_LIBM]. |
841 | marked with [-UECB_NO_LIBM]. |
842 | |
842 | |
|
|
843 | =head1 UNDOCUMENTED FUNCTIONALITY |
|
|
844 | |
|
|
845 | F<ecb.h> is full of undocumented functionality as well, some of which is |
|
|
846 | intended to be internal-use only, some of which we forgot to document, and |
|
|
847 | some of which we hide because we are not sure we will keep the interface |
|
|
848 | stable. |
|
|
849 | |
|
|
850 | While you are welcome to rummage around and use whatever you find useful |
|
|
851 | (we can't stop you), keep in mind that we will change undocumented |
|
|
852 | functionality in incompatible ways without thinking twice, while we are |
|
|
853 | considerably more conservative with documented things. |
|
|
854 | |
|
|
855 | =head1 AUTHORS |
|
|
856 | |
|
|
857 | C<libecb> is designed and maintained by: |
|
|
858 | |
|
|
859 | Emanuele Giaquinta <e.giaquinta@glauco.it> |
|
|
860 | Marc Alexander Lehmann <schmorp@schmorp.de> |
|
|
861 | |
843 | =back |
862 | =back |
844 | |
863 | |
845 | |
864 | |