I've put up my Linux port as it stands at the uber-minimalistic page:

http://amateur-scrolls.sourceforge.net/old/dli/

It's deficient in many, many ways, but most importantly in a lack of delegates, no real exception support, no threading, very dodgy support of static, and a horrible code generator.  I'm not going to be making it significantly more advanced as I just implemented it to act as a bootstrap for the compiler translated into D.

Burton Radons wrote:

> I've put up my Linux port as it stands at the uber-minimalistic page:
> 
> http://amateur-scrolls.sourceforge.net/old/dli/
> 
> It's deficient in many, many ways, but most importantly in a lack of delegates, no real exception support, no threading, very dodgy support of static, and a horrible code generator.  I'm not going to be making it significantly more advanced as I just implemented it to act as a bootstrap for the compiler translated into D.

v0.0.3: Static support is fixed, associative arrays are in, various bug fixes and extensions, and a much more complete TypeInfo.  Actual introspection is not likely to find its way in until after the second-stage translation (where the compiler written in D can compile itself).

Wow! Great work!

"Burton Radons" <loth@users.sourceforge.net> wrote in message news:3D4F75DA.8040008@users.sourceforge.net...
> I've put up my Linux port as it stands at the uber-minimalistic page:
>
> http://amateur-scrolls.sourceforge.net/old/dli/

Burton Radons wrote:

> Burton Radons wrote:
> 
>> I've put up my Linux port as it stands at the uber-minimalistic page:
>>
>> http://amateur-scrolls.sourceforge.net/old/dli/
>>
>> It's deficient in many, many ways, but most importantly in a lack of delegates, no real exception support, no threading, very dodgy support of static, and a horrible code generator.  I'm not going to be making it significantly more advanced as I just implemented it to act as a bootstrap for the compiler translated into D.
> 
> 
> v0.0.3: Static support is fixed, associative arrays are in, various bug fixes and extensions, and a much more complete TypeInfo.  Actual introspection is not likely to find its way in until after the second-stage translation (where the compiler written in D can compile itself).

I put the wrong filename in the HTML file; that's fixed now.

Burton Radons wrote:
> I've put up my Linux port as it stands at the uber-minimalistic page:
> 
> http://amateur-scrolls.sourceforge.net/old/dli/
> 
> It's deficient in many, many ways, but most importantly in a lack of delegates, no real exception support, no threading, very dodgy support of static, and a horrible code generator.  I'm not going to be making it significantly more advanced as I just implemented it to act as a bootstrap for the compiler translated into D.
> 

What compiler do I need to compile it?  It doesn't work with GCC 2.96 (that much is for sure).

andy wrote:

> Burton Radons wrote:
> 
>> I've put up my Linux port as it stands at the uber-minimalistic page:
>>
>> http://amateur-scrolls.sourceforge.net/old/dli/
>>
>> It's deficient in many, many ways, but most importantly in a lack of delegates, no real exception support, no threading, very dodgy support of static, and a horrible code generator.  I'm not going to be making it significantly more advanced as I just implemented it to act as a bootstrap for the compiler translated into D.
> 
> What compiler do I need to compile it?  It doesn't work with GCC 2.96 (that much is for sure).

What's the problem?  It's very much vanilla C++ - I can only think that I use typeinfo a couple times for failure diagnostics.  I use GCC 3.0.2.

If it is RTTI, I can excise that for the next release.

v0.0.4: Introspection is far along enough that serialising is in; it's implemented in the module "pickle".  Also comes with the standard cavalcade of code generation fixes, more support, etcetera.  Also, the code generator has been streamlined significantly.

Output from GCC 3.1.1:

[andy@localhost dli-0.0.3]$ make
gcc impcnvgen.cc -o impcnvgen
./impcnvgen
gcc idgen.cc -o idgen
./idgen
makedepend --  -- access.cc attrib.cc backend.cc bit.cc cast.cc class.cc constfo
ld.cc dchar.cc debcond.cc dt.cc declaration.cc dsymbol.cc dump.cc el.cc enum.cc
expression.cc func.cc html.cc id.cc identifier.cc impcnvtab.cc import.cc init.cc
 inline.cc irstate.cc lexer.cc link.cc machine.cc machine-i386.cc mangle.cc mars
