-
-
Notifications
You must be signed in to change notification settings - Fork 723
Fix linking when built with clang++ 3.4 #2270
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
Conversation
Codecov Report
@@ Coverage Diff @@
## master #2270 +/- ##
=========================================
+ Coverage 7.31% 7.52% +0.21%
=========================================
Files 155 156 +1
Lines 10634 10681 +47
=========================================
+ Hits 778 804 +26
- Misses 9856 9877 +21
Flags with carried forward coverage won't be shown. Click here to find out more.
Continue to review full report at Codecov.
|
patrick96
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Great! I'm glad we could find a small fix for this issue.
Thanks for adding the patch :)
Changelog **Features** * config: Multiple inheritance (#2271), see #2269 **Fixes** * (#2285), see #770, #2289 * Timer module: Polybar crash when interval is set to 0 (#2274), see #2273 * `custom/menu`: Wrong level numbers in error messages (#2264) * `internal/xworkspaces`: Ignored certain workspace updates (#2275), see #2272 * Logger: Undefined behavior (#2284) * build: * Build issues in older clang versions (#2270, #2279, #2280)
The change in polybar#2270 accidentally broke how we access module types. module<Impl>::TYPE always points to the module superclass and it thus accesses its empty TYPE field. This mainly broke legacy action handling. Ref polybar#2270
The change in polybar#2270 accidentally broke how we access module types. module<Impl>::TYPE always points to the module superclass and it thus accesses its empty TYPE field. This mainly broke legacy action handling. Ref polybar#2270
What type of PR is this? (check all applicable)
Description
This fixes building polybar with clang++ 3.4.2.
Related Issues & Documents
An exemplar linking error, which we couldn't debug was this:
repeated for every compiled module.
Documentation (check all applicable)