Error c7525 встроенные inline переменные требуют как минимум std c 17

Compiler errors C7500 through C7999

The articles in this section of the documentation explain a subset of the error messages that are generated by the compiler.

The Visual Studio compilers and build tools can report many kinds of errors and warnings. After an error or warning is found, the build tools may make assumptions about code intent and attempt to continue, so that more issues can be reported at the same time. If the tools make the wrong assumption, later errors or warnings may not apply to your project. When you correct issues in your project, always start with the first error or warning that’s reported, and rebuild often. One fix may make many subsequent errors go away.

To get help on a particular diagnostic message in Visual Studio, select it in the Output window and press the F1 key. Visual Studio opens the documentation page for that error, if one exists. You can also use the search tool at the top of the page to find articles about specific errors or warnings. Or, browse the list of errors and warnings by tool and type in the table of contents on this page.

Not every Visual Studio error or warning is documented. In many cases, the diagnostic message provides all of the information that’s available. If you landed on this page when you used F1 and you think the error or warning message needs additional explanation, let us know. You can use the feedback buttons on this page to raise a documentation issue on GitHub. If you think the error or warning is wrong, or you’ve found another problem with the toolset, report a product issue on the Developer Community site. You can also send feedback and enter bugs within the IDE. In Visual Studio, go to the menu bar and choose Help > Send Feedback > Report a Problem, or submit a suggestion by using Help > Send Feedback > Send a Suggestion.

You may find additional assistance for errors and warnings in Microsoft Learn Q&A forums. Or, search for the error or warning number on the Visual Studio C++ Developer Community site. You can also search Stack Overflow to find solutions.

For links to additional help and community resources, see Visual C++ Help and Community.

Источник

Compiler errors C7500 through C7999

The articles in this section of the documentation explain a subset of the error messages that are generated by the compiler.

The Visual Studio compilers and build tools can report many kinds of errors and warnings. After an error or warning is found, the build tools may make assumptions about code intent and attempt to continue, so that more issues can be reported at the same time. If the tools make the wrong assumption, later errors or warnings may not apply to your project. When you correct issues in your project, always start with the first error or warning that’s reported, and rebuild often. One fix may make many subsequent errors go away.

To get help on a particular diagnostic message in Visual Studio, select it in the Output window and press the F1 key. Visual Studio opens the documentation page for that error, if one exists. You can also use the search tool at the top of the page to find articles about specific errors or warnings. Or, browse the list of errors and warnings by tool and type in the table of contents on this page.

Not every Visual Studio error or warning is documented. In many cases, the diagnostic message provides all of the information that’s available. If you landed on this page when you used F1 and you think the error or warning message needs additional explanation, let us know. You can use the feedback buttons on this page to raise a documentation issue on GitHub. If you think the error or warning is wrong, or you’ve found another problem with the toolset, report a product issue on the Developer Community site. You can also send feedback and enter bugs within the IDE. In Visual Studio, go to the menu bar and choose Help > Send Feedback > Report a Problem, or submit a suggestion by using Help > Send Feedback > Send a Suggestion.

You may find additional assistance for errors and warnings in Microsoft Learn Q&A forums. Or, search for the error or warning number on the Visual Studio C++ Developer Community site. You can also search Stack Overflow to find solutions.

For links to additional help and community resources, see Visual C++ Help and Community.

Источник

Настройка CMake raylib-cpp для VScode

Я установил raylib и успешно запустил примеры файлов .c в VSCode и Notepad ++.

Я пытаюсь выполнить файлы из этого репозитория raylib-cpp / projects / CMake
Я не менял файлы из репозитория и запускал команду cmake прямо из VSCoode.
main.cpp

Я попытался запустить команды в соответствии с инструкциями в этом репозитории github: raylib-CMake- пример, но возникли ошибки, когда я запустил команду make из git bash в папке build , я тоже попробовал mingw32-make , но это не сработало. потом Я установил расширение CMake tools в VSCode

