Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

It's not working in C++-mode. #771

Closed
JaydenFish opened this issue Jun 6, 2017 · 25 comments
Closed

It's not working in C++-mode. #771

JaydenFish opened this issue Jun 6, 2017 · 25 comments

Comments

@JaydenFish
Copy link

JaydenFish commented Jun 6, 2017

env: win10 64bit, anaconda3.6.1 64bit. emacs.
When I type something,A dialog pop up.

Microsoft Visual C++ Runtime Library
Assertion failed!
Program: D:\emacs\ycmd\libclang.dll
File: D:\src\llvm_package_4.0.0\llvm\tools.../SourceLocation.h Line: 319
Expression: SrcMgr == Loc.SrcMgr && "Loc comes from another SourceManager!"
For information on how your program can cause an assertion failure, see the Visual C++ documentation on asserts
(Press Retry to debug the application - JIT must be enabled)

Before this dialog show,ycmd-debug-show-info is

Ycmd debug information for buffer main.cpp in c++-mode:


((python (executable . "d:\\Anaconda3\\python.exe") (version . "3.6.1"))
 (clang (has_support . t)
        (version . "clang version 4.0.0 (tags/RELEASE_400/final)"))
 (extra_conf (path . "D:/emacs/ycmd/cpp/ycm/.ycm_extra_conf.py")
             (is_loaded . t))
 (completer (name . "C-family")
            (servers)
            (items ((key . "compilation database path")
                    (value . "None"))
                   ((key . "flags")
                    (value . "['-Wall', '-Wextra', '-Werror', '-Wno-long-long', '-Wno-variadic-macros', '-fexceptions', '-DNDEBUG', '-DUSE_CLANG_COMPLETER', '-std=c++11', '-x', 'c++', '-isystem', 'D:\\\\emacs\\\\ycmd\\\\cpp\\\\ycm\\\\../BoostParts', '-isystem', '/System/Library/Frameworks/Python.framework/Headers', '-isystem', 'D:\\\\emacs\\\\ycmd\\\\cpp\\\\ycm\\\\../llvm/include', '-isystem', 'D:\\\\emacs\\\\ycmd\\\\cpp\\\\ycm\\\\../llvm/tools/clang/include', '-I', 'D:\\\\emacs\\\\ycmd\\\\cpp\\\\ycm\\\\.', '-I', 'D:\\\\emacs\\\\ycmd\\\\cpp\\\\ycm\\\\./ClangCompleter', '-isystem', 'D:\\\\emacs\\\\ycmd\\\\cpp\\\\ycm\\\\./tests/gmock/gtest', '-isystem', 'D:\\\\emacs\\\\ycmd\\\\cpp\\\\ycm\\\\./tests/gmock/gtest/include', '-isystem', 'D:\\\\emacs\\\\ycmd\\\\cpp\\\\ycm\\\\./tests/gmock', '-isystem', 'D:\\\\emacs\\\\ycmd\\\\cpp\\\\ycm\\\\./tests/gmock/include', '-resource-dir=D:\\\\emacs\\\\ycmd\\\\ycmd\\\\..\\\\clang_includes', '-fno-delayed-template-parsing', '-fspell-checking']")))))


Server is running at: 127.0.0.1:5002

Ycmd Mode is enabled

--------------------

Ycmd version:   1.2snapshot (package: 20170515.2255)
Emacs version:  25.2.2
System:         x86_64-w64-mingw32
Window system:  w32

ycmd-server bufferis

2017-06-06 22:01:58,177 - DEBUG - Global extra conf not loaded or no function YcmCorePreload
serving on http://127.0.0.1:5692
2017-06-06 22:01:59,691 - INFO - Received completion request
2017-06-06 22:01:59,694 - DEBUG - Using filetype completion: True
2017-06-06 22:01:59,743 - INFO - Received completion request
2017-06-06 22:01:59,744 - DEBUG - Using filetype completion: True
2017-06-06 22:01:59,745 - ERROR - Exception from semantic completer (using general): Traceback (most recent call last):
  File "D:\emacs\ycmd\ycmd\..\ycmd\handlers.py", line 103, in GetCompletions
    .ComputeCandidates( request_data ) )
  File "D:\emacs\ycmd\ycmd\..\ycmd\completers\completer.py", line 217, in ComputeCandidates
    candidates = self._GetCandidatesFromSubclass( request_data )
  File "D:\emacs\ycmd\ycmd\..\ycmd\completers\completer.py", line 233, in _GetCandidatesFromSubclass
    raw_completions = self.ComputeCandidatesInner( request_data )
  File "D:\emacs\ycmd\ycmd\..\ycmd\completers\cpp\clang_completer.py", line 95, in ComputeCandidatesInner
    raise RuntimeError( PARSING_FILE_MESSAGE )
