egcs-19990602 (gcc-2.95 prerelease) binaries for testing

[pavenis@lanet.lv]

On 7 Jun 99, at 12:21, pavenis@lanet.lv wrote:

> We could expect release of gcc-2.95 after not so long time. Therefore
> I have built 2 June snapshot of egcs for DJGPP and made binaries of 
> C and C++ compilers are available for testing.
> 
> http://www.lanet.lv/~pavenis/gcc295snap.zip  - C compiler
> http://www.lanet.lv/~pavenis/gpp295snap.zip  - C++ compiler + libstdcxx.a
> http://www.lanet.lv/~pavenis/lgp295snap.zip   - libgpp.a built with this compiler
> 
> Please test them (I'll do the same).
> 

Perhaps You may try it, but more likely I'll have to remove it due to  
serious problems with C++ (so be carefull):
	compiler generates code which access class member
	via wrong address (result is SIGSEGV for me). Below is 		
	some test data I got (I simply copied this from rhide watch 
	window and added some comments)

 this: (TEphApp *) 0x240f20
 App: (TEphApp *) 0x240f20
 &slrcfg: (LoadedConfigFile *) 0x240f84
 &App->slrcfg: (LoadedConfigFile *) 0x240f84
 &satinfo: (LoadedConfigFile *) 0x240fa5             - false address 
	 (but this address is used both when I call satinfo.foo() and
	App->satinfo.foo() (name changed) from member function)
 &(App->satinfo): (LoadedConfigFile *) 0x240fa8   - right value (I can 
      get contents here)

I have this problem in rather big application (TVision + different 
other stuff, TEphApp is derived from TApplication such stuff as
virtual base classes etc is present) only.

I tried to reproduce this problem in a simple test example but didn't 
succeed. Perhaps I'll check the same sometime under Linux as this
app can be built (and it should normally work) also under Linux.

Andris