И выполнил команду Build из расширения, но получил сообщение об ошибке:
inline variables require at least ‘/std:c++17’ [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]

Я использую Visual Studio Build Tools 2017 Release-amd64 в качестве комплекта.
Когда я попытался запустить примеры файлов .c из raylib, мне пришлось изменить версию opengl с 33 на 21, чтобы окно работало правильно.
Моя папка выглядит так:

Выходной журнал выглядит так:

1 ответ

Я вижу, что уже сообщалось о проблеме https://github.com/RobLoach/raylib -cpp / issues / 51. Я предполагаю, что стандарт компилятора C ++ по умолчанию установлен на 17, поэтому на его машине нет проблем. Однако вы на шаг отстаете. Встроенные переменные, как предлагает ваш компилятор, доступны с C ++ 17. Похоже, вы используете какой-то более старый стандарт (хотя не уверен, какой). Не уверен, какой из них используется по умолчанию для компилятора cpp Visual Studio.

Вы можете установить стандарт C ++ для своего проекта через CMake следующим образом:

Источник

Error c7525 inline variables require at least std c 17

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Answered by:

Question

I have a pretty old project that was running fine on older windows versions (XP). This project uses odbc to connect to ms access data base. No the goal is to make it run on windows 10 without modifying it too much if possible.

I have Windows 10 1803 (X64), MS Access 2016 (16.0.4819 32 bit)

When I try to compile this project it gives me the following error when I try to build:

fatal error C1083: Cannot open type library file: ‘msjro.dll’: No such file or directory.

when I double click on this entry on output console iit takes me to this line:

#import rename(«EOF», «adoEOF»)

msjro.dll windows search gives: program files (x86)/common files/system/ado/msjro.dll

I added Program Files (x86)Common Filessystemado to Additional include directories and then the following error pop upped:

Источник

Error c7525 inline variables require at least std c 17

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Answered by:

Question

I have a pretty old project that was running fine on older windows versions (XP). This project uses odbc to connect to ms access data base. No the goal is to make it run on windows 10 without modifying it too much if possible.

I have Windows 10 1803 (X64), MS Access 2016 (16.0.4819 32 bit)

When I try to compile this project it gives me the following error when I try to build:

fatal error C1083: Cannot open type library file: ‘msjro.dll’: No such file or directory.

when I double click on this entry on output console iit takes me to this line:

#import rename(«EOF», «adoEOF»)

msjro.dll windows search gives: program files (x86)/common files/system/ado/msjro.dll

I added Program Files (x86)Common Filessystemado to Additional include directories and then the following error pop upped:

Источник

I have installed raylib and ran the example .c files with success in VSCode and Notepad++.

I’m trying to execute the files from this repo raylib-cpp/projects/CMake
I haven’t changed the files from the repo and ran the cmake command directly from VSCoode.
main.cpp

#include "raylib-cpp.hpp"
int main()
{
    int screenWidth = 800;
    int screenHeight = 450;
    raylib::Color background(RAYWHITE);
    raylib::Color textColor(LIGHTGRAY);
    raylib::Window w(screenWidth, screenHeight, "raylib [core] example - basic window");
    SetTargetFPS(60);
    while (!w.ShouldClose())
    {
        BeginDrawing();
        background.ClearBackground();
        textColor.DrawText("Success!", 190, 200, 20);
        EndDrawing();
    }
    return 0;
}

I tried running the commands as instructed in this github repo: raylib-CMake-example but had errors when I ran make command from git bash in the build folder, I tried mingw32-make too but it didn’t work. Then
I installed CMake tools extension in VSCode

and ran the Build command from the extension but got error stating:
inline variables require at least '/std:c++17' [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]

I’m using Visual Studio Build Tools 2017 Release-amd64 as the kit.
When I tried running the example .c files from raylib I had to change the opengl version from 33 to 21 for the window to properly work.
My folder looks like this:

The output Log looks like this:

