summaryrefslogtreecommitdiff
path: root/xmlreader
AgeCommit message (Collapse)AuthorFilesLines
2012-10-27remove xmlreader from string now I don't need it anymoreCaolán McNamara2-27/+2
Change-Id: I8d280a5fa352bf4514a5e593b34be767648f4e64
2012-10-17allow XmlReader to parse a stringCaolán McNamara2-2/+27
Change-Id: I3433e6f3766c1ea54ad53896c4e4d142d1e319a5
2012-09-28gbuild: invert handling of standard system libraries:Michael Stahl1-2/+0
Always link in gb_STDLIBS, except when the library explicitly opts out with gb_LinkTarget_disable_standard_system_libs. Change-Id: I489a99114fbfa46d0421a27cf6c7b899dc268a4a
2012-09-28gbuild: replace direct gb_STDLIBS use with ...Michael Stahl1-1/+2
... new gb_LinkTarget_add_standard_system_libs Change-Id: Ib2bc843098db3d8c6822b45a3d21724e67f57d69
2012-09-28gbuild: split uwinapi out of gb_STDLIBSMichael Stahl1-0/+1
Change-Id: I53316e0b9369d806197bccb42cf22d3497af43e7
2012-09-18deprecate oustringostreaminserter.hxxNorbert Thiebaud1-1/+0
the intent of this header has canged over time. now it is already systematically included with ustring.hxx and the operator overload it provide fit nicely there... Just to be safe, since that include as been added to the api during the 3.5 timeframe and therefore is already in 'production' the header remain and simply attempt to include ustring.hxx but a warning is issued indicating that this header should not be used anymore... in a couple of major release we will thenr emove it completely All internal users of that header are converted. Change-Id: I8934c55f089e29d78c0f5649b7c87b2ecf024bad Reviewed-on: https://gerrit.libreoffice.org/634 Tested-by: Norbert Thiebaud <nthiebaud@gmail.com> Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
2012-07-02targetted improvement of UNO API includes / usageMichael Meeks1-4/+1
2012-06-26re-base on ALv2 code.Michael Meeks3-78/+51
2012-06-21re-base on ALv2 code.Michael Meeks4-104/+68
Change-Id: I6c145e984c885c7e06caa1c27bfb354ea49ad9ce
2012-06-08calling nextAttribute before first tag uses uninited variablesCaolán McNamara1-0/+1
(cherry picked from commit c5818e929c7b608ccc3277f1204b491e426925de) Signed-off-by: Caolán McNamara <caolanm@redhat.com>
2012-04-29make gbuild the default assumption of build.plBjoern Michaelsen1-1/+0
this removes dmake completely out of the build for migrated modules build.pl now assumes modules to be gbuild, unless there is a prj/dmake file Change-Id: I674a036b182ee13c5ec093e83cb3d38133112d3b
2012-04-18Improved error reportingStephan Bergmann1-5/+5
2012-04-08LinkTarget.mk: remove gb_LinkTarget_add_package_headersMichael Stahl1-1/+1
2012-04-08gbuild: "use" vs. "add":Michael Stahl1-2/+2
Naming convention for gbuild methods: - "add" is used for stuff that is logically a part of the target (i.e. not registered at the Module, but defined in the target's makefile) - "use" is used for stuff that is logically a different target (i.e. it is registered at the Module, has it's own makefile, may be in a different module than the target)
2012-03-09minor documentation tweaksMichael Meeks1-0/+7
2012-02-05switch to include-based build rather than sourced-based buildNorbert Thiebaud1-35/+2
2012-01-26Better exception message.Stephan Bergmann1-3/+6
2012-01-02Temporary hack around cppu_detail_getCppuType variants violating ODR.Stephan Bergmann1-0/+2
Which causes cppuhelper to pick wrong variant from other library, now that its own symbols are no longer reduced to private on Mac OS X. As a temporary hack, emit cppu_detail_getCppuType for the relevant types always as fully comprehensive; should be revisited when improving types.rdb format (routinely generating C++ information for certain UNO types into a dedicated library?). Requires a fix to xmlreader and a fix to forms that looks like a Mac OS X GCC bug.
2011-12-21osl_unmapFile can't work for files bundled inside the .apk on AndroidTor Lillqvist1-2/+2
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-16Code modules no longer depend on stlport.Stephan Bergmann1-1/+1
2011-12-07in modules, when we have a env we are in stage gbuildBjoern Michaelsen1-0/+1
2011-11-29Adapted to new assertion/logging mechanisms.Stephan Bergmann3-19/+31
2011-11-29move reconfigure into gbuildBjoern Michaelsen1-1/+1
2011-11-25make gbuild makefiles run independant of pwd againBjoern Michaelsen1-2/+2
2011-11-21empty a bunch of d.lst filesMichael Stahl1-1/+0
2011-11-16tweak gbuild standart Makefile to allow partial build in unsourced envNorbert Thiebaud1-4/+4
This allow to run make in a module wihtout the need to source Env.Host.sh.
2011-10-05simplfy dmake to gbuild bridgefileBjoern Michaelsen1-40/+1
2011-09-30add mode-lines to .m files and last round of merged files, etc.Caolán McNamara7-0/+21
2011-08-19detect gmake 3.81 and limit to -j1 unless num-cpu is explicitly setNorbert Thiebaud1-1/+1
2011-08-10prefer makefile-gmake-mode to plain makefile-modeTakeshi Abe3-3/+3
2011-08-05Emacs modeline compatible with vim's oneTakeshi Abe1-0/+1
2011-07-30Add consistent Emacs and vim mode linesTor Lillqvist3-0/+3
2011-07-22postmerge fixes for gnumake4Bjoern Michaelsen1-6/+5
2011-07-21resyncing to masterBjoern Michaelsen2-1/+2
2011-06-21MinGW fixupTor Lillqvist2-0/+5
Don't use any i prefix for import library, and deliver it.
2011-06-20gnumake4: fix buildbreakers from mergeBjoern Michaelsen1-1/+0
2011-06-19Merge branch 'master' into feature/gnumake4Bjoern Michaelsen1-0/+0
Conflicts: xmlreader/prj/d.lst
2011-06-18ause130: #i117218# change .idl handling to gnu makeHans-Joachim Lankenau1-1/+1
2011-06-17gnumake4: #i116959#: kill ↵Michael Stahl1-2/+1
gb_LinkTarget_set_{defs,cflags,cxxflags,objcxxflags} [hg:389f5e8ec8cd]
2011-06-17gnumake4: xmlreader: fix build.lst [hg:ab8134c0d177]Michael Stahl1-2/+1
2011-06-17CWS gnumake4: convert xmlreader to new build system [hg:751b4a1bff7b]Mathias Bauer11-113/+147
2011-06-03Drop %_EXT% which was always emptyTor Lillqvist1-10/+10
2011-03-29drop bogus executable flag from idl/build/src and config filesFrancisco Saito1-0/+0
2010-10-22sb131: #i115203# note that xmlreader is semi-private and unversioned for nowsb1-0/+34
2010-09-29CWS-TOOLING: integrate CWS sb129Vladimir Glazunov13-0/+1739
2010-09-16sb129: #i113189# adjusted commentssb1-1/+1
2010-09-10sb129: #i113189# move XmlReader from configmgr to UREsb13-0/+1746
generated by cgit v1.2.3 (git 2.39.1) at 2024-04-28 09:07:32 +0000