Fixed unity build errors with gcc-12 #2886
No reviewers
Labels
No labels
Accessibility
Accessibility
Address
Address
Android
Android
Android Auto
Android Auto
Android Automotive (AAOS)
Android Automotive (AAOS)
API
API
AppGallery
AppGallery
AppStore
AppStore
Battery and Performance
Battery and Performance
Blocker
Blocker
Bookmarks and Tracks
Bookmarks and Tracks
Borders
Borders
Bug
Bug
Build
Build
CarPlay
CarPlay
Classificator
Classificator
Community
Community
Core
Core
CrashReports
CrashReports
Cycling
Cycling
Desktop
Desktop
DevEx
DevEx
DevOps
DevOps
dev_sandbox
dev_sandbox
Directions
Directions
Documentation
Documentation
Downloader
Downloader
Drape
Drape
Driving
Driving
Duplicate
Duplicate
Editor
Editor
Elevation
Elevation
Enhancement
Enhancement
Epic
Epic
External Map Datasets
External Map Datasets
F-Droid
F-Droid
Fonts
Fonts
Frequently User Reported
Frequently User Reported
Fund
Fund
Generator
Generator
Good first issue
Good first issue
Google Play
Google Play
GPS
GPS
GSoC
GSoC
iCloud
iCloud
Icons
Icons
iOS
iOS
Legal
Legal
Linux Desktop
Linux Desktop
Linux packaging
Linux packaging
Linux Phone
Linux Phone
Mac OS
Mac OS
Map Data
Map Data
Metro
Metro
Navigation
Navigation
Need Feedback
Need Feedback
Night Mode
Night Mode
NLnet 2024-06-281
NLnet 2024-06-281
No Feature Parity
No Feature Parity
Opening Hours
Opening Hours
Outdoors
Outdoors
POI Info
POI Info
Privacy
Privacy
Public Transport
Public Transport
Raw Idea
Raw Idea
Refactoring
Refactoring
Regional
Regional
Regression
Regression
Releases
Releases
RoboTest
RoboTest
Route Planning
Route Planning
Routing
Routing
Ruler
Ruler
Search
Search
Security
Security
Styles
Styles
Tests
Tests
Track Recording
Track Recording
Translations
Translations
TTS
TTS
UI
UI
UX
UX
Walk Navigation
Walk Navigation
Watches
Watches
Web
Web
Wikipedia
Wikipedia
Windows
Windows
Won't fix
Won't fix
World Map
World Map
No milestone
No project
No assignees
1 participant
Due date
No due date set.
Dependencies
No dependencies set.
Reference: organicmaps/organicmaps-tmp#2886
Loading…
Add table
Reference in a new issue
No description provided.
Delete branch "unity-fixes"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Never use global using namespace std;
@ -41,3 +34,3 @@
string const static kVowels = "aeiouy";
std::string_view constexpr kVowels = "aeiouy";
Put this definitions under namespace {} ?
strings will be created each function call from initializer_list<char const *>
Make std::string kMainTags[] = {} above.
remove tabs
We already have using namespace generator
?
@ -41,3 +34,3 @@
string const static kVowels = "aeiouy";
std::string_view constexpr kVowels = "aeiouy";
уже внутри
PTAL. Там ещё много где можно править, но пока хватит.
Неужели так красивее чем было?
Чем отличие от предидущего? Еще и static?
@ -21,4 +18,2 @@
auto const & disabled = CategoriesHolder::kDisabledLanguages;
for (auto const & locale : CategoriesHolder::kLocaleMapping)
{
у нас есть более лаконичные функции типа base::IsExist(disabled, lang)
А sort скомпилировался без std?
мы пишем внутри namespace без отступа обычно
пусть бы уже сидело вначале чем 4 раза копировать :)
тут вообще лучше цикл написать
{-1, -1}
Раз уж пошли сюда, то тут лучше написать case MapType::Country: return {worldH + 1, high};
А внизу UNRECHABLE_CODE();
Это clang-tidy посоветовал обойтись без ненужной аллокации памяти, я тут с ним согласен :)
Это всё clang tidy в цлион
Да, где-то ещё остался юзинг получается. Но странно, что без юнити собрался.
Нет, это как раз самый плохой лик неймспейса был. Важно оставить только внутри скоупа, а не протягивать его везде во все исходники unity.
PTAL
Это некрасиво и нормальный stl s1 + s2 + s3 делает лучше (должен) s1.append(s2).append(s3) без лишних аллокаций.
Верни назад, а то и const убирается и контекст начинает модифицировать переменные.
Пусть дает одинаковые .. Тут вообще эвристика какая-то
Так const специально убран для RVO, по совету clang-tidy.
Почему stl должен делать лучше? Явно же создаются две временные переменные, в худшем случае с двумя ненужными аллокациями, и всегда с двумя ненужными копированиями.
Попытка сматчить фичу. Пускай разные точки будут на разных вызовах, больше шансов сматчить.
Ты корявишь код там где это абсолютно не надо, а в итоге еще и вредно.
зачем?
Базовый класс и наследник специально создавались, чтобы не оверрайдить свои одинаковые функции? Может тогда не надо базовый класс?
Посмотри внимательно, есть в if один else, где value возвращается по RVO.
Генерируемого кода меньше с append, можешь сам убедиться: https://godbolt.org/z/bexedef3M
тут просто наследование кода стратегий, это не используется полиморфно
Все компиляторы показывают разницу, на арм64 151 vs 169 https://godbolt.org/z/Y5c7xcYhq
Я против того, чтобы жертвовать быстродействием и батареей в угоду достаточно спорной читабельности одной строчки кода.
Но чтобы удовлетворить ревьюера и наконец-то исправить компиляцию с gcc12, отменю это изменение.
PTAL