Jan Knepper wrote:

> 
> func.c is kinda cute.
> tocsym.c and todt.c have new versions in CVS and for sure in the
> .tar.gz file I think.
> Jan
> 
> 
Ok, I'll check out the latest source... did you manage to fix that
non-lvalue in unary & error in func.c? I tried mucking around with
it, but I'm a total noob, and gcc's cryptic error messages don't
help much, though I hear 3.1.x is much better than previous versions
in that regard.

-Jon

Jonathan Andrew wrote:

> Jan Knepper wrote:
>
> > func.c is kinda cute.
> > tocsym.c and todt.c have new versions in CVS and for sure in the
> > .tar.gz file I think.
> Ok, I'll check out the latest source... did you manage to fix that non-lvalue in unary & error in func.c? I tried mucking around with it, but I'm a total noob, and gcc's cryptic error messages don't help much, though I hear 3.1.x is much better than previous versions in that regard.

That's one of the funny onces I need to take a closer look at.
The problem is that g++ does not know how to determine an address of a
'this' pointer:

   for (pf = &this; *pf; pf = &(*pf)->overnext)
   {

One of the reasons why we should have Digital Mars C++ for BSD and Linux I guess.

I just made a couple more changes. They will be available in the .tar.gz file at 0:00 PST.

Jan

> 
> That's one of the funny onces I need to take a closer look at.
> The problem is that g++ does not know how to determine an address of a
> 'this' pointer:
> 
>    for (pf = &this; *pf; pf = &(*pf)->overnext)
>    {
> 
> One of the reasons why we should have Digital Mars C++ for BSD and Linux
> I guess.
> 
> I just made a couple more changes. They will be available in the .tar.gz
> file at 0:00 PST.
> 
> Jan
> 

Well, if DMC++ for linux existed, We most likely wouldn't be porting DMD
over to linux, and what fun would that be?

I'll see if I can figure anything out in func.c, I'll also check out the new
tarball. Any changes I should look out for?
-Jon

Jan Knepper wrote:

> Jonathan Andrew wrote:
> 
> 
>>Jan Knepper wrote:
>>
>>
>>>func.c is kinda cute.
>>>tocsym.c and todt.c have new versions in CVS and for sure in the
>>>.tar.gz file I think.
>>>
>>Ok, I'll check out the latest source... did you manage to fix that
>>non-lvalue in unary & error in func.c? I tried mucking around with
>>it, but I'm a total noob, and gcc's cryptic error messages don't
>>help much, though I hear 3.1.x is much better than previous versions
>>in that regard.
>>
> 
> That's one of the funny onces I need to take a closer look at.
> The problem is that g++ does not know how to determine an address of a
> 'this' pointer:
> 
>    for (pf = &this; *pf; pf = &(*pf)->overnext)
>    {


This is using it for read only, so just make a copy and get the address of that:

     FuncDeclaration *pthis = this;
     for (ph = &pthis; *pf; pf = &(*pf)->overnext)

Burton Radons wrote:

> > That's one of the funny onces I need to take a closer look at.
> > The problem is that g++ does not know how to determine an address of a
> > 'this' pointer:
> >
> >    for (pf = &this; *pf; pf = &(*pf)->overnext)
> >    {
>
> This is using it for read only, so just make a copy and get the address of that:
>
>       FuncDeclaration *pthis = this;
>       for (ph = &pthis; *pf; pf = &(*pf)->overnext)

That is not quite the same...
&this is the address of the 'this' pointer probably somewhere on the stack
or in a register???
&pthis is the address of 'pthis' which is probably an address on the stack,
but at a different location than 'this'.
However, the code does not seem to depend on this, so it will work.

Jan

"Jan Knepper" <jan@smartsoft.cc> wrote in message news:3D461EDB.11F7B733@smartsoft.cc...
> However, the code does not seem to depend on this, so it will work.

Yes, I folded the change in to the mainline. Any other mods to help gcc, let me know.

-Walter

> Yes, I folded the change in to the mainline. Any other mods to help gcc, let me know.

Yes!
If you download the tar.gz. file (WinZip will expand it) and grep on 'JAK' just
in the sources in the dmd directory.
It isn't that much, but there are a few things...

Thanks!
Jan