Какое минимальное количество вопросов, требующих однозначного ответа
Хотелось бы знать причину предупреждений, это стандартное поведение или несовершенство препроцессора?
_Generic((1), int : _Generic((2), int : fnk(1, 2,
# 37 "generic.c" 3 4
((void *)0)
# 37 "generic.c"
), char * : fnk(1, 0, 2)));
printf("\n2.2)---------\n");
_Generic((1), int : _Generic(("2"), int : fnk(1, "2",
# 40 "generic.c" 3 4
((void *)0)
# 40 "generic.c"
), char * : fnk(1, 0, "2")));
void fnk_int(uintmax_t A, uintmax_t B){
...
}
void fnk_pchar(uintmax_t A, char *B){
...
}
#define FFF_B(A, BC) \
_Generic((A), \
int : _Generic((BC), \
int : fnk_int, \
char * : fnk_pchar)(A, BC))
Что не так?
char *str = "hello";
char str[] = "hello";
Как практиковаться
include 'linInclude/proc64.inc'
format ELF64 executable 3
include '/usr/share/fasm/examples/elfexe/dynamic/import64.inc'
interpreter '/lib64/ld-linux-x86-64.so.2'
needed 'libc.so.6'
import exit, printf
segment readable executable
entry $
lea rdi, [fmtS]
lea rsi, [msg]
call [printf]
call [exit]
segment readable writeable
msg db 'Hello, World!', 0xA, 0
fmtS db '%s', 0xA, 0
почему формула для вычисления ветвей предикатов 2^n а не 2*n, ведь количество путей ровно в два раза больше
2.По второму фото: почему самый верхний путь когда ветви разошлись на Истину и Ложь, Ложь пошла в Истину ?
gpg --list-keys
pub 4096R/353AE8AA 2020-07-13
gpg --list-secret-keys
при попытке подписать rpm его не видит. Какие возможные причины?
gpg: signing failed: No secret key
Препроцессоры "глупые" и пихают весь код из подключенных заголовочных файлов, или только тот, что нужен программе после вставляет компоновщик?
P.S. Т.е. если перефразировать вопрос, то он бы звучал так: можно ли выборочно подключать только необходимые функции из подключаемых библиотек?
Если первой строчкой кода записать #include <stdio.h>
хотелось бы проверить как-то в компиляторе, какой версией языка я пользуюсь
std::cout << __cplusplus << std::endl;
Как реализовать этот код на си?
Какой язык программирования лучше подходит для встраиваемых решений с требованием к повышенной надёжности и безопасности?
Industry average experience is about 1–25 errors per 1000 lines of code
for delivered software. The software has usually been developed using a hodge-podge
of techniques (Boehm 1981, Gremillion 1984, Yourdon 1989a, Jones 1998, Jones 2000,
Weber 2003). Cases that have one-tenth as many errors as this are rare; cases that have
10 times more tend not to be reported.
Мне бы каким-то магическим образом вычислить все изменения, которые нужно сделать в ветке 2, чтобы получить ровно такое же состояние, какое сейчас в ветке 1. И сделать новый коммит в ветку 2, чтобы получить состояние как в ветке 1.
$ git checkout branch2 # перейти к ветке branch2
$ git reset --hard branch1 # скопировать в неё историю и текущее состояние ветки branch1
$ git reset --soft HEAD@{1} # восстановить историю ветки branch2, но не трогать текущее состояние
$ git commit -m 'magic commit' # закоммитить текущее состояние (равное разности branch2 -> branch1) в branch2