RuntimeError: Still parsing file, no completions yet.

2017-06-06 22:01:59,959 - INFO - Received filetype completion available request
2017-06-06 22:02:00,100 - INFO - Received completion request
2017-06-06 22:02:00,101 - DEBUG - Using filetype completion: True
2017-06-06 22:02:00,101 - ERROR - Exception from semantic completer (using general): Traceback (most recent call last):
  File "D:\emacs\ycmd\ycmd\..\ycmd\handlers.py", line 103, in GetCompletions
    .ComputeCandidates( request_data ) )
  File "D:\emacs\ycmd\ycmd\..\ycmd\completers\completer.py", line 217, in ComputeCandidates
    candidates = self._GetCandidatesFromSubclass( request_data )
  File "D:\emacs\ycmd\ycmd\..\ycmd\completers\completer.py", line 233, in _GetCandidatesFromSubclass
    raw_completions = self.ComputeCandidatesInner( request_data )
  File "D:\emacs\ycmd\ycmd\..\ycmd\completers\cpp\clang_completer.py", line 95, in ComputeCandidatesInner
    raise RuntimeError( PARSING_FILE_MESSAGE )
RuntimeError: Still parsing file, no completions yet.

2017-06-06 22:02:00,222 - INFO - Received command request

I compiled ycmd with this:
https://gist.github.com/asdyjd/92f9c4914f68e4bd7bc955df4c969881

It't not working in c++-mode.But it's good in python-mode.

@JaydenFish JaydenFish changed the title It's not working for me. It's not working in C++-mode. Jun 6, 2017
@vheon
Copy link
Contributor

vheon commented Jun 6, 2017

It's not working in C++-mode

What does it mean "is not working"? Does the server crash? You do not get the suggestion? You have to force them? You have to be more specific on that and we need a reproducible test case for it.

EDIT: I saw now abingham/emacs-ycmd#429

We need a reproducible test case though.

anaconda3.6.1 64bit

I can already tell you that anaconda is not supported, so please try with cPython first.

@puremourning
Copy link
Member

If libclang is asserting, report it to the clang devs. It seems a number of people are hitting libclang asserts recently

@JaydenFish
Copy link
Author

JaydenFish commented Jun 9, 2017

I tried Python3 32bit and anaconda 32bit.
ycmd-server:

2017-06-10 00:09:51,612 - DEBUG - Global extra conf not loaded or no function YcmCorePreload
serving on http://127.0.0.1:7687
2017-06-10 00:09:57,196 - INFO - Received event notification
2017-06-10 00:09:57,196 - DEBUG - Event name: BufferVisit
2017-06-10 00:09:57,197 - ERROR - No semantic completer exists for filetypes: ['cpp']
Traceback (most recent call last):
  File "D:\emacs\ycmd\ycmd\..\ycmd\server_state.py", line 100, in FiletypeCompletionAvailable
    self.GetFiletypeCompleter( filetypes )
  File "D:\emacs\ycmd\ycmd\..\ycmd\server_state.py", line 89, in GetFiletypeCompleter
    current_filetypes ) )
ValueError: No semantic completer exists for filetypes: ['cpp']
2017-06-10 00:09:57,321 - INFO - Received event notification
2017-06-10 00:09:57,321 - DEBUG - Event name: FileReadyToParse
2017-06-10 00:09:57,321 - INFO - Adding buffer identifiers for file: d:/project/oj/lintcode/T/T/main.cpp
2017-06-10 00:09:57,322 - ERROR - No semantic completer exists for filetypes: ['cpp']
Traceback (most recent call last):
  File "D:\emacs\ycmd\ycmd\..\ycmd\server_state.py", line 100, in FiletypeCompletionAvailable
    self.GetFiletypeCompleter( filetypes )
  File "D:\emacs\ycmd\ycmd\..\ycmd\server_state.py", line 89, in GetFiletypeCompleter
    current_filetypes ) )
