compilerplugins/clang/elidestringvar.cxx | 2 +-
svx/qa/unit/customshapes.cxx | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
New commits:
commit a9fd52783c5b66a5bf9d26631d788fce0e500355
Author: Andrea Gelmini <andrea.gelm...@gelma.net>
AuthorDate: Mon Jun 8 17:05:10 2020 +0200
Commit: Julien Nabet <serval2...@yahoo.fr>
CommitDate: Sun Jun 14 09:22:14 2020 +0200
Fix typos
Change-Id: I9fbb2e38632d8baa48fb9325824fd2bf7a064d10
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/95840
Tested-by: Julien Nabet <serval2...@yahoo.fr>
Reviewed-by: Julien Nabet <serval2...@yahoo.fr>
diff --git a/compilerplugins/clang/elidestringvar.cxx
b/compilerplugins/clang/elidestringvar.cxx
index d0336fd8bbbd..4ca28d0d881d 100644
--- a/compilerplugins/clang/elidestringvar.cxx
+++ b/compilerplugins/clang/elidestringvar.cxx
@@ -24,7 +24,7 @@
// if addresses are taken and compared) reasons.
//
// For one, the historically heavy syntax for such uses of string literals
-// (RTL_CONSTASCII_USTRINGPARAM etc.) probably explains many of these
redundant variables, wich can
+// (RTL_CONSTASCII_USTRINGPARAM etc.) probably explains many of these
redundant variables, which can
// now be considered cargo-cult baggage. For another, some of those variables
are used as arguments
// to functions which also have more efficient overloads directly taking
string literals. And for
// yet another, some cases with default-initialized variables turned out to be
effectively unused
diff --git a/svx/qa/unit/customshapes.cxx b/svx/qa/unit/customshapes.cxx
index 91ae38cfeff0..53826369612b 100644
--- a/svx/qa/unit/customshapes.cxx
+++ b/svx/qa/unit/customshapes.cxx
@@ -666,7 +666,7 @@ CPPUNIT_TEST_FIXTURE(CustomshapesTest,
testTdf129532_MatrixFlipV)
CPPUNIT_TEST_FIXTURE(CustomshapesTest, testTdf103474_commandT_CaseZeroHeight)
{
- // tdf103474 custom shape with command T to create quater ellipses in a
bracket,
+ // tdf103474 custom shape with command T to create quarter ellipses in a
bracket,
// corner case where the ellipse has zero height.
// Error was, that the calculation of the circle angle from the ellipse
// angle results in a wrong angle for the case 180° and height zero.
_______________________________________________
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
