Menu
▾
▴
Re: [sdcc-devel] latest cygwin compile
|
From: Karl B. <ka...@tu...> - 2000-09-30 17:04:07
|
Hi Michael, Thanks for the ssh and cvs help instructions! The latest cygwin package is distributed as a bunch of project folders and a setup program to download and install bin and/or src from them. From what I read on Cygnus site, this is to make it easier for them to do updates. The bad thing is that there is no overall package version control. I downloaded the whole thing 96MB(this included src & bin) because I wanted a copy of the sources. Now that I check out the setup.exe program, I probably should have used that, it looks flexible, allowing you to skip packages you don't want. It gives the option to: * download from internet * install from internet * install from local drive I just started a "download from internet" and it started to copy the .tgz files over to where I asked it to... The new cygwin "install" program somehow knows to append ".exe" on its file names, so it works now. s51.exe does not copy over, I think it is because it has its own configure and make... I've included output of a make install on my system if you want to look at this. When it gets to the ucsim directory, make just thinks everything is up to date, and moves on. I installed the new cygwin at f:/cyg, and new cygwin environment fools things into working from here as a root drive. So you don't need /bin,/usr in the root of c:. I haven't tested trying to run any sdcc.exe compiles from //cygdrive yet. I'll try to troubleshoot the s51.exe install copy some more. Karl. make -f main.mk install make[1]: Entering directory `/cygdrive/c/sdccn' make[1]: Leaving directory `/cygdrive/c/sdccn' make[1]: Entering directory `/cygdrive/c/sdccn/debugger/mcs51' /usr/bin/install -c -d /usr/local/bin /usr/bin/install -c -s ../../bin/sdcdb /usr/local/bin/sdcdb cp ../../debugger/mcs51/sdcdb.el /usr/local/bin/sdcdb.el cp ../../debugger/mcs51/sdcdbsrc.el /usr/local/bin/sdcdbsrc.el make[1]: Leaving directory `/cygdrive/c/sdccn/debugger/mcs51' make[1]: Entering directory `/cygdrive/c/sdccn/sim/ucsim' make[1]: `install' is up to date. make[1]: Leaving directory `/cygdrive/c/sdccn/sim/ucsim' make[1]: Entering directory `/cygdrive/c/sdccn/support/cpp' /usr/bin/install -c -d /usr/local/bin /usr/bin/install -c -s ../../bin/sdcpp /usr/local/bin/sdcpp make[1]: Leaving directory `/cygdrive/c/sdccn/support/cpp' make[1]: Entering directory `/cygdrive/c/sdccn/as/mcs51' /usr/bin/install -c -d /usr/local/bin /usr/bin/install -c -s ../../bin/asx8051 /usr/local/bin/asx8051 /usr/bin/install -c -s ../../bin/aslink /usr/local/bin/aslink make[1]: Leaving directory `/cygdrive/c/sdccn/as/mcs51' make[1]: Entering directory `/cygdrive/c/sdccn/as' make[1]: *** No rule to make target `install'. Stop. make[1]: Leaving directory `/cygdrive/c/sdccn/as' make[1]: Entering directory `/cygdrive/c/sdccn/link' make[1]: *** No rule to make target `install'. Stop. make[1]: Leaving directory `/cygdrive/c/sdccn/link' make[1]: Entering directory `/cygdrive/c/sdccn/src' for i in mcs51 z80 avr ds390; do make -C $i; done make[2]: Entering directory `/cygdrive/c/sdccn/src/mcs51' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/cygdrive/c/sdccn/src/mcs51' make[2]: Entering directory `/cygdrive/c/sdccn/src/z80' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/cygdrive/c/sdccn/src/z80' make[2]: Entering directory `/cygdrive/c/sdccn/src/avr' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/cygdrive/c/sdccn/src/avr' make[2]: Entering directory `/cygdrive/c/sdccn/src/ds390' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/cygdrive/c/sdccn/src/ds390' /usr/bin/install -c -d /usr/local/bin /usr/bin/install -c -s ../bin/sdcc /usr/local/bin/sdcc /usr/bin/install -c ../bin/packihx /usr/local/bin/packihx make[1]: Leaving directory `/cygdrive/c/sdccn/src' make[1]: Entering directory `/cygdrive/c/sdccn/device/include' [ -d /usr/local/share/include ] || mkdir -p /usr/local/share/include cp *.h /usr/local/share/include/ make[1]: Leaving directory `/cygdrive/c/sdccn/device/include' make[1]: Entering directory `/cygdrive/c/sdccn/device/lib' [ -d /usr/local/share/lib ] || mkdir -p /usr/local/share/lib for model in small large flat24 ; do \ [ -d /usr/local/share/lib/$model ] || \ mkdir -p /usr/local/share/lib/$model; \ done [ -d /usr/local/share/lib/ds390 ] || mkdir -p /usr/local/share/lib/ds390 cp ds390/*.lib ds390/*.rel ds390/*.asm ds390/*.cdb /usr/local/share/lib/ds390 cp *.c /usr/local/share/lib/ for model in small large flat24 ; do \ [ -d $model ] || make all; \ cp $model/*.rel *.lib /usr/local/share/lib/$model/; \ cp $model/*.asm /usr/local/share/lib/$model/; \ cp $model/*.cdb /usr/local/share/lib/$model/; \ done make[1]: Leaving directory `/cygdrive/c/sdccn/device/lib' At 03:22 PM 9/30/00 +0200, you wrote: >Hi Karl, > >before i will do a download/install of the latest cygwin stuff (and get >disapointed- do an uninstall and reinstall of B20.1) just one question. > >i have posted that after the following commands >make realclean >./configure >make >make install >the files s51.exe and the both *.el files are not copied to the bin folder >(daniel is still examining why ...hi daniel, any news about that ?) >i want to know if these files get copied into the bin folder with your >(current / latest) cygwin version. >if so, then i have another question. is it true that the latest cygwin is >not one big file, just only an install-setup that downloads the packages >from the net ? if so what packages are needed. > >i will post a mail about the cvs stuff to both mailing lists in a few >minutes, i have some (good) news .. > >Michael > >----- Original Message ----- >From: "Karl Bongers" <ka...@tu...> >To: <sdc...@li...> >Sent: Thursday, September 28, 2000 8:21 AM >Subject: [sdcc-devel] latest cygwin compile > > >> Hi All, >> >> Got the package to compile with the latest cygwin, after a few >> adjustments here and there. Please read over these adjustments, >> some of them I'm not sure the best way to deal with them. If any >> of you can help me figure out what the best way to fix is and checkin, >> that'd be great. I still have to learn how to use CVS/SSH to check >> stuff in... >> >> Problem #1: >> In support/cpp/cpplib.c:7492, there is #ifdef HAVE_STRERROR >> it never evaluates true, so its alway trying to use these old sys_nerr & >> sys_errlist[] things instead of strerror(). The latest cygwin seems to >> have removed or altered these so it errors out on the link with these >> as unresolved. >> >> A quick hack of #define HAVE_STRERROR at the top of the module fixes >things >> but is not a decent fix. The module does include sdccconf.h, so >> if we could get it in there perhaps? Does someone know how to make use of >> autoconf's config.cache to somehow generate a #define HAVE_STRERROR? My >> .cache file does show a test for strerror() evaluating to true but I don't >> think this info is being used. >> >> Problem #2: >> as/z80/Makefile.in - Linker errors out on -lm, which apparently is trying >to >> link in a libm.a library. The new cygwin seems to be linking in this AND >> another >> default library which makes it complain about 2 main() references. I took >> out the -lm option from the makefile, this made it compile fine. So I >suppose >> it would need to be removed from as/z80/makefile.in as a final solution. >> This assumes that the -lm is not needed - I tested with new/old cygwin and >> it happily >> linked it without this. >> >> Problem #3: >> sim/ucsim/cmd.src/newcmd.cc:847 - errors out on compilation, due to >accept() >> third parameter. Wants (int *), has got (unsigned int *). I just added a >> (int *) cast to fix it. Var defined as SOCKLEN_T, which is defined using >> configure, autoconf stuff. >> My guess is that newer version of gcc is getting fussy >> (2.95.2 versus older 2.91.57). Looks like sim/ucsim/configure might be >the >> place to adjust this for real, it has some scripting to figure if the >system >> is defining this then it has a default to uint. I could troubleshoot/test >this >> somemore later... >> >> Problem #4(problem for BCC5 compile): >> as/aslink.c, as/lklink.c - they have #include <alloc.h> which is actually >a >> local header file with extern declares for malloc, calloc, realloc.. >Kevin >> added <stdlib> to pull in faster qsort() routine, but that must also pull >in >> "real" malloc, calloc.. system headers which clash with this local one >causing >> BCC to error out on compilation. Simple fix would be to comment out >> whatever is in the local alloc.h file, or take out all the #include ><alloc.h> >> lines from each source file. >> >> P.S. New cygwin package looks good, they have figured out a way to handle >> common unix dirs(/BIN, /USR, etc) without going to C drive. The shell >dummys >> these up in the CYGWIN dir, and the CYGWIN dir is cleaner... Woops, make >> install >> only kinda works(I don't use it)..., getting late!,.. See-ya-bye. >> >> Karl. >> >> >> >> _______________________________________________ >> 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 > |