ValueError: No semantic completer exists for filetypes: ['cpp']
2017-06-10 00:09:58,871 - INFO - Received completion request
2017-06-10 00:09:58,871 - ERROR - No semantic completer exists for filetypes: ['cpp']
Traceback (most recent call last):
  File "D:\emacs\ycmd\ycmd\..\ycmd\server_state.py", line 100, in FiletypeCompletionAvailable
    self.GetFiletypeCompleter( filetypes )
  File "D:\emacs\ycmd\ycmd\..\ycmd\server_state.py", line 89, in GetFiletypeCompleter
    current_filetypes ) )
ValueError: No semantic completer exists for filetypes: ['cpp']
2017-06-10 00:09:58,872 - DEBUG - Using filetype completion: False
2017-06-10 00:09:58,985 - INFO - Received completion request
2017-06-10 00:09:58,985 - ERROR - No semantic completer exists for filetypes: ['cpp']
Traceback (most recent call last):
  File "D:\emacs\ycmd\ycmd\..\ycmd\server_state.py", line 100, in FiletypeCompletionAvailable
    self.GetFiletypeCompleter( filetypes )
  File "D:\emacs\ycmd\ycmd\..\ycmd\server_state.py", line 89, in GetFiletypeCompleter
    current_filetypes ) )
ValueError: No semantic completer exists for filetypes: ['cpp']
2017-06-10 00:09:58,985 - DEBUG - Using filetype completion: False
2017-06-10 00:09:59,180 - INFO - Received filetype completion available request
2017-06-10 00:09:59,181 - ERROR - No semantic completer exists for filetypes: ['cpp']
Traceback (most recent call last):
  File "D:\emacs\ycmd\ycmd\..\ycmd\server_state.py", line 100, in FiletypeCompletionAvailable
    self.GetFiletypeCompleter( filetypes )
  File "D:\emacs\ycmd\ycmd\..\ycmd\server_state.py", line 89, in GetFiletypeCompleter
    current_filetypes ) )
ValueError: No semantic completer exists for filetypes: ['cpp']
2017-06-10 00:10:04,283 - INFO - Received event notification
2017-06-10 00:10:04,283 - DEBUG - Event name: FileReadyToParse
2017-06-10 00:10:04,283 - INFO - Adding buffer identifiers for file: d:/project/oj/lintcode/T/T/main.cpp
2017-06-10 00:10:04,283 - ERROR - No semantic completer exists for filetypes: ['cpp']
Traceback (most recent call last):
  File "D:\emacs\ycmd\ycmd\..\ycmd\server_state.py", line 100, in FiletypeCompletionAvailable
    self.GetFiletypeCompleter( filetypes )
  File "D:\emacs\ycmd\ycmd\..\ycmd\server_state.py", line 89, in GetFiletypeCompleter
    current_filetypes ) )
ValueError: No semantic completer exists for filetypes: ['cpp']

ycmd-show-debug-info

Ycmd debug information for buffer main.cpp in c++-mode:


((python (executable . "d:\\Anaconda3\\python.exe") (version . "3.6.1"))
 (clang (has_support . :json-false) (version))
 (extra_conf (path . "D:/emacs/ycmd/cpp/ycm/.ycm_extra_conf.py")
             (is_loaded . t))
 (completer))


Server is running at: 127.0.0.1:7687

Ycmd Mode is enabled

--------------------

Ycmd version:   1.2snapshot (package: 20170515.2255)
Emacs version:  25.2.2
System:         x86_64-w64-mingw32
Window system:  w32

@vheon
Copy link
Contributor

vheon commented Jun 13, 2017

ValueError: No semantic completer exists for filetypes: ['cpp']

This looks like the C-Family completer was not built. Did you pass the --clang-completer flag to the build.py script?

@JaydenFish
Copy link
Author

This time I compiled it successfully with python build.py --clang-completer
But when I run emacs with c++-mode,there is a dialog pop up

Microsoft Visual C++ Runtime Library
Assertion failed!
Program: D:\emacs\ycmd\libclang.dll
File: D:\src\llvm_package_4.0.0\llvm\tools.../SourceLocation.h Line: 319
Expression: SrcMgr == Loc.SrcMgr && "Loc comes from another SourceManager!"
For information on how your program can cause an assertion failure, see the Visual C++ documentation on asserts
(Press Retry to debug the application - JIT must be enabled)

The ycmd-show-debug-infois

Ycmd debug information for buffer main.cpp in c++-mode:


