summaryrefslogtreecommitdiffstats
path: root/svtools
diff options
context:
space:
mode:
authorMiklos Vajna <vmiklos@collabora.co.uk>2017-07-26 15:50:09 +0200
committerMiklos Vajna <vmiklos@collabora.co.uk>2017-08-24 11:10:15 +0200
commit98525094d44ceff0794cfb36c5494a7bd50c26a0 (patch)
tree511c812e14f2fd4b48c781f157122d5f5b3e8ff4 /svtools
parentSwXDispatchProviderInterceptor: implement frame::XInterceptorInfo (diff)
downloadcore-98525094d44ceff0794cfb36c5494a7bd50c26a0.tar.gz
core-98525094d44ceff0794cfb36c5494a7bd50c26a0.zip
gbuild: strip away unexpected CR char at the end of Windows filenames
As reported at e.g. <https://ask.libreoffice.org/en/question/90346/building-libreoffice-in-cygwin-leads-to-infinite-loop/>, sometimes MSVC (seen with 2013 on libreoffice-5-2, but there is no indication that 2015 on master would be different) emits CR characters at the end of filenames, resulting in unnecessary rebuilds at per-module builds, and actually to an infinite loop when doing toplevel make. Given that CR characters are unexpected in any filenames, it should be safe to just strip those away unconditionally. Change-Id: I3d56670b4d930a32489f889085711bfd436de82a Reviewed-on: https://gerrit.libreoffice.org/40452 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> (cherry picked from commit e9b9a456221b4b0660f90efa1ee092ea00c2c728)
Diffstat (limited to 'svtools')
0 files changed, 0 insertions, 0 deletions