Re: make fails on MacOS 10.13.4 with c++11 related issues

2018-04-04 Thread Thorsten Behrens
Kaganski Mike wrote:
> You could send your branches to gerrit as drafts to ensure safety, then
> reset your tree, then recreate branches and cherry-pick the drafts from
> gerrit back.
> 
Or just don't bother, and use git reflog if you need something back.

git never really looses anything, at least not if it's committed [1]
;)

[1] terms and conditions apply - e.g. git garbage-collects dangling
objects after a while...

Cheers,

-- Thorsten


signature.asc
Description: PGP signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: make fails on MacOS 10.13.4 with c++11 related issues

2018-04-03 Thread Ch g
ore'
Makefile:282: recipe for target 'build' failed
make: *** [build] Error 2


I've never get make finished without errors on MacBook 2011 without option 
"build-nocheck".

https://wiki.documentfoundation.org/Development/GenericBuildingHints#Build_system_internals
 says:

Development/GenericBuildingHints - The Document Foundation 
...<https://wiki.documentfoundation.org/Development/GenericBuildingHints#Build_system_internals>
wiki.documentfoundation.org
This command is to save all the output of the make into a file (build.log), so 
that you can go back to it later to investigate if needed. Also with a fresh 
git clone, downloading and corresponding make might take some time.


Checks

make performs a number of checks (e.g. unit tests). That is a subset make check 
tests. There is a build-nocheck switch that disables the checks when building. 
It may speed up the build considerably. However, it should definitely not be 
used when building for the first time, because otherwise you may miss a problem 
with your setup that will give you a build with strange behavior that nobody 
else sees.

$ make build-nocheck

It's very likely that future partial builds after cherry-picks result in errors 
either.
Should I remove $LODE_HOME and start over from the very beginning again or how 
to get make work?


From: tlillqv...@gmail.com <tlillqv...@gmail.com> on behalf of Tor Lillqvist 
<t...@iki.fi>
Sent: Monday, April 2, 2018 5:54 PM
To: Ch g
Cc: Noel Grandin; libreoffice@lists.freedesktop.org
Subject: Re: make fails on MacOS 10.13.4 with c++11 related issues



On 2 April 2018 at 11:17, Ch g 
<prsvrr...@outlook.com<mailto:prsvrr...@outlook.com>> wrote:

I noticed several invalid option, Valgrind, header file not found errors by 
"grep -C 5 error config.log", the related output are:

That is normal. That is what the configure script does, figures out what 
options are valid. (Among other things.)

--tml

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: make fails on MacOS 10.13.4 with c++11 related issues

2018-04-02 Thread Tor Lillqvist
On 2 April 2018 at 11:17, Ch g  wrote:

> I noticed several invalid option, Valgrind, header file not found errors
> by "grep -C 5 error config.log", the related output are:
>

That is normal. That is what the configure script does, figures out what
options are valid. (Among other things.)

--tml
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: make fails on MacOS 10.13.4 with c++11 related issues

2018-04-02 Thread Ch g
81: checking for number of processors to use
config.log-4237-configure:39029: result: 4
config.log-4238-configure:39098: checking whether C++11 use of const_iterator 
in standard containers is broken
config.log-4239-configure:39124: /Users/almas/lode/opt/bin/ccache 
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++
 -m64  -stdlib=libc++ -mmacosx-version-min=10.9 -isysroot 
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk
 -c  -std=gnu++14  conftest.cpp >&5
config.log:4240:conftest.cpp:116:22: error: invalid suffix on literal; C++11 
requires a space between literal and identifier 
[-Wreserved-user-defined-literal]
config.log-4241-#define OOO_VENDOR ""ALMAS""
config.log-4242- ^
config.log-4243-
--
config.log-4241-#define OOO_VENDOR ""ALMAS""
config.log-4242- ^
config.log-4243-
config.log:4244:1 error generated.
config.log-4245-configure:39124: $? = 1
config.log-4246-configure: failed program was:
config.log-4247-| /* confdefs.h */
config.log-4248-| #define PACKAGE_NAME "LibreOffice"
config.log-4249-| #define PACKAGE_TARNAME "libreoffice"
--
config.log-4538-|
config.log-4539-|   ;
config.log-4540-|   return 0;
config.log-4541-| }
config.log-4542-configure:39206: result: yes
config.log:4543:configure:39209: error: working support for static 
initializer_list needed
config.log-4544-
config.log-4545-##  ##
config.log-4546-## Cache variables. ##
config.log-4547-##  ##
config.log-4548-
--


Sorry for this long text.

For files reported unfound, I did
sudo find / -iname 'ac_nonexistent.h' -or -iname 'RecursiveASTVisitor.h' -o 
-iname 'valgrind.h' -or -iname 'c++config.h':
/usr/include/c++/4.2.1/bits/c++config.h
/usr/local/Cellar/llvm/6.0.0/include/clang/AST/RecursiveASTVisitor.h
/usr/local/Cellar/llvm/6.0.0/include/llvm/Support/Valgrind.h
/usr/local/Cellar/llvm/5.0.1/include/clang/AST/RecursiveASTVisitor.h
/usr/local/Cellar/llvm/5.0.1/include/llvm/Support/Valgrind.h
/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/c++/4.2.1/bits/c++config.h
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/include/c++/4.2.1/bits/c++config.h
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk/usr/include/c++/4.2.1/bits/c++config.h
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/4.2.1/bits/c++config.h

except 'ac_nonexistent.h', which is really absent.


From: Noel Grandin <noelgran...@gmail.com>
Sent: Monday, April 2, 2018 3:57 PM
To: Ch g
Cc: Heiko Tietze; libreoffice@lists.freedesktop.org
Subject: Re: make fails on MacOS 10.13.4 with c++11 related issues

