- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
typedef enum {
FILE_NONE, FILE_C, FILE_ASM, FILE_OBJ, FILE_AR, FILE_DSO,
} FileType;
StringArray include_paths;
bool opt_fcommon = true;
bool opt_fpic;
static FileType opt_x;
static StringArray opt_include;
static bool opt_E;
static bool opt_M;
static bool opt_MD;
static bool opt_MMD;
static bool opt_MP;
static bool opt_S;
static bool opt_c;
static bool opt_cc1;
static bool opt_hash_hash_hash;
static bool opt_static;
static bool opt_shared;
static char *opt_MF;
static char *opt_MT;
static char *opt_o;
static StringArray ld_extra_args;
static StringArray std_include_paths;
char *base_file;
static char *output_file;
static StringArray input_paths;
static StringArray tmpfiles;
вот и поэтому я за "C++"
Всем бы структурам с них пример брать.
скормил этой хуйне
получил
37 microseconds 0 (ms) elapsed
A 000F
B 0000
C 0000
D 0000
E 0000
SI 0100
BP 0000
SP FFFF
IP 008E
Почему всё в микросекундах?
Сишка, к примеру, в выражении uint16_t x = a + b где a и b тоже uint16_t перед сложением сконвертит их в int, а после сложения обрежет результат до uint16_t.
Т.е. в обычной сишке писать short на литералах бесполезно. Они всё равно сразу же растянутся.
я убрал расширение до int.
Хаш_хаш_хаш...