[main] Building folder: Game2CPP raylib-cpp-example
[build] Starting build
[proc] Executing command: F:CodeCPPRaylibcmake-3.18.2-win64-x64bincmake.EXE --build f:/Code/CPP/Raylib/TestGames/Game2CPP/build --config Debug --target raylib-cpp-example -- /maxcpucount:6
[build] Microsoft (R) Build Engine version 15.9.21+g9802d43bc3 for .NET Framework
[build] Copyright (C) Microsoft Corporation. All rights reserved.
[build] 
[build]   glfw_objlib.vcxproj -> F:CodeCPPRaylibTestGamesGame2CPPbuild_depsraylib-buildsrcexternalglfwsrcglfw_objlib.dirDebugglfw_objlib.lib
[build]   glfw.vcxproj -> F:CodeCPPRaylibTestGamesGame2CPPbuild_depsraylib-buildsrcexternalglfwsrcDebugglfw3.lib
[build]   raylib_static.vcxproj -> F:CodeCPPRaylibTestGamesGame2CPPbuild_depsraylib-buildsrcDebugraylib_static.lib
[build]   main.cpp
[build] f:codecppraylibtestgamesgame2cppbuild_depsraylib-cpp-srcinclude./Color.hpp(206): error C7525: inline variables require at least '/std:c++17' [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]
[build] f:codecppraylibtestgamesgame2cppbuild_depsraylib-cpp-srcinclude./Color.hpp(207): error C7525: inline variables require at least '/std:c++17' [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]
[build] f:codecppraylibtestgamesgame2cppbuild_depsraylib-cpp-srcinclude./Color.hpp(208): error C7525: inline variables require at least '/std:c++17' [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]
[build] f:codecppraylibtestgamesgame2cppbuild_depsraylib-cpp-srcinclude./Color.hpp(209): error C7525: inline variables require at least '/std:c++17' [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]
[build] f:codecppraylibtestgamesgame2cppbuild_depsraylib-cpp-srcinclude./Color.hpp(210): error C7525: inline variables require at least '/std:c++17' [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]
[build] f:codecppraylibtestgamesgame2cppbuild_depsraylib-cpp-srcinclude./Color.hpp(211): error C7525: inline variables require at least '/std:c++17' [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]
[build] f:codecppraylibtestgamesgame2cppbuild_depsraylib-cpp-srcinclude./Color.hpp(212): error C7525: inline variables require at least '/std:c++17' [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]
[build] f:codecppraylibtestgamesgame2cppbuild_depsraylib-cpp-srcinclude./Color.hpp(213): error C7525: inline variables require at least '/std:c++17' [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]
[build] f:codecppraylibtestgamesgame2cppbuild_depsraylib-cpp-srcinclude./Color.hpp(214): error C7525: inline variables require at least '/std:c++17' [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]
[build] f:codecppraylibtestgamesgame2cppbuild_depsraylib-cpp-srcinclude./Color.hpp(215): error C7525: inline variables require at least '/std:c++17' [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]
[build] f:codecppraylibtestgamesgame2cppbuild_depsraylib-cpp-srcinclude./Color.hpp(216): error C7525: inline variables require at least '/std:c++17' [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]
[build] f:codecppraylibtestgamesgame2cppbuild_depsraylib-cpp-srcinclude./Color.hpp(217): error C7525: inline variables require at least '/std:c++17' [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]
[build] f:codecppraylibtestgamesgame2cppbuild_depsraylib-cpp-srcinclude./Color.hpp(218): error C7525: inline variables require at least '/std:c++17' [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]
[build] f:codecppraylibtestgamesgame2cppbuild_depsraylib-cpp-srcinclude./Color.hpp(219): error C7525: inline variables require at least '/std:c++17' [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]
[build] f:codecppraylibtestgamesgame2cppbuild_depsraylib-cpp-srcinclude./Color.hpp(220): error C7525: inline variables require at least '/std:c++17' [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]
[build] f:codecppraylibtestgamesgame2cppbuild_depsraylib-cpp-srcinclude./Color.hpp(221): error C7525: inline variables require at least '/std:c++17' [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]
[build] f:codecppraylibtestgamesgame2cppbuild_depsraylib-cpp-srcinclude./Color.hpp(222): error C7525: inline variables require at least '/std:c++17' [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]
[build] f:codecppraylibtestgamesgame2cppbuild_depsraylib-cpp-srcinclude./Color.hpp(223): error C7525: inline variables require at least '/std:c++17' [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]
[build] f:codecppraylibtestgamesgame2cppbuild_depsraylib-cpp-srcinclude./Color.hpp(224): error C7525: inline variables require at least '/std:c++17' [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]
[build] f:codecppraylibtestgamesgame2cppbuild_depsraylib-cpp-srcinclude./Color.hpp(225): error C7525: inline variables require at least '/std:c++17' [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]
[build] f:codecppraylibtestgamesgame2cppbuild_depsraylib-cpp-srcinclude./Color.hpp(226): error C7525: inline variables require at least '/std:c++17' [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]
[build] f:codecppraylibtestgamesgame2cppbuild_depsraylib-cpp-srcinclude./Color.hpp(227): error C7525: inline variables require at least '/std:c++17' [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]
[build] f:codecppraylibtestgamesgame2cppbuild_depsraylib-cpp-srcinclude./Color.hpp(228): error C7525: inline variables require at least '/std:c++17' [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]
[build] f:codecppraylibtestgamesgame2cppbuild_depsraylib-cpp-srcinclude./Color.hpp(229): error C7525: inline variables require at least '/std:c++17' [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]
[build] f:codecppraylibtestgamesgame2cppbuild_depsraylib-cpp-srcinclude./Color.hpp(230): error C7525: inline variables require at least '/std:c++17' [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]
[build] f:codecppraylibtestgamesgame2cppbuild_depsraylib-cpp-srcinclude./Color.hpp(231): error C7525: inline variables require at least '/std:c++17' [F:CodeCPPRaylibTestGamesGame2CPPbuildraylib-cpp-example.vcxproj]
[cmakefileapi-parser] Code model version (2.1) of cmake-file-api is unexpected. Expecting (2.0). IntelliSense configuration may be incorrect.
[cmakefileapi-parser] Code model version (2.1) of cmake-file-api is unexpected. Expecting (2.0). IntelliSense configuration may be incorrect.
[build] Build finished with exit code 1