((python (executable . "d:\\Python36-32\\python.exe") (version . "3.6.1"))
 (clang (has_support . t)
        (version . "clang version 4.0.0 (tags/RELEASE_400/final)"))
 (extra_conf (path . "D:/emacs/ycmd/cpp/ycm/.ycm_extra_conf.py")
             (is_loaded . t))
 (completer (name . "C-family")
            (servers)
            (items ((key . "compilation database path")
                    (value . "None"))
                   ((key . "flags")
                    (value . "['-Wall', '-Wextra', '-Werror', '-Wno-long-long', '-Wno-variadic-macros', '-fexceptions', '-DNDEBUG', '-DUSE_CLANG_COMPLETER', '-std=c++11', '-x', 'c++', '-isystem', 'D:\\\\emacs\\\\ycmd\\\\cpp\\\\ycm\\\\../BoostParts', '-isystem', '/System/Library/Frameworks/Python.framework/Headers', '-isystem', 'D:\\\\emacs\\\\ycmd\\\\cpp\\\\ycm\\\\../llvm/include', '-isystem', 'D:\\\\emacs\\\\ycmd\\\\cpp\\\\ycm\\\\../llvm/tools/clang/include', '-I', 'D:\\\\emacs\\\\ycmd\\\\cpp\\\\ycm\\\\.', '-I', 'D:\\\\emacs\\\\ycmd\\\\cpp\\\\ycm\\\\./ClangCompleter', '-isystem', 'D:\\\\emacs\\\\ycmd\\\\cpp\\\\ycm\\\\./tests/gmock/gtest', '-isystem', 'D:\\\\emacs\\\\ycmd\\\\cpp\\\\ycm\\\\./tests/gmock/gtest/include', '-isystem', 'D:\\\\emacs\\\\ycmd\\\\cpp\\\\ycm\\\\./tests/gmock', '-isystem', 'D:\\\\emacs\\\\ycmd\\\\cpp\\\\ycm\\\\./tests/gmock/include', '-resource-dir=D:\\\\emacs\\\\ycmd\\\\ycmd\\\\..\\\\clang_includes', '-fno-delayed-template-parsing', '-fspell-checking']")))))


Server is running at: 127.0.0.1:13701

Ycmd Mode is enabled

--------------------

Ycmd version:   1.2snapshot (package: 20170515.2255)
Emacs version:  25.2.2
System:         x86_64-w64-mingw32
Window system:  w32

ycmd-serveris

2017-06-14 18:03:29,244 - DEBUG - Global extra conf not loaded or no function YcmCorePreload
serving on http://127.0.0.1:13701
2017-06-14 18:03:29,444 - INFO - Received event notification
2017-06-14 18:03:29,444 - DEBUG - Event name: BufferVisit
2017-06-14 18:03:29,584 - INFO - Received event notification
2017-06-14 18:03:29,585 - DEBUG - Event name: FileReadyToParse
2017-06-14 18:03:29,585 - INFO - Adding buffer identifiers for file: d:/project/oj/lintcode/T/T/main.cpp
2017-06-14 18:03:39,631 - INFO - Received debug info request

Furthermore,I run python run_tests.py --clang-completer
It failed.The result is https://gist.github.com/asdyjd/aac13407aad043b98e7a5c8ab0272c48

@vheon
Copy link
Contributor

vheon commented Jun 14, 2017

System: x86_64-w64-mingw32

Did you compile ycmd inside MinGW?

@JaydenFish
Copy link
Author

I installed MinGW and Cygwin32,But I put them in the end of env variables.
And just now I renamed the MinGW and Cygwin32 directory to disable them totally.
And re-compiled it. The result is the same as before.

@zonyitoo
Copy link

zonyitoo commented Aug 3, 2017

I have encountered the same problem in my project. My project has a quite huge code base.

Environment:

  • YouCompleteMe: latest master commit
  • libclang 4.0.1
  • Linux x86_64

Relevent logs

