Age | Commit message (Collapse) | Author |
|
This reverts commit 05050cdb23de586870bf479a9df5ced06828d498,
not all places that use e.g. OStringToOUString to convert potential UTF-8
are guaranteed to fulfil the prerequisites necessary to use fromUtf8 (and
some places like e.g. in codemaker are happy with the best-effort effect
of OStringToOUString's OSTRING_TO_OUSTRING_CVTFLAGS).
|
|
Change-Id: I771004b7ccab3344a67e827e45bc34c22ffa5f77
|
|
Change-Id: I14c0c5d90b67000cb4fe9e6be647854abfe784da
|
|
Change-Id: Id17c3426cb4a5913881201a0bf2f569ca5002303
|
|
after my commit e7bc3cab019fbf040f9fb8b53ae2cf3f977d200b
"remove boilerplate in UNO Exception constructor calls"
Change-Id: Iccf79e3c41c860e15078b791fed551a9526aa453
|
|
Change-Id: Ia43976d84eede6f699381bc4f3daf89b95e4cb4f
Reviewed-on: https://gerrit.libreoffice.org/12150
Reviewed-by: Bryan Quigley <gquigs@gmail.com>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I7c2400e9f340562380423eb3300bbcf3eb4c4871
|
|
It turns out that almost none of them were necessary.
Change-Id: I1311ed28409c682b57ea8d149bcbaf2c49133e83
Reviewed-on: https://gerrit.libreoffice.org/12133
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: I44456b3244f2190e33a7333c13492eea52bb06e4
|
|
Change-Id: Ia8fe44ea365183a8dec8027812b4877be080070d
|
|
because get_stack_trace uses rtl_mem::allocate and that throws on a (unlikely)
memory allocation failure
Change-Id: Ic2d0e6ec76eab5cf73025fa4d3199c29eb5b2982
|
|
This is supported in GCC 4.6.0 already:
https://gcc.gnu.org/onlinedocs/gcc-4.6.0/gcc/Diagnostic-Pragmas.html
Change-Id: I2f67e588eea3a323a2e9c81e39e56ab2e715a817
|
|
This has been supported by GCC and clang for a very long time.
Change-Id: I410a2b39004c932003f8cbefe935aedb109b1163
|
|
Change-Id: I527c66c7be1372ab5ddf86625667d2f315e9b5d3
|
|
Change-Id: I68eee76c8710c89af8e3c1e1006345f908923ece
|
|
Change-Id: Iba0c35a5bc07ac7b67186c3eeae1a2c926a6bc69
|
|
Change-Id: I4aecc887fc4654618444616ef83ff71266a2f93a
|
|
Change-Id: I16f8a9e8f421215fe5d392ba3f1f304618d70174
|
|
so that we get a nice complete stacktrace when it hits the final
handler
Change-Id: Iec4fcc15a2a25c55f591b5e069dce3d010197a90
|
|
Change-Id: Iac70c9be13892a36bfb5975f62e5345b88d4f144
|
|
Change-Id: Ie1b2ab13eda584c48aaa0a4a0941f1be451697c1
|
|
Change-Id: If093afb43f6ad8d4fcf6c0ec426eb48a6061ef3e
Reviewed-on: https://gerrit.libreoffice.org/11470
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: Ie2d476780a48b5815961598e214343d5def962c1
|
|
Change-Id: I52efda594d87c37c2d38c61b54f1eebcc76cdfce
|
|
The build does not get far before it runs into trouble in the GNU libstdc++
headers, though:
android-ndk-r10/sources/cxx-stl/gnu-libstdc++/4.9/libs/x86/include/bits/opt_random.h:33:23:
fatal error: x86intrin.h: No such file or directory
Change-Id: I9d459c64980091ba8bf5b3d631d47342625f6be9
|
|
Change-Id: I316830b56aba7874cff4a164925520a7b6c6131d
|
|
Change-Id: I37044a37348b203944a8eb9d2204e619055f069d
|
|
so the ppc64 bridge was broken
Change-Id: Ib60274ed25531f500bcd97f5ea9b04091ce01825
|
|
According to desc., typelib_TypeDescription can be safely used where
typelib_TypeDescriptionReference is expected.
Change-Id: Ibc3effd7e2894ba6ff738503e747f5157c146454
|
|
Change-Id: I170f0390f8f510591d444f44c20434b15077e687
|
|
Change-Id: I34e9a98586b795a3fa31ae775aee7898b36e65d4
|
|
Change-Id: I6a3f8c9bffd2dbac90c73e472f99dd97b9977127
|
|
*bzzt*, <lightning arcs, faint smell of ozone>, it's alive!
Change-Id: I0b42f4e2603e6d76200d63ab2e26bbb856ae1173
|
|
Change-Id: I1e253922fdb606648eff9865f1125a24e35b0d9a
|
|
http://gcc.gnu.org/ml/gcc-patches/2013-11/msg01145.html
http://gcc.gnu.org/ml/gcc-patches/2013-11/msg01147.html
now we just fail instead of crash
Change-Id: I329c676337885bcf4fdfdcdb5912d75424862126
|
|
ELFv2 ABI on ppc64 optimises stack allocation
(http://gcc.gnu.org/ml/gcc-patches/2013-11/msg01149.html
so we're getting no argument save area
This now appears to pass the simple cases and onwards
to the tricky ones
Change-Id: Ie56d148ebea7fcfc023cb7183bc97f09186e66b4
|
|
Change-Id: Id3928ef5ac68ea13a7aa8723bc8b068ecf8075a0
|
|
Change-Id: Icc386083ecd9faefbedebbb9d2496a4eddfa0b2b
|
|
almost certainly won't get us too far, but a start
Change-Id: Ic20b97a97b6d506c32322173bd8332d15c3a4555
|
|
in the absence of any other constructors, the compiler will automatically
generate a public no-arg constructor
Change-Id: I70eca507cd8e16e33580b3398d41d70690bc2909
|
|
Change-Id: Ia99765a6226317ee41ffb02a1b0dd7e6fd944a90
|
|
Change-Id: Icef19ef61ee0af2dd3bda527263934006271f219
|
|
Change-Id: If4fff3dd37326fbcdd01b743355a16591d71fa69
|
|
Change-Id: Ia8befb8d69914ce971174fc5f2ffc0e2f506a940
|
|
Change-Id: Ie41d6b0170a035a694dd270c311a137fd1810e74
|
|
Change-Id: I05c907a38b562231e968c17f14e09ef80e0a6ed1
|
|
Change-Id: Ide34abab9417b849ea58aafab386e13e67d240be
|
|
found by UCDetector
Change-Id: I7f97e15667159cf8ee776e8f32fdcdec8ec00ed6
|
|
Change-Id: I086964c6f6ce52c60c52b6dbc445d3c21d22c80a
|
|
.. actually thrown
Change-Id: Ia326ac7f82e11b948ed0f34e20908a96e7adcd10
|