summaryrefslogtreecommitdiff
path: root/sal
AgeCommit message (Collapse)AuthorFilesLines
2011-12-22Initial untested implementation of dirent style functions for the .apkTor Lillqvist1-37/+159
2011-12-21WaE: add a space to tell SLED-11 gcc that we know what we're doingCaolán McNamara1-1/+1
2011-12-21get osl_File qa test to build under windowsCaolán McNamara1-0/+4
2011-12-21gbuild, sal: dl is linux onlyMatúš Kukan1-1/+3
2011-12-21use the internal gethostbyname_r() implementation on OpenBSD tooRobert Nagy1-2/+2
2011-12-21osl_unmapFile can't work for files bundled inside the .apk on AndroidTor Lillqvist4-12/+101
On Android, when an app is installed, arbitrary files bundled in the app won't be unpacked into actual separate files in the file system. They will exist only as archive entries in the .apk file (which is a zip archive). The SDK tooling puts such files under the /assets folder in the .apk. The LibreOffice bootstrapping code for Android maps the .apk file into memory. osl_openFile() knows about the /assets special case, and uses a separate abstraction for such memory-mapped files. Obviously, when producing an .apk, one needs to make sure these bundled files are not compressed, if one wants to be able to use them directly from the memory-mapped .apk file. We do that in our test and sample Android projects. When mapping such files under /assets , just return a pointer to the file's location inside the mapped .apk archive. We can't use the old osl_unmapFile() on such mapped files, as that would unexpectedly unmap fairly arbitrary pages of the .apk mapping, wreaking havoc on later use of the same pages. So, introduce a new osl_unmapMappedFile() function that takes also the oslFileHandle originally passed to osl_mapFile(). Use this instead in the few places where the code actually called osl_unmapFile(). Make sure osl_mapFile() is nonexistent on Android.
2011-12-21Need visibility markup for ANativeActivity_onCreate() tooTor Lillqvist1-1/+1
2011-12-21Need visibility markup for lo_main() tooTor Lillqvist1-3/+3
2011-12-21Bin leftover unused filesTor Lillqvist2-25/+0
2011-12-20sal: disable subsequentcheck which has circular dependencyMatúš Kukan1-1/+2
make 3.82 continues without error but apparently older version not
2011-12-20Use visibility attributes as we get compiled with -fvisibility=hiddenTor Lillqvist1-0/+18
2011-12-20Link most libs and executables with gb_STDLIBS as presumably is intendedTor Lillqvist2-12/+8
2011-12-20Fix compiler warnings for AndroidTor Lillqvist4-39/+73
2011-12-20Always use the autoconfed sizes and alignments, not only when cross-compilingTor Lillqvist4-52/+0
2011-12-20Need gb_CXXFLAGS, tooTor Lillqvist1-2/+2
2011-12-19Clean up previous commit.Stephan Bergmann1-72/+8
2011-12-19fdo#43095: allow the use of real access() callsMoritz Bechler1-0/+21
2011-12-19Add symbols from addsym.awk to gbuilified .map files.Stephan Bergmann2-1/+15
2011-12-19Warning clean-up (Mac OS X).Stephan Bergmann2-2/+2
2011-12-19WaE: GCC 4.5.1 does not allow #pragma GCC diagnostic warningMatúš Kukan1-1/+1
2011-12-19At least GCC 4.5.1 does not allow #pragma GCC diagnostic inside functions.Stephan Bergmann1-26/+13
2011-12-19typo: add missing \Matúš Kukan1-1/+1
2011-12-19-Werror=shadow and -Werror=sign-promo fixesStephan Bergmann4-9/+33
2011-12-19sal: add more unit testsMatúš Kukan31-945/+705
2011-12-19sal: add visibility symbolsMatúš Kukan50-564/+822
2011-12-19sal: convert to gbuildMatúš Kukan28-1312/+726
2011-12-16gcc-trunk: fix error: unable to find string literal operator 'operator"" FOO'Matúš Kukan1-8/+8
2011-12-14fix crash for std::numeric_limits<int>::min() in our math lib implMarkus Mohrhard1-1/+3
2011-12-13warn about massive allocsCaolán McNamara1-0/+7
2011-12-13Bin a few lines of weird crackTor Lillqvist1-4/+0
2011-12-11I don't see NO_BSYMBOLIC being used anywhereTor Lillqvist2-2/+0
2011-12-09rtl::OUStringBuffer::insert overloaded for char (similar to ::append).Stephan Bergmann1-0/+24
2011-12-07in modules, when we have a env we are in stage gbuildBjoern Michaelsen1-0/+1
2011-12-07|| -> &&Caolán McNamara1-2/+2
2011-12-07Don't replace getpid on Linux when the system version is correctArnaud Versini1-6/+8
2011-12-06normalize Red Hat, Inc. spellings, and bump to latest templateCaolán McNamara12-32/+36
2011-12-05lp#726529: inline arm assembler is obsolete by nowBjoern Michaelsen1-45/+0
2011-12-05ChildStatusProc needs to be extern "C".Stephan Bergmann1-0/+4
2011-12-02Improve ChildStatusProc diagnostics.Stephan Bergmann3-29/+79
2011-12-02Mark rtl::O[U]StringBuffer::{charAt,setCharAt} as SAL_DEPRECATED.Stephan Bergmann2-0/+4
2011-12-02Revert "Remove charAt/setCharAt once and for all"Stephan Bergmann2-0/+72
For backwards compatibility, they should not be removed before LO 4. They should be marked as SAL_DEPRECATED, however. This reverts commit 1820e7f575dffe53062f50f08cebf0efa37e2cc2.
2011-12-01Remove charAt/setCharAt once and for allAugust Sodora2-72/+0
2011-12-01Add back setCharAt/charAt for nowAugust Sodora2-0/+72
2011-12-01remove unused string constantsAndras Timar1-5/+0
2011-12-01WaE: unused variablesAugust Sodora1-5/+0
2011-12-01fdo#41474: remove setCharAt and charAt from O[U]StringBufferAugust Sodora4-565/+0
2011-12-01Remove uses of charAtAugust Sodora1-1/+1
2011-11-30Fix build breaker thinkoTor Lillqvist1-1/+1
2011-11-30Android code refactorig and hackingTor Lillqvist21-732/+115
Sorry for the large unstructured commit. But hey, the Android code is experimental so far. Extract the native lo-bootstrap code into a fairly normal library built in sal. (Previously it was the JNI part of the "Bootstrap" app.) Just linkink normally to liblo-bootstrap from C++ code that uses it works fine, no need to do a dlsym lookup. Bootstrap is still a subclass of NativeActivity and can thus still be used as an "app" (to start unit tests, or whatever), but can also be used from some other app's Java code to just get access to the lo-bootstrap native methods. Introduce a new top-level "module", android, for Bootstrap and the experiments with DocumentLoader. Note that the experimental DocumentLoader app still crashes. It can't create the com.sun.star.frame.Desktop instance. I spent lots of time debugging in the painfully inadequate ndk-gdb. (Even the newer gdb build from the "mingw-and-ndk" project is quite crappy in many ways.) I should really experiment with corresponding code on a normal platform first before even trying on Android. Basically, I think that if I just can get the concept of Java code that instantiates and uses LO components *in-process* working on a normal desktop platform, it should work on Android, too.
2011-11-30OSL_TRACE in sal/rtl/source/alloc_*.cxx leads to deadlock...Stephan Bergmann3-208/+182
...with SAL_LOG=+INFO due to std::ostringstream in log.cxx using global operator new, which potentially calls rtl_allocateMemory.