Время прочтения
8 мин

Просмотры 15K

• Введение

• Описание и примеры

  • Эволюция термина inline

  • One definition rule и как его нарушить?

  • Глобальные константы

    • Немного про линковку

    • Глобальные константы как переменные с внутренним связыванием

    • Глобальные константы с внешним связыванием

    • Глобальные константы как inline переменные

  • Инициализация статических полей класса

  • Замечания

• Ссылки

Введение

Описание и примеры

Эволюция термина inline

Первоначальное назначение ключевого слова inline состояло в том, чтобы служить индикатором для оптимизатора, что встроенная подстановка функции предпочтительнее вызова функции, то есть вместо выполнения команды CPU для передачи управления в тело функции, копия тела функции выполняется без генерирования вызова. Эта оптимизация (inline expansion) основана на идее, что выполнение вызова функции является относительно дорогостоящим: оно требует перехода к новой подпрограмме, передачи аргументов функции и копирования возвращаемых значений. Inline expansion подавляет вызов функции путем копирования инструкций функции непосредственно в тело вызывающего объекта.
Последствия такой оптимизации в программе может быть очень трудно предвидеть. В дополнение к уменьшению накладных расходов на вызов функций, inline expansion позволяет выполнять широкий спектр дополнительных оптимизаций, которые в противном случае было бы очень трудно выполнить между вызовами функций. Однако не забывайте, что inline expansion создает копию тела функции для каждого вызова. Как следствие, помимо очевидного увеличения размера программы, дублирование инструкций делает программу кэш-недружественной.
Inline expansion может значительно повысить производительность, но это не точно. Производительность должна измеряться, а не предполагаться.
Т.к. программисты редко могут хорошо управлять оптимизациями, с них эта обязанность была снята, и современные компиляторы сами решают, когда применить inline expansion, а когда — не нужно.

