Convert code like:
aStrBuf.appendAscii( RTL_CONSTASCII_STRINGPARAM( "ln(x)" ));
to:
aStrBuf.append( "ln(x)" );
which compiles down to the same code.
Change-Id: I24c7cb45ceb32fd7cd6ec7ed203c2a5d746f1c5c
There are basicically two classes of cases:
1) Where the code is for obscure historical reasons or what I see as
misguided "optimization" split into a more libraries than necessary,
and these then are loaded at run-time. Instead, just use direct
linking.
2) Where dynamic loading is part of the functionality offered to some
upper (scripting etc) layer, or where some system-specific non-LO
library is loaded dynamically, as it is not necessarily present on
end-user machines. Can't have such in the DISABLE_DYNLOADING case.
Change-Id: I9eceac5fb635245def2f4f3320821447bb7cd8c0
2007/06/26 13:37:45 sb 1.1.2.2: #i75466# Use new osl_loadModuleRelative to locate loaded libs next to calling lib.
2007/06/20 12:49:40 sb 1.1.2.1: #i75466# Unlike Solaris and Linux, Mac OS X dlopen does not search for file next to the library calling dlopen if file does not contain slashes (you have to prefix file with "@loader_path/" for that to work on Mac OS X); refactored accordingly.