.cc mem.cc module.cc mtype.cc optimize.cc parse.cc root.cc scope.cc statement.cc
 stringtable.cc struct.cc tocsym.cc todt.cc type.cc version.cc -I/usr/local/incl
ude -DMAKEDEPEND
"dump.cc":104:  defined __cplusplus ? __GNUC_PREREQ (2, 6) : __GNUC_PREREQ (2, 4
)
                                                    ^--- expecting :
echo "for remaking the dependencies" > .depend
g++ -Werror -g   -c -o access.o access.cc
g++ -Werror -g   -c -o attrib.o attrib.cc
g++ -Werror -g   -c -o backend.o backend.cc
g++ -Werror -g   -c -o bit.o bit.cc
g++ -Werror -g   -c -o cast.o cast.cc
g++ -Werror -g   -c -o class.o class.cc
g++ -Werror -g   -c -o constfold.o constfold.cc
g++ -Werror -g   -c -o dchar.o dchar.cc
g++ -Werror -g   -c -o debcond.o debcond.cc
g++ -Werror -g   -c -o dt.o dt.cc
g++ -Werror -g   -c -o declaration.o declaration.cc
declaration.cc:11:20: typeinfo: No such file or directory
declaration.cc: In member function `virtual void
   VarDeclaration::semantic(Scope*)':
declaration.cc:258: must #include <typeinfo> before using typeid
make: *** [declaration.o] Error 1
[andy@localhost dli-0.0.3]$

OUTPUT from GCC 2.96 and 3.0.2:

c++ access.o attrib.o backend.o bit.o cast.o class.o constfold.o dchar.o debcond
.o dt.o declaration.o dsymbol.o dump.o el.o enum.o expression.o func.o html.o id
.o identifier.o impcnvtab.o import.o init.o inline.o irstate.o lexer.o link.o ma
chine.o machine-i386.o mangle.o mars.o mem.o module.o mtype.o optimize.o parse.o
 root.o scope.o statement.o stringtable.o struct.o tocsym.o todt.o type.o versio
n.o -o dli -lstdc++ -lgc
/usr/bin/ld: cannot find -lgc
collect2: ld returned 1 exit status
make: *** [dli] Error 1

Then I removed the -lgc (using 3.0.2) and it worked...  go figure.

-Andy



Burton Radons wrote:
> andy wrote:
> 
>> Burton Radons wrote:
>>
>>> I've put up my Linux port as it stands at the uber-minimalistic page:
>>>
>>> http://amateur-scrolls.sourceforge.net/old/dli/
>>>
>>> It's deficient in many, many ways, but most importantly in a lack of delegates, no real exception support, no threading, very dodgy support of static, and a horrible code generator.  I'm not going to be making it significantly more advanced as I just implemented it to act as a bootstrap for the compiler translated into D.
>>
>>
>> What compiler do I need to compile it?  It doesn't work with GCC 2.96 (that much is for sure).
> 
> 
> What's the problem?  It's very much vanilla C++ - I can only think that I use typeinfo a couple times for failure diagnostics.  I use GCC 3.0.2.
> 
> If it is RTTI, I can excise that for the next release.
> 

andy wrote:

> "dump.cc":104:  defined __cplusplus ? __GNUC_PREREQ (2, 6) : __GNUC_PREREQ (2, 4
> )
>                                                     ^--- expecting :


Oh yah, forgot about this.  This is a problem with makedepend - it doesn't handle the trinary expression in preprocessor statements.  I hacked this by sudoing into root and editing /usr/include/assert.h to get around it (obviously the block is always going to be expanded).

A better solution needs to be implemented, but I forgot all about the problem.


> declaration.cc:11:20: typeinfo: No such file or directory
> declaration.cc: In member function `virtual void
>    VarDeclaration::semantic(Scope*)':
> declaration.cc:258: must #include <typeinfo> before using typeid
> make: *** [declaration.o] Error 1
> [andy@localhost dli-0.0.3]$