Сегодня ключевое слово inline имеет мало общего с inline expansion. Эта оптимизация является необязательной для компилятора, компиляторы могут свободно использовать встроенную замену для любой функции, которая не помечена inline, и могут генерировать вызовы функций для любой функции, помеченной inline.
Однако ключевое слово inline затрагивает так же вопросы линковки. Подробнее про это можно почитать здесь. Поведение компилятора в вопросе оптимизаций не изменяет правила, касающиеся нескольких определений. Сегодня inline — это про one definition rule, а не про inline expansion оптимизацию. И поскольку значение ключевого слова inline для функций стало означать «разрешено несколько определений», а не» предпочтительно встроенное», это значение было распространено на переменные.

One definition rule и как его нарушить?

Функции и переменные, объявленные inline, могут быть определены в программе несколько раз.
Это, по сути, исключение из правила одного определения. ODR говорит, что вы можете определить только один раз функции, переменные, классы, перечисление и т. д.
ODR должен выполняться не только на уровне единицы трансляции, но и на уровне программы.

Встроенные функции и переменные являются исключением из правила одного определения: они могут быть определены несколько раз в программе (несколько раз в программе, но только единожды в одной единице трансляции).

Давайте рассмотрим пару примеров: использование inline при объявлении и инициализации глобальных констант и использование inline при объявлении и инициализации статических полей класса.

Глобальные константы

Часто определенные символьные константы могут быть использованы в разных частях программы (а не только в одном месте). Это могут быть физические или математические константы, которые не изменяются (например, число Пи или число Авогадро), или специфические для приложения значения (например, коэффициенты трения или гравитации). Вместо того чтобы переопределять эти константы в каждом файле, который нуждается в них, лучше объявить их один раз в одном месте и использовать везде, где это необходимо. Тогда, если вам когда-либо понадобится изменить их, вам нужно будет изменить их только в одном месте.

Немного про линковку

В единицу трансляции включены файл реализации (.c/.cpp) и все его заголовочные файлы (.h/.hpp).
Если внутри единицы трансляции у объекта или функции есть внутреннее связывание, то этот символ виден компоновщику только внутри этой единицы трансляции. Если же у объекта или функции есть внешнее связывание, то компоновщик сможет видеть его при обработке других единиц трансляции. Использование ключевого слова static в глобальном пространстве имен дает символу внутреннее связывание. Ключевое слово extern дает внешнее связывание.
Компилятор по умолчанию дает символам следующие связывания:

• Non-const глобальные переменные — внешнее связывание;

• Const глобальные переменные — внутреннее связывание;

• Функции — внешнее связывание.

Подробнее…

Глобальные константы как переменные с внутренним связыванием

Один из способов сделать это:

1. Создайте заголовочный файл для хранения этих констант.

2. Внутри этого заголовочного файла определите пространство имен.

3. Добавьте все ваши константы в пространство имен (убедитесь, что они constexpr).

4. #include вашего заголовочного файла везде, где это нужно.

Например:

// constants.h
#ifndef CONSTANTS_H
#define CONSTANTS_H
 
// define your own namespace to hold constants
namespace constants
{
    // constants have internal linkage by default
    constexpr double pi { 3.14159 };
    constexpr double avogadro { 6.0221413e23 };
    constexpr double my_gravity { 9.2 }; // m/s^2 -- gravity is light on this planet
    // ... other related constants
}
#endif

И используйте ваши константы:

// main.cpp
#include "constants.h" // include a copy of each constant in this file
 
#include <iostream>
 
int main()
{
    std::cout << "Enter a radius: ";
    int radius{};
    std::cin >> radius;
 
    std::cout << "The circumference is: " << 2.0 * radius * constants::pi << 'n';
 
    return 0;
}