have a look at the config.log to get a more detailed look at the error, 
sometimes it's some kind of config issue
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: make fails on MacOS 10.13.4 with c++11 related issues

2018-04-02 Thread Kaganski Mike
On 4/2/2018 5:44 AM, Ch g wrote:
> Regarding your reply:To purge all modifications do "git fetch --all && 
> git reset --hard origin/master".
> 
> 
> will "git reset --hard origin/master" undo changes already made in 
> custom branches?

You could send your branches to gerrit as drafts to ensure safety, then 
reset your tree, then recreate branches and cherry-pick the drafts from 
gerrit back.


-- 
Best regards,
Mike Kaganski
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: make fails on MacOS 10.13.4 with c++11 related issues

2018-04-02 Thread Heiko Tietze

On 02.04.2018 04:44, Ch g wrote:
> Regarding your reply:To purge all modifications do "git fetch --all && git 
> reset --hard origin/master".
> will "git reset --hard origin/master" undo changes already made in custom 
> branches?
 
Yes. 
https://stackoverflow.com/questions/1628088/reset-local-repository-branch-to-be-just-like-remote-repository-head



signature.asc
Description: OpenPGP digital signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: make fails on MacOS 10.13.4 with c++11 related issues

2018-04-02 Thread Noel Grandin
have a look at the config.log to get a more detailed look at the error,
sometimes it's some kind of config issue​
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


make fails on MacOS 10.13.4 with c++11 related issues

2018-04-01 Thread Ch g
Hello Tietze,

I update Macbook to latest 10.13.4 and also xcode tools.

I unset CCACHE_CPP2, removed gcc installed from brew.

still get make error saying:

...
checking whether C++11 use of const_iterator in standard containers is 
broken... yes
checking whether /Users/almas/lode/opt/bin/ccache 
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++
 -m64  -stdlib=libc++ -mmacosx-version-min=10.9 -isysroot 
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk
 has broken static initializer_list support... yes
configure: error: working support for static initializer_list needed
Error running configure at /Users/almas/lode/dev/core/autogen.sh line 289.
Makefile:55: recipe for target '/Users/almas/lode/dev/core/config_host.mk' 
failed
make: *** [/Users/almas/lode/dev/core/config_host.mk] Error 2
#EOF


Regarding your reply:To purge all modifications do "git fetch --all && git 
reset --hard origin/master".


will "git reset --hard origin/master" undo changes already made in custom 
branches?

I was cherry-picking from branch A to branch B, 3 week ago.

After the first cherry-pick, I "make && make install" successfully in branch B.

But make failed with errors on locally unmodified files, I thought updating the 
local master branch will help resolve those issues.

So I did "./g pull -r" mistakenly on then-current branch B, which got error 
because of unstaged modification that are cherry-picks.

Then, I switched to branch master, and did "./g pull -r", after update, I still 
get  "C++11 use of const_iterator in standard containers is broken" and similar 
errors.


gcc -v:
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr 
--with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 9.1.0 (clang-902.0.39.1)
Target: x86_64-apple-darwin17.5.0
Thread model: posix
InstalledDir: 
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

make -v
GNU Make 4.1
Built for x86_64-apple-darwin17.3.0
Copyright (C) 1988-2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Will I better off "reset hard", then "make && make install", and only after 
make succeeded, start over(do from the beginning?) cherry-pick?


From: Heiko Tietze 
Sent: Thursday, March 29, 2018 10:33 PM
To: Ch g; libreoffice@lists.freedesktop.org
Subject: Re: autogen.sh fails on MacOS 10.13.3

To purge all modifications do "git fetch --all && git reset --hard 
origin/master". There are no reasons AFAIK to rerun autogen.sh.

On 29.03.2018 12:12, Ch g wrote:
> Hello all, I first built LO official source successfully with "build-nocheck" 
> option in this January, and could start that built
>
> app. But last week, I cherry-picked 3 commits from a forked repo which 
> enabled vertical Mongolian editing, then make failed with errors occurred in 
> unedited files. So, I thought maybe "./g pull r" could resolve those issues, 
> but not.
>
>
> My settings are following:
>
>
>
> autogen.input:
>
> --enable-dbgutil
> --enable-symbols
> --disable-cve-tests
> #EOF
>
>
> last few lines of
>
> ./autogen.sh:
>
> checking for Google Drive client id and secret... set
> checking for Alfresco Cloud client id and secret... set
> checking for OneDrive client id and secret... set
> checking whether to enable dependency tracking... yes
> checking for number of processors to use... 4
> checking whether C++11 use of const_iterator in standard containers is 
> broken... yes
> checking whether /Users/almas/lode/opt/bin/ccache 
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++
>  -m64  -stdlib=libc++ -mmacosx-version-min=10.9 -isysroot 
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk
>  has broken static initializer_list support... yes
> configure: error: working support for static initializer_list needed
> Error running configure at ./autogen.sh line 293.
> #EOF
>
>
> CFLAGS, CXXFLAGS and CPPFLAGS are unset.
>
>
> which g++: /usr/local/opt/ccache/libexec/g++
>
>
> gcc 7.3 was installed via homebrew and
>
> cd /usr/local/Cellar/gcc/7.3.0_1/bin && ln -s gcc-7 gcc && ln -s g++-7 g++
>
> g++ --version
> g++ (Homebrew GCC 7.3.0_1) 7.3.0
>
> gcc --version
> gcc (Homebrew GCC 7.3.0_1) 7.3.0
>
> I'm stuck now, I have many more commits for vertical Mongolian editing to 
> cherry-pick to continue my work.
>
> I hope anyone could give solutions to me.
>
> Thank you.
>
>
>
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/libreoffice
>

--
Dr. Heiko Tietze
UX designer
Tel. +49 (0)179/1268509