sdcc-devel

[sdcc-devel] Pointer & other problems & V2.2.0

[Sandeep D. <sa...@dd...>]

Hello Folks,

Downloaded the latest tree & got a clean build ..:-) we are very very
close.
Kevin your fix for the problem "array[n][m] = value;" was right on the
money,
however the fix for "&a[n]" was a little easier the lavaluereq flag
would be incremented
in this case fixed it and checked things in ...fixed a couple of other
stuff too.

s51 is abending with memory fault when I use "-r " option so cannot
use it from the debugger ..looking into this...

Michael anyplans for a z80 library ..or do you have them separate from
the
compiler.

I will fix the makefiles for the z80 assembler & linker sothat they
build
with .configure ....

We are making great progress folks ..

The CENTRAL SCRUTINIZER...

Re: [sdcc-devel] Pointer & other problems & V2.2.0

[<Mic...@t-...>]

From: "Sandeep Dutta" <sa...@dd...>

> Downloaded the latest tree & got a clean build ..:-) we are very very
> close.

i have tried to compile it under cygwin, but i cannot find s51.exe (is it
not compiled ?)
the source was located under c:\usr\local

c++ -g -O2 -ggdb -pipe -Wall -o s51 s51.o glob.o sim51.o cmd51.o inc.o jmp.o
mov.o logic.o arith.o bit.o timer0.o timer1.o timer2.o serial.o port.o
interrupt.o
uc51.o uc52.o uc51r.o uc89c51r.o uc251.o cmd.o dump.o go.o cmd_brk.o set.o
where .o show.o -L.. -lutil -lsim -lcmd
/CYGNUS/CYGWIN~1/H-I586~1/BIN/../lib/gcc-lib/i586-cygwin32/2.95.2/../../../.
./i586-cygwin32/bin/ld: cannot open -lcmd: No such file or directory
collect2: ld returned 1 exit status
make[2]: *** [s51] Error 1

c++ -g -O2 -ggdb -pipe -Wall -o savr savr.o glob.o simavr.o avr.o port.o
inst.o bit_inst.o jump_inst.o move_inst.o logic_inst.o
arith_inst.o -L.. -lsim -lcmd -lutil
/CYGNUS/CYGWIN~1/H-I586~1/BIN/../lib/gcc-lib/i586-cygwin32/2.95.2/../../../.
./i586-cygwin32/bin/ld: cannot open -lcmd: No such file or directory
collect2: ld returned 1 exit status
make[2]: *** [savr] Error 1