2017-08-03 18:37:58,542 - ERROR - python: /home/tylerzhong/cfe-4.0.1.src/include/clang/Basic/SourceLocation.h:319: bool clang::FullSourceLoc::isBeforeInTranslationUnitThan(clang::FullSourceLoc) const: Assertion `SrcMgr == Loc.SrcMgr && "Loc comes from another SourceManager!"' failed.
libclang: crash detected during parsing: {
  'source_filename' : '/data1/mm64/tylerzhong/QQMail/mmgamecenter/src/comm/dry/co/local_cache.h'
  'command_line_args' : ['clang', '-Wall', '-Wextra', '-DNDEBUG', '-std=c++11', '-x', 'c++', '-I/usr/local/include/c++/v1', '-I/usr/local/include/c++/4.8.2', '-I/home/tylerzhong/QQMail/comm2/core', '-I/home/tylerzhong/QQMail/comm2/core/log', '-I/home/tylerzhong/QQMail/comm2/core/concurrent', '-I/home/tylerzhong/QQMail/comm2/svrkit', '-I/home/tylerzhong/QQMail/mmcomm/mq/mqsvr', '-I/home/tylerzhong/QQMail/mmcomm/mq/mqsvr/svr', '-I/home/tylerzhong/QQMail/mmcomm/mq/mqsvr/queue', '-I/home/tylerzhong/QQMail/mmcomm/mq/mqsvr/channel', '-I/home/tylerzhong/QQMail/mmcomm/mq/mqworker', '-I/home/tylerzhong/QQMail/mmcomm/mq/mqworker/handler', '-I/home/tylerzhong/QQMail/mmcomm/comm', '-I/home/tylerzhong/QQMail/platform/kv6', '-I/home/tylerzhong/QQMail/platform/kvcomm/comm', '-I/home/tylerzhong/QQMail/3rd/protobuf-2.3.0/src', '-I/home/tylerzhong/QQMail/mm3rd/jsoncpp/include', '-I/home/tylerzhong/QQMail/mm3rd/rapidjson-1.1/include', '-I/home/tylerzhong/QQMail/mm3rd/mysql++/include', '-I/home/tylerzhong/QQMail/mm3rd/gtest/include', '-I/home/tylerzhong/QQMail/mm3rd/curl/include', '-I/home/tylerzhong/QQMail/mmgamecenter/src/svrkit/mmocgamebroker', '-I/home/tylerzhong/QQMail/mmgamecenter/src/svrkit/mmgamefriends', '-I/home/tylerzhong/QQMail/mmgamecenter/src/svrkit/mmgamefeedsdatamq', '-I/home/tylerzhong/QQMail/mmgamecenter/src/svrkit/mmgamefeedslogic', '-I/home/tylerzhong/QQMail/mmgamecenter/src/svrkit/mmgamerecommendation', '-I/home/tylerzhong/QQMail/mmgamecenter/src/svrkit/mmocgamemsgmq', '-I/home/tylerzhong/QQMail/mmgamecenter/src/svrkit/mmgamedatadispatcher', '-I/home/tylerzhong/QQMail/mmgamecenter/src/comm/tlz/mm', '-I/home/tylerzhong/QQMail/mmgamecenter/src/comm/tlz/mm/bubble', '-I/home/tylerzhong/QQMail/mmgamecenter/src/cgi/mmocgamewap', '-I/home/tylerzhong/QQMail/mmgamecenter/src/cgi/mmocgameapp', '-I/home/tylerzhong/QQMail/mmgamecenter/src/cgi/mmgamefeedswap', '-I/home/tylerzhong/QQMail/mmgamecenter/src/comm', '-I/home/tylerzhong/QQMail/mmgamecenter/src', '-I/home/tylerzhong/QQMail/mmgamecenter', '-I/home/tylerzhong/QQMail', '-resource-dir=/data1/mm64/tylerzhong/.vim/bundle/YouCompleteMe/third_party/ycmd/ycmd/../clang_includes', '-fspell-checking'],
  'unsaved_files' : [('/data1/mm64/tylerzhong/QQMail/mmgamecenter/src/comm/dry/co/local_cache.h', '...', 3411)],
  'options' : 911,
}
2017-08-03 18:37:58,543 - ERROR - The ycmd server SHUT DOWN (restart with ':YcmRestartServer'). Unexpected exit code -11. Use the ':YcmToggleLogs' command to check the logs.
2017-08-03 18:38:05,488 - ERROR - Unable to connect to server

@zonyitoo
Copy link

@vheon Can I have you attention? What could I do for help?

This bug bothers me a lot. I have no completion now...

@vheon
Copy link
Contributor

vheon commented Aug 11, 2017

@zonyitoo you encounter a crash of libclang so something in your code makes it crash. there is no solution on our hand except finding a minimal reproducible case and send it to the libclang devs for them to fix libclang.

@zonyitoo
Copy link

@vheon Ok, Thanks.

@zonyitoo
Copy link

zonyitoo commented Aug 15, 2017

@vheon I have tried to recompile ycmd with clang3.9.1, 4.0.0, 4.0.1, but it still crashed with the same error. It works fine with a old version of YouCompleteMe (ycmd) and clang 3.9.1.

So I don't think it is clang's fault.

I don't know exactly which commit I was on ... But I remember that version of YouCompleteMe python/ycm/client/completion_request.py has a global defined timeout in it.

@vheon
Copy link
Contributor

vheon commented Aug 15, 2017

I have tried to recompile ycmd with clang3.9.1, 4.0.0, 4.0.1 ..... It works fine with a old version of YouCompleteMe (ycmd) and clang 3.9.1

What do you mean by this? That you recompiled ycmd with different versions of clang? Well that would not change the version of libclang that we use since that is pinned to a specific version. If you have tried an older version of YouCompleteMe that used an older version of libclang and you do not reproduce the problem than probably is a regression in libclang but still not in YCM hands.

@zonyitoo
Copy link

zonyitoo commented Aug 16, 2017

@vheon Hmm, I passed the --system-libclang to install.py. Because I was running on a customized Linux distribution, which libclang is built from source.

What I tried:

  1. Older version of YouCompleteMe with
    • clang 3.9.1 -- Ok
    • clang 4.0.0 -- Ok
    • clang 4.0.1 -- Ok
  2. Latest version of YouCompleteMe (master) with ycmd (6463774)
    • clang 3.9.1 -- Crashed
    • clang 4.0.0 -- Crashed
    • clang 4.0.1 -- Crashed
  3. Latest version of YouCompleteMe (master) with ycmd (master)
    • clang 3.9.1 -- Crashed
    • clang 4.0.0 -- Crashed
    • clang 4.0.1 -- Crashed

So. I think we can believe that this is not clang's fault.

Plus: I found the exact commit of the Old version of YouCompleteMe, it is ycm-core/YouCompleteMe@65cc309

@puremourning
Copy link
Member

puremourning commented Aug 16, 2017 via email

@zonyitoo
Copy link

zonyitoo commented Aug 16, 2017

Is it Ok to remove those asserts?
Where to pass the Release flag? CMAKE_BUILD_TYPE of cfe?

@puremourning
Copy link
Member

i think you want -DCMAKE_BUILD_TYPE=Release. You should ensure that the generated LLVM_ENABLE_ASSERTIONS is OFF.

Your testing is odd though. The only thing that changed in patch 655cc309 was something in our CI environment.

If you still have problems, try doing a git bisect to find which commit you think is changing it.

@puremourning
Copy link
Member

Also, if you can make a reproducible test case, then we can debug. But without that we're poking in the dark. Disabling assertions will certainly make the problem go away, but wn't fix the libclang or ycmd issue (whichever exists)

@zonyitoo
Copy link

zonyitoo commented Aug 16, 2017

What I mean is that the OLD version that i was talking about is at commit ycm-core/YouCompleteMe@65cc309.

I can't make a minimal reproducible case. Because it only happens in our project, which it is very huge (with >1000k lines of code). I don't even know which line of code make it crashed, and it just crashed somehow.

So I think some changes between ycm-core/YouCompleteMe@65cc309 -> master triggered this assertion.

BTW. I have tried -DCMAKE_BUILD_TYPE=Release, and it didn't disable that assertion. I have also tried to pass -DCMAKE_CXX_FLAGS="-DNDEBUG", but the assertions are still there.

@puremourning
Copy link
Member

ok well set -DLLVM_ENABLE_ASSERTIONS=OFF then.

if you go the git bisect, then we can help. there have been a lot of commits since 8 Nov 2015

@zonyitoo
Copy link

Ok. bisecting

@micbou
Copy link
Collaborator

micbou commented Sep 10, 2017

@asdyjd @zonyitoo Could you try again with the latest version of ycmd? A new version of Clang (5.0.0) is available.

@zonyitoo
Copy link

zonyitoo commented Sep 10, 2017

  1. I have failed to locate the problem by bisect, because not every commits between the master and the one I was using are working (lots of mysterious errors). It just failed to run, and I don't know why.

  2. I just compiled clang5.0.0, and it works fine right now. I will continue testing it in my projects and see if crashes can be reproduced.

Thanks for your great works.

@puremourning
Copy link
Member

FWIW, we're pretty sure that the issue was in libclang, and that libclang 5.0.0 will resolve it ;)

@micbou
Copy link
Collaborator

micbou commented Sep 24, 2017

Fixed by PR #832.

@micbou micbou closed this as completed Sep 24, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants