static int a; в хедере - неглобальная переменная

static int a; в хедере - неглобальная переменная

как интересно.... продолжай

линкейдж - internal будет, скоуп - глобальный

откуда у тебя вдруг такие познания и почему я не могу вызвать эту переменную в любом месте?

откуда у тебя вдруг такие познания и почему я не могу вызвать эту переменную в любом месте?

будет по объекту в каждом TU

static int a; в хедере - неглобальная переменная

напишите программу с таким объявления в h файле, подключите к двум цпп и узнайте что второй дефинишн ошибка линкера

линкейдж - internal будет, скоуп - глобальный

то не тебе было

не будет ошибки для static int a;

то не тебе было

это я @egorpugin отвечал

вы уже проверили?

вы уже проверили?

не будет ошибки, он прав - попробуй локально проверь

ошибка линковки будет если убрать static

кто участвует в разговоре - вы как будто второй день программируете

напишите программу с таким объявления в h файле, подключите к двум цпп и узнайте что второй дефинишн ошибка линкера

ошибка линкера будет в любом случае если там нет ифндеф - дефайн

ошибка линкера будет в любом случае если там нет ифндеф - дефайн

оно тут причем?

оно тут причем?

по тому что нельзя зважды подключить один файл в проект

по тому что нельзя зважды подключить один файл в проект

какой еще проект?

мы сейчас про отдельные cpp файлы говорим

test.h: static int foo; a.cpp: #include "test.h" b.cpp: #include "test.h"

мы сейчас про отдельные cpp файлы говорим

из разных проектов? тогда о чём вообще разговор?

правильно понимаю суть проблемы?

из разных проектов? тогда о чём вообще разговор?

из каких вообще проектов? я что-то пропустил? помоему речь идет о том что у тебя есть два cpp файла, куда инклюдится хедер со static (тот который кейворд в С++) переменной

правильно понимаю суть проблемы?

ну да, получим одну фоо в любом месте программы

ну да, получим одну фоо в любом месте программы

нет, два foo, в каждом TU

после препроцессинга компилятору попадут два модуля: a.cpp: static int foo; /* rest of a.cpp core */ b.cpp: static int foo; /* rest of b.cpp core */

доступ из a.cpp в foo не будет виден для b.cpp и наооборот

после препроцессинга компилятору попадут два модуля: a.cpp: static int foo; /* rest of a.cpp core */ b.cpp: static int foo; /* rest of b.cpp core */

а не &foo = 0xfffAf001F? для всего кода?

а не &foo = 0xfffAf001F? для всего кода?

с хера ли?

доступ из a.cpp в foo не будет виден для b.cpp и наооборот

что-то вы такое странное говорите

хорошо, давай методом Сократа

с хера ли?

а схерали он дважды подключит один файл?

кто он?

кто он?

линковщик

gcc a.cpp b.cpp -o out.a

линковщик хедеры не подключает

он о них даже не знает

хедеры инклюдит препроцессор

скомпилишь?

что скопилить?

то что ты написал

допиши в каждом из файлов принт на &foo

вангую вообще егора при компиляции

если нет ифндефа

да компилится всё. у каждого TU своя копия

и слинкуется

да компилится всё. у каждого TU своя копия

проверил?

йеп

ща скину код

статик же тут просто означает, что она не будет торчать наружу TU

и что вообще обсуждают тут, lifetime или scope?

Нет linkage и storage duration

проверил?

/tmp> g++ b.cpp a.cpp /tmp> ./a.out here: 0x561974aad17c there: 0x561974aad174 a.cpp: #include "inc.hpp" #include <iostream> extern void print_there(); int main() { std::cout << "here: " << &foo << std::endl; print_there(); return 0; } b.cpp #include "inc.hpp" #include <iostream> void print_there() { std::cout << "there: " << &foo << std::endl; } inc.hpp static int foo; учи матчасть

и да, "проектов" нет в С++. как и ерроров компиляции от того что заинклюдил в два модуля один и тот же хедер. теорию стоит подтянуть.

/tmp> g++ b.cpp a.cpp /tmp> ./a.out here: 0x561974aad17c there: 0x561974aad174 a.cpp: #include "inc.hpp" #include <iostream> extern void print_there(); int main() { std::cout << "here: " << &foo << std::endl; print_there(); return 0; } b.cpp #include "inc.hpp" #include <iostream> void print_there() { std::cout << "there: " << &foo << std::endl; } inc.hpp static int foo; учи матчасть

хуясе, как интересно

почему админы в supapro не выносят

ну вот

вот за это я и переживал

что не будет ли так же две функции статические

насколько я понял если они внутри класса определены то нет тк инлайн

и функции будут

что не будет ли так же две функции статические

исходя из кода выше - будет

функция это всего лишь указатель

а говорите "дичь". вот и полезная инфа

функция это всего лишь указатель

ты сегодня в ударе

ты сегодня в ударе

а с этим то что не так?

что не будет ли так же две функции статические

что значит статические?

где будет тело функции?

в хедере

в a.cpp или b.cpp? или в хедере прямо?

в цппшнике то понятно что будет

тогда по куску кода для каждого TU, думаю если включить LTO какой-то, то линкер их смержит

https://hastebin.com/raw/ofahenabeh

красота

https://hastebin.com/raw/ofahenabeh

А чо ты хочешь порядок не заявляя об этом?

https://hastebin.com/raw/ofahenabeh

это известная фича. от порядка подачи на илнковку зависит порядок вызова инициализации глобалстатиков

Не бывает такого

это известная фича. от порядка подачи на илнковку зависит порядок вызова инициализации глобалстатиков

порядок инициализации между TU - unspecified

порядок инициализации задан только в пределах TU

порядок инициализации между TU - unspecified

по факту он совпадает с порядком подачи на линковку для gnu и шланга

ты сегодня в ударе

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

completeCB - Pointer to a function to be called when this queued operation is complete.

+ есть attribute((constructor()))

+ есть attribute((constructor()))

не поможет

все равно порядок не задан

в него можно число вписывать

и по нему сортируются

разве что так - но это уже не переносимо

да

и это не стандарт, да

советую погуглить static initialization fiasco и что умы С++ говорят об этом

просто легко потом себе отстрелить все ноги. да и людям объяснять что модули должны компилиться только в нужном порядке... не практично такую магию юзать

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

мы обсуждали что будет с телом функции - куда оно вкомлпиться. это не касается того что по имени функции можно взять её адрес

я и не юзаю. но знаю про такое тк бывает что в проекте уже понаписаны глобалстатиков докучи

я и не юзаю. но знаю про такое тк бывает что в проекте уже понаписаны глобалстатиков докучи

лучше уволиться с такого проекта :D

шучу хехе

Доброго времени суток. Подскажите пожалуйста, заразился изучением winapi возник вопрос Можно ли не прибегая к написанию драйверов и проч. (Использую только юзермод функционал) написать свои реализации функций из ntdll/kernel32? Ну типа ntwritevirtmem или свой createprocess?) Вопрос наверное тупой но я так и не нашел ответа стоит ли биться или ничего не выйдет

функции-то всё равно многие в ядро уходят