foonathan / cppast

Sponsor

Sponsor foonathan/cppast
Watch 53
Star 900
Fork 86

Code
Issues 21
Pull requests 3
Actions
Security
Insights

Code
Issues
Pull requests
Actions
Security
Insights

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.

Pick a username

Email Address

Password

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

21 Open 54 Closed

Author

Filter by author

Label

Filter by label

Use alt + click/return to exclude labels.

Projects

Filter by project

Milestones

Filter by milestone

Assignee

Filter by who’s assigned

Sort

Sort by

Newest Oldest Most commented Least commented Recently updated Least recently updated

Most reactions

Failure to parse some complicated preprocessor stuff

#103 opened May 12, 2020 by GabrielRavier

Invalid handling of files containing non-ASCII characters in their path

#101 opened Mar 11, 2020 by Marandil

libclang header files not found

#100 opened Feb 9, 2020 by cicilzx

c++11 fixed types not recognised as builtin types

#98 opened Dec 11, 2019 by Firefly35

Not initialized process exit code in tiny-process-library leads to fail to find clang on os x mojave upstream

#93 opened Sep 14, 2019 by xorza

MSVC Compilation error upstream

#87 opened Aug 2, 2019 by crackedmind

Walking a template specialization feature

#40 opened Feb 20, 2018 by rokups

Mangled names feature

#34 opened Feb 3, 2018 by rokups

Eventual Feature Consideration Request: CQuery and/or Generic Language Server Protocol enhancement

#30 opened Jan 13, 2018 by RandomDSdevel

Function parameters are not visited enhancement

#20 opened May 14, 2017 by sztomi

`extern` template are treated as class template specializations libclang-parser

#12 opened Apr 18, 2017 by foonathan

Variable templates are unexposed libclang-parser

#11 opened Apr 18, 2017 by foonathan

Inconsistency when using C++11 `friend` syntax for types libclang-parser

#10 opened Apr 18, 2017 by foonathan

Arguments in a template specialization are not exposed libclang-parser

#9 opened Apr 18, 2017 by foonathan

`noexcept()` expression is always `cpp_unexposed_expression` libclang-parser

#8 opened Apr 18, 2017 by foonathan

Expression of array size is always `cpp_unexposed_expression` libclang-parser

#7 opened Apr 18, 2017 by foonathan

Expression of default values is always `cpp_unexposed_expression` libclang-parser

#6 opened Apr 18, 2017 by foonathan

`decltype` expression is always `cpp_unexposed_expression` libclang-parser

#5 opened Apr 18, 2017 by foonathan

Dependent types are always unexposed libclang-parser

#4 opened Apr 18, 2017 by foonathan

Default type of template type parameter is unexposed libclang-parser

#3 opened Apr 18, 2017 by foonathan

Typedefs of element type in pointer/reference to array are ignored libclang-parser

#2 opened Apr 18, 2017 by foonathan

ProTip! Adding no:label will show everything without a label.

foonathan / cppast

Sponsor foonathan/cppast