Когда этот заголовок включается (#include) в файл. cpp, каждая из переменных, определенных в заголовке, будет скопирована в этот cpp-файл в момент включения. Вы можете использовать эти константы в любом месте cpp-файла.
Поскольку эти глобальные константы имеют внутреннее связывание, каждый файл .cpp получает независимую версию глобальной константы. В большинстве случаев, компилятор соптимизирует их и подставит конкретные значения в местах использования.

Глобальные константы с внешним связыванием

Вышеприведенный метод имеет несколько потенциальных недостатков.Это легко использовать, но каждый раз, когда мы включаем заголвочный файл с константами в файл с кодом, каждая из этих переменных копируется в файл с кодом. Поэтому, если constants.h включается в 20 различных файлов кода, каждая из этих переменных дублируется 20 раз. Header guard не предотвратит это, так как она предотвращает только включение заголовка более одного раза в один cpp-файл, а не в несколько разных файлов с кодом. Это создает две проблемы:

1. Изменение одной константы потребует перекомпиляции каждого файла, используеющего константы, что делает компиляцию долгой для крупных проектов.

2. Если константы имеют большой размер и не могут быть оптимизированы, это приведёт к нежелательному расходу памяти.

Один из способов избежать этих проблем — обеспечить этим константами внешнее связывание, тогда мы сможем иметь единственную переменную (инициализированную один раз), которая является общей для всех единиц трансляции. Давайте определим константы в файле .cpp (чтобы гарантировать, что определения существуют только в одном месте) и запишем объявления в заголовочном файле (которые будут включены в другие cpp-файлы):

// constants.cpp
#include "constants.h"
 
namespace constants
{
    // actual global variables
    extern const double pi { 3.14159 };
    extern const double avogadro { 6.0221413e23 };
    extern const double my_gravity { 9.2 }; // m/s^2 -- gravity is light on this planet
}

// constants.h
#ifndef CONSTANTS_H
#define CONSTANTS_H
 
namespace constants
{
    // since the actual variables are inside a namespace, the forward declarations need to be inside a namespace as well
    extern const double pi;
    extern const double avogadro;
    extern const double my_gravity;
}
 
#endif

Можем использовать их:

// main.cpp
#include "constants.h" // include all the forward declarations
 
#include <iostream>
 
int main()
{
    std::cout << "Enter a radius: ";
    int radius{};
    std::cin >> radius;
 
    std::cout << "The circumference is: " << 2.0 * radius * constants::pi << 'n';
 
    return 0;
}

Теперь константы будут создаваться только один раз (в constants.cpp), а не один раз каждый раз при включении constants.h, и все использования будут просто ссылаться на версию в constants.cpp. Любые внесенные изменения в constants.cpp потребуют только перекомпиляции constants.cpp.
Однако у этого метода есть несколько недостатков. Во-первых, эти константы теперь могут считаться константами времени компиляции только в файле, в котором они фактически определены (constants.cpp), а не где-либо еще. Это означает, что вне constants.cpp они не могут быть использованы нигде, где требуется постоянная времени компиляции. Во-вторых, оптимизировать их использование компилятору сложнее.
Учитывая вышеперечисленные недостатки, хочется определять константы в заголовочном файле.

Глобальные константы как inline переменные

C++17 ввел новую концепцию под названием inline variables. В C++ термин inline эволюционировал и стал означать “допускается несколько определений». Таким образом, встроенная переменная — это та переменная, которая может быть определена в нескольких файлах без нарушения ODR. Встроенные глобальные переменные по умолчанию имеют внешнее связывание.
Встроенные переменные имеют два основных ограничения, которые необходимо соблюдать:

1. Все определения встроенной переменной должны быть идентичны (в противном случае, это приведёт к неопределенному поведению).

2. Определение встроенной переменной должно присутствовать в любом файле, использующем переменную.

Компоновщик объединит все встроенные определения в одно определение переменной. Это позволяет нам определять переменные в заголовочном файле и обрабатывать их так, как если бы где-то в файле .cpp было только одно определение.
Перепишем наш пример следующим образом:

// constants.h
#ifndef CONSTANTS_H
#define CONSTANTS_H
 
// define your own namespace to hold constants
namespace constants
{
    inline constexpr double pi { 3.14159 }; // note: now inline constexpr
    inline constexpr double avogadro { 6.0221413e23 };
    inline constexpr double my_gravity { 9.2 }; // m/s^2 -- gravity is light on this planet
    // ... other related constants
}
#endif

// main.cpp
#include "constants.h"
 
#include <iostream>
 
int main()
{
    std::cout << "Enter a radius: ";
    int radius{};
    std::cin >> radius;
 
    std::cout << "The circumference is: " << 2.0 * radius * constants::pi << 'n';
 
    return 0;
}

Мы можем включать constants.h в любое количество cpp-файлов, но эти переменные будут созданы только один раз и совместно использоваться во всех файлах с кодом.

Инициализация статических полей класса

Рассмотрим класс со статическим полем. В C++14 вам нужно сначала объявить его в классе:

// my_header.h
#pragma once
#include <string>

struct SomeClass
{
    static std::string myStaticString;
};

А затем определить его в отдельном блоке компиляции:

//my_src.cpp
#include #my_header.h"
std::string SomeClass::myStaticString{"This is annoying"};

В C++14 определение переменной в классе приведет к ошибке во время компиляции. Однако в C++17 можно так:

// my_header.h
#pragma once

struct SomeClass
{
    static inline std::string myStaticString{"This is cool"};
};

Определение вне класса также возможно:

// my_header.h
#pragma once

struct SomeClass
{
    static std::string myStaticString;
};

inline std::string SomeClass::myStaticString{"This is cool"};

Замечания

Ещё раз подчеркну: все определения встроенной функции или переменной во всей программе должны быть идентичны. Нарушение этого правила приведёт к неопределённому поведению.

Статическая переменная-член (но не переменная пространства имен), объявленная constexpr, неявно является встроенной переменной.

Пример:

// my_header.h
#pragma once

constexpr int generateRandomInt()
{
    // calculate some random value at compile time
}

struct SomeClass
{
    static constexpr int myRandomInt = generateRandomInt();
};

Но почему же мы не сталкиваемся с проблемами при определении функций в заголовочных файлах классов?

На самом деле для функций всё сказанное выше тоже актуально, но компилятор облегчает нам задачу, самостоятельно расставляя слово inline в нужных местах. А если точнее:

• Функция, определенная полностью внутри определения класса/структуры/объединения, неявно является встроенной функцией.

• Функция, объявленная constexpr, неявно является встроенной функцией.

• Удаленная функция неявно является встроенной функцией: ее определение (=delete) может отображаться в нескольких единицах трансляции.

Ссылки

При подготовке статьи, кроме материалов, на которые я ссылался в тексте, использовались:

• C++ — Inline Variables and Functions

• inline specifier

• Storage class specifiers

• Definitions and ODR (One Definition Rule)

• Global constants and inline variables

• Внутренняя и внешняя линковка в C++

  ---

Данная статья была подготовлена экспертом OTUS — Анатолием Махаевым специально для студентов курса C++ Developer. Professional.

В преддверии старта курса, приглашаем всех желающих записаться на бесплатный демоурок по теме: «Полезные инструменты в разработке на С++».

• ЗАПИСАТЬСЯ НА ДЕМОУРОК

inline void (*log_fcn)(int level, std::string format, unsigned int line_no, std::string file_name, ...);

2 ответа

#ifndef MYHEADER_H
#define MYHEADER_H

#include <string>
//THIS IS A DECLARATION. Note the use of extern keyword here. 
extern void (*log_fcn)(int level, std::string format, unsigned int line_no, std::string file_name, ...);

#endif 

#include "header.h"
void func(int level, std::string format, unsigned int line_no, std::string file_name, ...)
{
    
}
//this is definition
void (*log_fcn)(int level, std::string format, 
                unsigned int line_no, std::string file_name, ...) = func;
//------------------------------------------------------------------^^^^--->initializer

#include "header.h"

int main()
{
    
}