Subject:
|
Re: Cygwin/Gcc/Legos-0.2.6 Installation
|
Newsgroups:
|
lugnet.robotics.rcx.legos
|
Date:
|
Thu, 10 Oct 2002 20:01:13 GMT
|
Viewed:
|
2863 times
|
| |
|
|
In lugnet.robotics.rcx.legos, Rick Bonari writes:
> I finally got make to complete without any apparent errors. At the end
> of the process, no errors were shown. I had to move the proper copy of
> objcopy.exe to the required directory and I also had to copy the proper copy
> of g++.exe to the same directory: usr/local/h8300-hitachi-hms/bin. This
> allowed everything to complete properly it appears. Now the last thing I
> have to get working is the Make Strip Command. When I execute this command,
> I get the following errors:
>
> Strip fontdesign dll makelx fixdep genlds firmdl3
Something is definitely not quite right with your setup. Makefile.common in
the util subdirectory of the BrickOS tree has the following code in it:
#
# WindowsNT/Cygnwin, test against several values:
#
ifneq (,$(findstring $(OSTYPE),cygwin32 cygwin CYGWIN_NT-4.0 CYGWIN_NT-5.0
CYGWIN_NT-5.1 WindowsNT Windows_NT))
EXT=.exe
CC =gcc
CFLAGS+=-D_WIN32
endif
This should cause the make to refer to fontdesign.exe, dll.exe, makelx.exe,
fixdep.exe, genlds.exe, and firmdl3.exe.
If EXT is not getting set to .exe then CFLAGS isn't going to have -D_WIN32
in it either.
The output for the util directory from a make should look like this (with
your BrickOS/LegOS directory name potentially being different from mine):
make[1]: Entering directory `/brickos-0.2.6.07.nmChg/util'
gcc fontdesign.c -o fontdesign.exe -O2 -Wall -D_WIN32
make - --unix -w -C dll-src || exit 2
make[2]: Entering directory `/brickos-0.2.6.07.nmChg/util/dll-src'
gcc -o loader.o -c loader.c -O2 -Wall -D_WIN32 -I. -I../../include/lnp
gcc -o rcxtty.o -c rcxtty.c -O2 -Wall -D_WIN32 -I. -I../../include/lnp
gcc -o keepalive.o -c keepalive.c -O2 -Wall -D_WIN32 -I. -I../../include/lnp
gcc -o lnp.o -c ../../kernel/lnp.c -O2 -Wall -D_WIN32 -I. -I../../include/lnp
gcc -o lx.o -c lx.c -O2 -Wall -D_WIN32 -I. -I../../include/lnp
gcc -o ../dll.exe loader.o rcxtty.o keepalive.o lnp.o lx.o -O2 -Wall
-D_WIN32 -I. -I../../include/lnp
gcc -o convert.o -c convert.c -O2 -Wall -D_WIN32 -I. -I../../include/lnp
gcc -o srec.o -c srec.c -O2 -Wall -D_WIN32 -I. -I../../include/lnp
gcc -o srecload.o -c srecload.c -O2 -Wall -D_WIN32 -I. -I../../include/lnp
gcc -o ../makelx.exe convert.o srec.o srecload.o lx.o -O2 -Wall -D_WIN32
-I. -I../../include/lnp
gcc -o ../genlds.exe genlds.c -O2 -Wall -D_WIN32 -I. -I../../include/lnp
gcc -o ../fixdeps.exe fixdeps.c -O2 -Wall -D_WIN32 -I. -I../../include/lnp
make[2]: Leaving directory `/brickos-0.2.6.07.nmChg/util/dll-src'
make - --unix -w -C firmdl || exit 2
make[2]: Entering directory `/brickos-0.2.6.07.nmChg/util/firmdl'
gcc -O2 -Wall -D_WIN32 -c -o mkimg.o mkimg.c
gcc -O2 -Wall -D_WIN32 -c -o srec.o srec.c
gcc mkimg.o srec.o -o mkimg.exe -O2 -Wall -D_WIN32
./mkimg fastdl.srec > fastdl.h
gcc -O2 -Wall -D_WIN32 -c -o firmdl.o firmdl.c
gcc -O2 -Wall -D_WIN32 -c -o rcx_comm.o rcx_comm.c
gcc firmdl.o srec.o rcx_comm.o -o ../firmdl3.exe -O2 -Wall -D_WIN32
make[2]: Leaving directory `/brickos-0.2.6.07.nmChg/util/firmdl'
make[1]: Leaving directory `/brickos-0.2.6.07.nmChg/util'
As Joseph said, you don't actually have to strip the debug symbols using
strip. The make strip step in the installation instructions is not a
required step for things to work correctly. Here's the way it looks on my PC:
Administrator@JHANSON-PC /brickos-0.2.6.07.nmChg/util
$ make strip
strip fontdesign.exe dll.exe makelx.exe fixdeps.exe genlds.exe firmdl3.exe
As you can see, if you are running a recent version of cygwin and your path
is correctly configured and the makefiles are all operating as they should
then you should see .exe extensions on all utility executables.
What do you see when you type uname at the shell $ prompt? I see
$ uname
CYGWIN_NT-5.0
Did you perform the following step precisely as it is written (substituting
brickos-0.2.6.07.nmChg.tar.gz for brickos-0.2.6.08.tar.gz and
legos-0.2.6.08.tar.gz since that is the actual filename of the latest
release I could find on sourceforge)?
3. Install the brickOS files
Get brickos-0.2.6.08.tar.gz from the "Latest Test Releases" section of our
project web: http://sourceforge.net/projects/brickos . Drag a copy to C:\cygwin.
Type:
$ cd /
$ tar xvfz legos-0.2.6.08.tar.gz
I would recommend getting this release of BrickOS. I would recommend
installing the very latest release of cygwin to c:\cygwin. I would put
%CYGNUS_HOME%\bin at the front of your path statement. I would also put
%CYGNUS_HOME%\h8300-000821\H-i686-cygwin32\bin in your path (after the
cygwin bin directory path). In a DOS window type "set
PATH=%CYGNUS_HOME%\bin;%CYGNUS_HOME%\h8300-000821\H-i686-cygwin32\bin;%PATH%"
without the quotation marks. If your hitachi tools are in a different
directory you would modify the path I mention accordingly.
You do not have to actually run the cygwin shell to build BrickOS or to
compile your own BrickOS programs. It's simpler doing it from a regular DOS
prompt rather than the cygwin sh shell $ prompt.
HTH,
John Hansen
|
|
Message is in Reply To:
 | | Cygwin/Gcc/Legos-0.2.6 Installation
|
| Hello, I finally got make to complete without any apparent errors. At the end of the process, no errors were shown. I had to move the proper copy of objcopy.exe to the required directory and I also had to copy the proper copy of g++.exe to the same (...) (22 years ago, 10-Oct-02, to lugnet.robotics.rcx.legos)
|
3 Messages in This Thread:
 
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|