You must have an installation problem - it knows that it should handle "#include <typeinfo>" but doesn't.  But I've removed this dependency in my next release.


> OUTPUT from GCC 2.96 and 3.0.2:
> 
> c++ access.o attrib.o backend.o bit.o cast.o class.o constfold.o dchar.o debcond
> .o dt.o declaration.o dsymbol.o dump.o el.o enum.o expression.o func.o html.o id
> .o identifier.o impcnvtab.o import.o init.o inline.o irstate.o lexer.o link.o ma
> chine.o machine-i386.o mangle.o mars.o mem.o module.o mtype.o optimize.o parse.o
>  root.o scope.o statement.o stringtable.o struct.o tocsym.o todt.o type.o versio
> n.o -o dli -lstdc++ -lgc
> /usr/bin/ld: cannot find -lgc


Oops!  I don't use the library.

I've put up a new version (0.0.5) that removes the dependency on typeid, this bug here, and includes the .depend timestamp so that makedepend shouldn't be invoked normally.  You can grab it at:

http://amateur-scrolls.sourceforge.net/old/dli/dli-0.0.5.tar.gz

Hopefully this will solve your problems.

I don't think the 3.1.1 issue was an install error.  I installed it the same way I installed 3.0.2 which worked (once I removed the -lgc).  I think its a "this doesn't work under 3.1.1" issue.  No matter 3.0.x is good enough for me.

This time 3.0.2 worked out of the box (without me hacking).

The (red hat stock compiler) 2.96 didn't work, but dunno why.

What are your plans for this and the D port?  I'm starting to like your
approach better.  Will it be open?


-Andy




Burton Radons wrote:
> andy wrote:
> 
>> "dump.cc":104:  defined __cplusplus ? __GNUC_PREREQ (2, 6) : __GNUC_PREREQ (2, 4
>> )
>>                                                     ^--- expecting :
> 
> 
> 
> Oh yah, forgot about this.  This is a problem with makedepend - it doesn't handle the trinary expression in preprocessor statements.  I hacked this by sudoing into root and editing /usr/include/assert.h to get around it (obviously the block is always going to be expanded).
> 
> A better solution needs to be implemented, but I forgot all about the problem.
> 
> 
>> declaration.cc:11:20: typeinfo: No such file or directory
>> declaration.cc: In member function `virtual void
>>    VarDeclaration::semantic(Scope*)':
>> declaration.cc:258: must #include <typeinfo> before using typeid
>> make: *** [declaration.o] Error 1
>> [andy@localhost dli-0.0.3]$
> 
> 
> 
> You must have an installation problem - it knows that it should handle "#include <typeinfo>" but doesn't.  But I've removed this dependency in my next release.
> 
> 
>> OUTPUT from GCC 2.96 and 3.0.2:
>>
>> c++ access.o attrib.o backend.o bit.o cast.o class.o constfold.o dchar.o debcond
>> .o dt.o declaration.o dsymbol.o dump.o el.o enum.o expression.o func.o html.o id
>> .o identifier.o impcnvtab.o import.o init.o inline.o irstate.o lexer.o link.o ma
>> chine.o machine-i386.o mangle.o mars.o mem.o module.o mtype.o optimize.o parse.o
>>  root.o scope.o statement.o stringtable.o struct.o tocsym.o todt.o type.o versio
>> n.o -o dli -lstdc++ -lgc
>> /usr/bin/ld: cannot find -lgc
> 
> 
> 
> Oops!  I don't use the library.
> 
> I've put up a new version (0.0.5) that removes the dependency on typeid, this bug here, and includes the .depend timestamp so that makedepend shouldn't be invoked normally.  You can grab it at:
> 
> http://amateur-scrolls.sourceforge.net/old/dli/dli-0.0.5.tar.gz
> 
> Hopefully this will solve your problems.
>