> > On Sat, Oct 13, 2001 at 01:08:56PM -0400, Christopher Faylor wrote:
> > >On Sat, Oct 13, 2001 at 10:10:00AM +0200, Ralf Habacker wrote:
> > >>2. On linking the cygwin dll the following file is used from the
> libiberty:
> > >> /home/habacker/src/cvs.cygwin.com/build/libiberty/strsignal.o
> > >>
> > >>If one configure libiberty for using with ld the function strsignal()
> > >>isn't defined, because configure finds a defined strsignal. If
> > >>libiberty is shared between cygwin an ld/binutils, than there is a
> > >>problem. ???
> > >
> > >Your build area is screwed up. cygwin is not supposed to share a
> > libiberty with
> > >'ld'. If you have cygwin in the same build area as 'ld' then the
> > layout should
> > >look something like this:
> > >
> > >build/
> > > bfd/
> > > binutils/
> > > ld/
> > libiberty/ # There is a libiberty here that 'ld'
> should be using
> > > i686-pc-cygwin/
>
> Hmmh, i686-pc-cygwin is empty on my pc. the newlib an winsup dir are
> direct under build
>
> > > libiberty/ # This is the "target" libiberty used by winsup
> > > newlib/
> > > winsup/
> >
> > cgf
> >
Some time ago I have found an instruction to configure the winsup tree. But
currently I can't find that information in the faq or user guide.
Can anyone tell me, how I can find this instruction.
My dir layout after checking out the whole cygwin src tree is:
cvs.cygwin.com/
src/
./bfd
./binutils
./cgen
./config
./CVS
./dejagnu
./etc
./expect
./gas
./gdb
./gprof
./include
./intl
./itcl
./ld
./libgloss
./libgui
./libiberty
./mmalloc
./newlib
./opcodes
./readline
./sid
./sim
./tcl
./texinfo
./tix
./tk
./utils
./winsup
This is the procedure I have used for configuring:
1. cd ~/cvs.cygwin.com
2. mkdir build
3. cd build
4. ../src/configure -> This seems to configure gnu tool stuff
The build dir looks like this
build/
./bfd
./bfd/doc
./bfd/po
./binutils
./binutils/doc
./binutils/po
./cgen
./cgen/doc
./dejagnu
./dejagnu/doc
./dejagnu/example
./dejagnu/example/calc
./dejagnu/testsuite
./etc
./expect
./expect/testsuite
./gas
./gas/doc
./gas/po
./gdb
./gdb/doc
./gdb/testsuite
./gdb/testsuite/gdb.asm
./gdb/testsuite/gdb.base
./gdb/testsuite/gdb.c++
./gdb/testsuite/gdb.chill
./gdb/testsuite/gdb.disasm
./gdb/testsuite/gdb.gdbtk
./gdb/testsuite/gdb.java
./gdb/testsuite/gdb.mi
./gdb/testsuite/gdb.threads
./gdb/testsuite/gdb.trace
./gprof
./gprof/po
./i686-pc-cygwin
./intl
./itcl
./itcl/itcl
./itcl/itcl/unix
./itcl/itcl/win
./itcl/itk
./itcl/itk/unix
./itcl/itk/win
./itcl/iwidgets3.0.0
./itcl/iwidgets3.0.0/unix
./ld
./ld/po
./libgui
./libgui/library
./libgui/src
./libiberty
./libiberty/testsuite
./mmalloc
./opcodes
./opcodes/po
./readline
./readline/doc
./readline/examples
./readline/shlib
./sid
./sid/bsp
./sid/bsp/pregen
./sid/component
./sid/component/audio
./sid/component/cache
./sid/component/cfgroot
./sid/component/cfgroot/libltdl
./sid/component/cgen-cpu
./sid/component/cgen-cpu/arm7t
./sid/component/cgen-cpu/m32r
./sid/component/consoles
./sid/component/families
./sid/component/gdb
./sid/component/gloss
./sid/component/glue
./sid/component/ide
./sid/component/interrupt
./sid/component/lcd
./sid/component/lcd/testsuite
./sid/component/loader
./sid/component/mapper
./sid/component/mapper/testsuite
./sid/component/memory
./sid/component/mmu
./sid/component/parport
./sid/component/profiling
./sid/component/rtc
./sid/component/sched
./sid/component/tcl
./sid/component/testsuite
./sid/component/timers
./sid/component/timers/arm7t
./sid/component/uart
./sid/component/uart/testsuite
./sid/config
./sid/demos
./sid/demos/voice-pager
./sid/include
./sid/main
./sid/main/dynamic
./sid/samples
./sim
./tcl
./tcl/cygwin
./tcl/unix
./tcl/win
./texinfo
./tix
./tix/win
./tix/win/tcl8.0
./tk
./tk/unix
./tk/win
./utils
./utils/spu
Note that the i686-pc-cygwin dir is empty
Than I tried to configure winsup in a seperate build dir
1. cd ~/cvs.cygwin.com
2. mkdir wsbuild
3. cd wsbuild
4. ../src/winsup/configure
wsbuild/
./bz2lib
./cinstall
./cinstall/zlib
./cygwin
./doc
./mingw
./subauth
./testsuite
./utils
./w32api
./w32api/lib
There is no i686-pc-cygwin dir.
If I do a make in this dir the result is:
$ make
make[1]: Entering directory `/home/habacker/src/cvs.cygwin.com/wsbuild/w32api'
make AS="as" CC="gcc" CPPFLAGS="" CFLAGS="-O2 -g" CXXFLAGS="" AR="ar"
RANLIB="ranlib" LD="ld" DLLTOOL="dlltool" TAR="tar" TARFLAGS
="j" TARFILEEXT=".tar.bz2" WINDRES="windres" -C lib
make[2]: Entering directory
`/home/habacker/src/cvs.cygwin.com/wsbuild/w32api/lib'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory
`/home/habacker/src/cvs.cygwin.com/wsbuild/w32api/lib'
make[1]: Leaving directory `/home/habacker/src/cvs.cygwin.com/wsbuild/w32api'
make[1]: Entering directory `/home/habacker/src/cvs.cygwin.com/wsbuild/cygwin'
make: Entering an unknown directory
make: *** /home/habacker/src/cvs.cygwin.com/libiberty: No such file or
directory. Stop.
make: Leaving an unknown directory
make[1]: *** [/home/habacker/src/cvs.cygwin.com/libiberty/random.o] Error 2
make[1]: Leaving directory `/home/habacker/src/cvs.cygwin.com/wsbuild/cygwin'
make: *** [cygwin] Error 2
The src/libiberty directory is assecced directly ???
It seems that there is something wrong. Can anyone tell me what to do ?
Ralf