c++ -g -O2 -ggdb -pipe -Wall -o sz80 sz80.o glob.o inst.o simz80.o
z80.o -L.. -lsim -lcmd -lutil
/CYGNUS/CYGWIN~1/H-I586~1/BIN/../lib/gcc-lib/i586-cygwin32/2.95.2/../../../.
./i586-cygwin32/bin/ld: cannot open -lcmd: No such file or directory
collect2: ld returned 1 exit status
make[2]: *** [sz80] Error 1
make[3]: Nothing to be done for `portmon.src'.

> We are making great progress folks ..

yes, but i want to mention something here. maybe you know that already,
maybe it is new.

Sandeep, you have mailed me that i should

[...begin...]
Hi Michael ,

To make this work you will need the latest version of the
compiler 2.2.0a (which is avlb only by CVS checkout..sourceforge
has documentation on their website on howto to do this
the cvs module name is "sdcc")... you will also need to
recompile the libraries with --stack-auto & --int-long-reentrant
option...(for 8051).. for z80 everything is reentrant....
[...end...]

to get dhry.c compiled. OK, so did i today again and i got the following
results.

some sources under device/lib use the "bit" declaration for some variables.
so i get some error messages like

../../bin/sdcc -I../../device/include  --stack-auto --int-long-reent --model
-small -c _divuint.c
_divuint.c(50):warning *** storage class not allowed for automatic variable
'c' in reentrant function

and some fatal errors like

../../bin/sdcc -I../../device/include  --stack-auto --int-long-reent --model
-small -c _fssub.c
[main] C:\USR\LOCAL\BIN\SDCC.EXE 6647 (0) handle_exceptions: Exception:
STATUS_ACCESS_VIOLATION
[main] SDCC 6647 (0) handle_exceptions: Dumping stack trace to SDCC.EXE.core
make[2]: *** [_fssub.rel] Error 11

if i only use --stack-auto, i get some messages like internal error, contact
the author.

BTW Author, in the folder device\examples are some files (cpu_tool.c
cpu_tools.h and main8051.c) i guess the version i posted to thorsten OKR Web
page. these files need to be updated, as they contain some bugs i have
already fixed. one is with buffers for serial rx/tx > 127 bytes. it does not
work with V2.19Ga and the serial buffers get corrupted. maybe this has to do
with the signed/unsigned comparision problem reported from "Dafni & Robert
Berger" a week ago. if anybody can tell me how i can update these files
would be nice.

Hope this helps if i haven't done something wrong .... now continuing with
the ethernet schematics ..

Michael

Re: [sdcc-devel] Pointer & other problems & V2.2.0

[Sandeep D. <sa...@dd...>]

Hi Michael ,

> From: "Sandeep Dutta" <sa...@dd...>
>
> > Downloaded the latest tree & got a clean build ..:-) we are very very
> > close.
>
> i have tried to compile it under cygwin, but i cannot find s51.exe (is it
> not compiled ?)
> the source was located under c:\usr\local
>

You have to do
>make realclean
>./configure
>make

> BTW Author, in the folder device\examples are some files (cpu_tool.c
> cpu_tools.h and main8051.c) i guess the version i posted to thorsten OKR Web
> page. these files need to be updated, as they contain some bugs i have
> already fixed. one is with buffers for serial rx/tx > 127 bytes. it does not
> work with V2.19Ga and the serial buffers get corrupted. maybe this has to do
> with the signed/unsigned comparision problem reported from "Dafni & Robert
> Berger" a week ago. if anybody can tell me how i can update these files
> would be nice.
>

I forgot to mention you have to use --float-reent option also...the latest tree
compiles the libraries okay with the options..but beaware that dhrystone
may not run on 8051 because of the severely limited stack space.

As for updating the examples please register and obtain an usedid from
sourceforge & I will be glad to add you in the developer list so that you
can update the files yourself.....

Sandeep

>
> Hope this helps if i haven't done something wrong .... now continuing with
> the ethernet schematics ..
>
> Michael
>
> _______________________________________________
> sdcc-devel mailing list
> sdc...@li...
> http://lists.sourceforge.net/mailman/listinfo/sdcc-devel

Re: [sdcc-devel] Pointer & other problems & V2.2.0

[<Mic...@t-...>]

OK, Sandeep i have tried that.

i have deleted c:\usr\local\.... and copied all from c:\src\sdcc\... to
c:\usr\local\....  to start from nothing.
started make realclean (this is doing a lot) and ./configure --prefix....
the ./configure reported a short moment later

BASH.EXE-2.02$ ./configure --prefix=/usr/local
creating cache ./config.cache
checking for mawk... no
checking for gawk... gawk
checking version of the package... 2.2.0
checking for gcc... gcc
checking whether the C compiler (gcc  ) works... yes
checking whether the C compiler (gcc  ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking for c++... c++
checking whether the C++ compiler (c++  ) works... no
configure: error: installation or configuration problem: C++ compiler cannot
cre
ate executables.

so i deleted c:\usr\local again ....... didn't execute the make realclean
and step over to ./configure
but it is always the same. so i uninstalled cygwin, reboot and installed it
again. repeated those steps, but again.

so, currently i have deleted c:\src\sdcc\... and c:\usr\local\...
downloading everything new and reinstalling cygwin, as i do not get rid of
that what "make realclean" has done to this system.

cygwin has worked fine before this make realclean.

So do i need it even if i delete the whole stuff under c:\usr\local and copy
the sources ? i usually have used ./configure .. and a make followed by a
make install. if cvs has new files, i deleted this tree and copied it again.

sorry, but for the moments this system is offline for compiling sdcc.

Michael (a little bit sad) :-(


----- Original Message -----
From: "Sandeep Dutta" <sa...@dd...>
To: <sdc...@li...>
Sent: Monday, March 06, 2000 12:31 AM
Subject: Re: [sdcc-devel] Pointer & other problems & V2.2.0


> Hi Michael ,
>
> > From: "Sandeep Dutta" <sa...@dd...>
> >
> > > Downloaded the latest tree & got a clean build ..:-) we are very very
> > > close.
> >
> > i have tried to compile it under cygwin, but i cannot find s51.exe (is
it
> > not compiled ?)
> > the source was located under c:\usr\local
> >
>
> You have to do
> >make realclean
> >./configure
> >make
>
> > BTW Author, in the folder device\examples are some files (cpu_tool.c
> > cpu_tools.h and main8051.c) i guess the version i posted to thorsten OKR
Web
> > page. these files need to be updated, as they contain some bugs i have
> > already fixed. one is with buffers for serial rx/tx > 127 bytes. it does
not
> > work with V2.19Ga and the serial buffers get corrupted. maybe this has
to do
> > with the signed/unsigned comparision problem reported from "Dafni &
Robert
> > Berger" a week ago. if anybody can tell me how i can update these files
> > would be nice.
> >
>
> I forgot to mention you have to use --float-reent option also...the latest
tree
> compiles the libraries okay with the options..but beaware that dhrystone
> may not run on 8051 because of the severely limited stack space.
>
> As for updating the examples please register and obtain an usedid from
> sourceforge & I will be glad to add you in the developer list so that you
> can update the files yourself.....
>
> Sandeep
>
> >
> > Hope this helps if i haven't done something wrong .... now continuing
with
> > the ethernet schematics ..
> >
> > Michael
> >
> > _______________________________________________
> > sdcc-devel mailing list
> > sdc...@li...
> > http://lists.sourceforge.net/mailman/listinfo/sdcc-devel
>
>
> _______________________________________________
> sdcc-devel mailing list
> sdc...@li...
> http://lists.sourceforge.net/mailman/listinfo/sdcc-devel

Re: [sdcc-devel] Pointer & other problems & V2.2.0

[<Mic...@t-...>]

It works again now !

the problem seems to be with the gcc-2.95.2 updates i have installed for
mingw32. if i install the pure cygwin, make realclean seems to work. if i
install the updates for cygwin, i get the problems as discribed below.

Michael

----- Original Message -----
From: "Michael Schmitt" <Mic...@t-...>
To: <sdc...@li...>
Sent: Monday, March 06, 2000 10:47 PM
Subject: Re: [sdcc-devel] Pointer & other problems & V2.2.0


> OK, Sandeep i have tried that.
>
> i have deleted c:\usr\local\.... and copied all from c:\src\sdcc\... to
> c:\usr\local\....  to start from nothing.
> started make realclean (this is doing a lot) and ./configure --prefix....
> the ./configure reported a short moment later
>
> BASH.EXE-2.02$ ./configure --prefix=/usr/local
> creating cache ./config.cache
> checking for mawk... no
> checking for gawk... gawk
> checking version of the package... 2.2.0
> checking for gcc... gcc
> checking whether the C compiler (gcc  ) works... yes
> checking whether the C compiler (gcc  ) is a cross-compiler... no
> checking whether we are using GNU C... yes
> checking whether gcc accepts -g... yes
> checking for c++... c++
> checking whether the C++ compiler (c++  ) works... no
> configure: error: installation or configuration problem: C++ compiler
cannot
> cre
> ate executables.
>
> so i deleted c:\usr\local again ....... didn't execute the make realclean
> and step over to ./configure
> but it is always the same. so i uninstalled cygwin, reboot and installed
it
> again. repeated those steps, but again.
>
> so, currently i have deleted c:\src\sdcc\... and c:\usr\local\...
> downloading everything new and reinstalling cygwin, as i do not get rid of
> that what "make realclean" has done to this system.
>
> cygwin has worked fine before this make realclean.
>
> So do i need it even if i delete the whole stuff under c:\usr\local and
copy
> the sources ? i usually have used ./configure .. and a make followed by a
> make install. if cvs has new files, i deleted this tree and copied it
again.
>
> sorry, but for the moments this system is offline for compiling sdcc.
>
> Michael (a little bit sad) :-(
>
>
> ----- Original Message -----
> From: "Sandeep Dutta" <sa...@dd...>
> To: <sdc...@li...>
> Sent: Monday, March 06, 2000 12:31 AM
> Subject: Re: [sdcc-devel] Pointer & other problems & V2.2.0
>
>
> > Hi Michael ,
> >
> > > From: "Sandeep Dutta" <sa...@dd...>
> > >
> > > > Downloaded the latest tree & got a clean build ..:-) we are very
very
> > > > close.
> > >
> > > i have tried to compile it under cygwin, but i cannot find s51.exe (is
> it
> > > not compiled ?)
> > > the source was located under c:\usr\local
> > >
> >
> > You have to do
> > >make realclean
> > >./configure
> > >make
> >
> > > BTW Author, in the folder device\examples are some files (cpu_tool.c
> > > cpu_tools.h and main8051.c) i guess the version i posted to thorsten
OKR
> Web
> > > page. these files need to be updated, as they contain some bugs i have
> > > already fixed. one is with buffers for serial rx/tx > 127 bytes. it
does
> not
> > > work with V2.19Ga and the serial buffers get corrupted. maybe this has
> to do
> > > with the signed/unsigned comparision problem reported from "Dafni &
> Robert
> > > Berger" a week ago. if anybody can tell me how i can update these
files
> > > would be nice.
> > >
> >
> > I forgot to mention you have to use --float-reent option also...the
latest
> tree
> > compiles the libraries okay with the options..but beaware that dhrystone
> > may not run on 8051 because of the severely limited stack space.
> >
> > As for updating the examples please register and obtain an usedid from
> > sourceforge & I will be glad to add you in the developer list so that
you
> > can update the files yourself.....
> >
> > Sandeep
> >
> > >
> > > Hope this helps if i haven't done something wrong .... now continuing
> with
> > > the ethernet schematics ..
> > >
> > > Michael
> > >
> > > _______________________________________________
> > > sdcc-devel mailing list
> > > sdc...@li...
> > > http://lists.sourceforge.net/mailman/listinfo/sdcc-devel
> >
> >
> > _______________________________________________
> > sdcc-devel mailing list
> > sdc...@li...
> > http://lists.sourceforge.net/mailman/listinfo/sdcc-devel
>
>
> _______________________________________________
> sdcc-devel mailing list
> sdc...@li...
> http://lists.sourceforge.net/mailman/listinfo/sdcc-devel

[sdcc-devel] Getting to 2.2.0 / gbdk3-2.92 / moving targets

[Michael H. <mic...@ea...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

> however the fix for "&a[n]" was a little easier the lavaluereq flag
> would be incremented

On the gb, something like:

const unsigned char *film[] = {
  &door1_tiles[0x0C*0],
  &door2_tiles[0x0C*0],
  &door3_tiles[0x0C*0],
...

Only sets the first byte.  i.e it generates:

	ld	de,#film + 0
	ld	a,#<(_door1_tiles+0)
	ld	(de),a
	ld	de,#film + 2
	ld	a,#<(_door1_tiles+0)
	ld	(de),a

That was this morning - now I do not know.  Also something is trashing
memory since this morning - compiling galaxy.c in the gbdk package (theres
a tarball on sourceforge under gbdk) segfaults with a corrupted symbol.  I
dont know whos fault is it yet :)

Has anyone seen this before?  Is it truly trashed memory?  Here is gdb's
backtrace:

(gdb) backtrace
#0  addSet (list=0x20, item=0x8101550) at SDCCset.c:133
#1  0x805c973 in allocIntoSeg (sym=0x20) at SDCCmem.c:250
#2  0x805cb3e in allocGlobal (sym=0x8101550) at SDCCmem.c:363
#3  0x805d501 in allocVariables (symChain=0x8101550) at SDCCmem.c:748
#4  0x8049607 in yyparse () at SDCC.y:128

You can see that sym in (2) is currupted...

 > in this case fixed it and checked things in ...fixed a couple
of other > stuff too.
> 
> s51 is abending with memory fault when I use "-r " option so cannot
> use it from the debugger ..looking into this...
> 
> Michael anyplans for a z80 library ..or do you have them separate from
> the compiler.
The gbdk-lib package on cvs.gbdk.sourceforge.net has support for the z80
as well.  I'm not sure how to handle this yet :)  We can always hack
something together for 2.2.0 or tell them to get the libs seperatly.

> I will fix the makefiles for the z80 assembler & linker sothat they
> build with .configure ....
I'd prefer not to - amost all of the rules are in Makefile.common and are
inherieted from there.  Using a shared rules file makes the Makefiles more
maintainable & cleaner.

Blah blah.  Trying to release gbdk3-2.92 today - I just have to try and
keep up with Sandeep :)

- -- Michael

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.0 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE4wvEOUejL3SuzxEgRAlyVAKCqDuatqrCwMgkjTzExfKwAtWmpxgCfYXAt
utjogDc5imd7G6n+jnTJh/o=
=ry7K
-----END PGP SIGNATURE-----

Re: [sdcc-devel] Getting to 2.2.0 / gbdk3-2.92 / moving targets

[Michael H. <mic...@ea...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hmm.  sdcc-mcs51 segfaults when compiling galaxy.c as well, but in a
different place.  And electric-fence cant find anything...

Hmm.

I've put a copy of the latest gbdk-lib (libc for the Gameboy + Z80) up on
gbdk's sourceforge page which includes a copy of galaxy.c if anyone is
intersted.

I'm going to have a look at the Z80 port - see if it's broken or not from
the work I've been doing on the gb.

- -- Michael
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.0 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE4wwiGUejL3SuzxEgRAtSxAJ9FZ9eU1sUtJ0Cz/selhLdGFEDCOwCgg5uM
70H67nOWth+FCdKGsQBkEXY=
=mRqP
-----END PGP SIGNATURE-----

Re: [sdcc-devel] Getting to 2.2.0 / gbdk3-2.92 / moving targets

[Sandeep D. <sa...@dd...>]

Hi Michael,

The array problem is fixed.
The segment fault problem ..... I think you need
to do a make clean & build everything fresh..some
dependency is missing make sure you get the
latest sources since I changed a lot..I got the
same problem then rebuilt after make clean & it
went away..

PS. I fixed the z80 assembler & linker makefiles to
build with ./configure & make.. (I made the change
before I got your email..they build but have not
verified )

Sandeep
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> > however the fix for "&a[n]" was a little easier the lavaluereq flag
> > would be incremented
> 
> On the gb, something like:
> 
> const unsigned char *film[] = {
>   &door1_tiles[0x0C*0],
>   &door2_tiles[0x0C*0],
>   &door3_tiles[0x0C*0],
> ....
> 
> Only sets the first byte.  i.e it generates:
> 
>         ld      de,#film + 0
>         ld      a,#<(_door1_tiles+0)
>         ld      (de),a
>         ld      de,#film + 2
>         ld      a,#<(_door1_tiles+0)
>         ld      (de),a
> 
> That was this morning - now I do not know.  Also something is trashing
> memory since this morning - compiling galaxy.c in the gbdk package (theres
> a tarball on sourceforge under gbdk) segfaults with a corrupted symbol.  I
> dont know whos fault is it yet :)
> 
> Has anyone seen this before?  Is it truly trashed memory?  Here is gdb's
> backtrace:
> 
> (gdb) backtrace
> #0  addSet (list=0x20, item=0x8101550) at SDCCset.c:133
> #1  0x805c973 in allocIntoSeg (sym=0x20) at SDCCmem.c:250
> #2  0x805cb3e in allocGlobal (sym=0x8101550) at SDCCmem.c:363
> #3  0x805d501 in allocVariables (symChain=0x8101550) at SDCCmem.c:748
> #4  0x8049607 in yyparse () at SDCC.y:128
> 
> You can see that sym in (2) is currupted...
> 
>  > in this case fixed it and checked things in ...fixed a couple
> of other > stuff too.
> >
> > s51 is abending with memory fault when I use "-r " option so cannot
> > use it from the debugger ..looking into this...
> >
> > Michael anyplans for a z80 library ..or do you have them separate from
> > the compiler.
> The gbdk-lib package on cvs.gbdk.sourceforge.net has support for the z80
> as well.  I'm not sure how to handle this yet :)  We can always hack
> something together for 2.2.0 or tell them to get the libs seperatly.
> 
> > I will fix the makefiles for the z80 assembler & linker sothat they
> > build with .configure ....
> I'd prefer not to - amost all of the rules are in Makefile.common and are
> inherieted from there.  Using a shared rules file makes the Makefiles more
> maintainable & cleaner.
> 
> Blah blah.  Trying to release gbdk3-2.92 today - I just have to try and
> keep up with Sandeep :)
> 
> - -- Michael
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.0 (GNU/Linux)
> Comment: For info see http://www.gnupg.org
> 
> iD8DBQE4wvEOUejL3SuzxEgRAlyVAKCqDuatqrCwMgkjTzExfKwAtWmpxgCfYXAt
> utjogDc5imd7G6n+jnTJh/o=
> =ry7K
> -----END PGP SIGNATURE-----
> 
> _______________________________________________
> sdcc-devel mailing list
> sdc...@li...
> http://lists.sourceforge.net/mailman/listinfo/sdcc-devel

-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Sandeep Dutta                        Phone:  650-356-5417
Diab-SDS                             Fax:    650-356-5490
323 Vintage Park Drive               Email:  sa...@dd...
Foster City, CA  94404               URL:    www.ddi.com    
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~