0.92.0: compile error

[starsareintherose]

• BG: Arch Linux + gcc-d-13.2.1-3 ldc-3:1.34.0-1

• Makefile

make   
gdc -Wall --release -O -c LexerImpl.d
/usr/lib/gcc/x86_64-pc-linux-gnu/13.2.1/include/d/std/format/internal/write.d:143:13: Error：no property ‘yycode_’ for type ‘Parser.Parser.SymbolKind’
  143 |     U val = obj;    // Extracting alias this may be impure/system/may-throw
      |             ^
/usr/lib/gcc/x86_64-pc-linux-gnu/13.2.1/include/d/std/format/write.d:1239:20: Error：template instance ‘std.format.internal.write.formatValueImpl!(LockingTextWriter, SymbolKind, char)’ error instantiating
 1239 |     formatValueImpl(w, val, f);
      |                    ^
/usr/lib/gcc/x86_64-pc-linux-gnu/13.2.1/include/d/std/format/write.d:632:28: Note：instantiated from here: ‘formatValue!(LockingTextWriter, SymbolKind, char)’
  632 |                 formatValue(w, args[i], spec);
      |                            ^
/usr/lib/gcc/x86_64-pc-linux-gnu/13.2.1/include/d/std/stdio.d:1723:35: 附注：instantiated from here: ‘formattedWrite!(LockingTextWriter, char, SymbolKind)’
 1723 |                     formattedWrite(w, "%s", arg);
      |                                   ^
LexerImpl.d:191:29: Note：instantiated from here: ‘write!(string, SymbolKind)’
  191 |                 stderr.write((i == 0 ? "(EXPECTED " : " OR "), arg[i]);
      |                             ^
/usr/lib/gcc/x86_64-pc-linux-gnu/13.2.1/include/d/std/stdio.d:1769:14: 错误：template instance ‘std.stdio.File.write!(string, SymbolKind, string, char)’ error instantiating
 1769 |         write(args, '\n');
      |              ^
LexerImpl.d:195:23: Note：instantiated from here: ‘writeln!(string, SymbolKind, string)’
  195 |         stderr.writeln(" INSTEAD OF ", lookahead, ")");
      |                       ^
make: *** [Makefile:16：LexerImpl.o] Error 1

• Makefile.llvm

/usr/lib/gcc/x86_64-pc-linux-gnu/13.2.1/include/d/std/format/internal/write.d:143:13: Error：no property ‘yycode_’ for type ‘Parser.Parser.SymbolKind’
  143 |     U val = obj;    // Extracting alias this may be impure/system/may-throw
      |             ^
/usr/lib/gcc/x86_64-pc-linux-gnu/13.2.1/include/d/std/format/write.d:1239:20: Error：template instance ‘std.format.internal.write.formatValueImpl!(LockingTextWriter, SymbolKind, char)’ error instantiating
 1239 |     formatValueImpl(w, val, f);
      |                    ^
/usr/lib/gcc/x86_64-pc-linux-gnu/13.2.1/include/d/std/format/write.d:632:28: Note：instantiated from here: ‘formatValue!(LockingTextWriter, SymbolKind, char)’
  632 |                 formatValue(w, args[i], spec);
      |                            ^
/usr/lib/gcc/x86_64-pc-linux-gnu/13.2.1/include/d/std/stdio.d:1723:35: Note：instantiated from here: ‘formattedWrite!(LockingTextWriter, char, SymbolKind)’
 1723 |                     formattedWrite(w, "%s", arg);
      |                                   ^
LexerImpl.d:191:29: Note：instantiated from here: ‘write!(string, SymbolKind)’
  191 |                 stderr.write((i == 0 ? "(EXPECTED " : " OR "), arg[i]);
      |                             ^
/usr/lib/gcc/x86_64-pc-linux-gnu/13.2.1/include/d/std/stdio.d:1769:14: 错误：template instance ‘std.stdio.File.write!(string, SymbolKind, string, char)’ error instantiating
 1769 |         write(args, '\n');
      |              ^
LexerImpl.d:195:23: Note：instantiated from here: ‘writeln!(string, SymbolKind, string)’
  195 |         stderr.writeln(" INSTEAD OF ", lookahead, ")");

[cpp-tutor]

I think this is a symptom of not having patched the bison D skeleton file correctly (as per the ReadMe), which affects Parser.d and then shows up when compiling LexerImpl.d.

Please could you try the following, which will omit the bison invocation:

cp -f autogen/Parser.d .
touch Parser.d
make # -f Makefile.llvm

[starsareintherose]

Okay, my fault, thanks. Great Project

[starsareintherose]

I package dbasic on AUR

[cpp-tutor]

That's interesting. Currently, the only known bug is the "double free" error described on the 0.92.0 release page. This may be due to a pointer of arrays (DIM L$(50)) not being correctly zeroized due to an optimization, which may itself be solvable using store volatile ... zeroinitializer ... in the LLVM code.

Also, I'm beginning to think that the unused functions of basic_lib.c are not being stripped out of the final executable; this might be enabled by adding dso_local to all of the function prototypes in Target.d. (I'm not particularly knowledgeable about LLVM IR.)

Any other ideas for improvements are always welcome, and I'll keep an eye on your fork.