[ECOS] pkgconf/hal.h missing

[ECOS] pkgconf/hal.h missing

[Nick Barnes]

I have just downloaded ecos 1.3.1.  I have also downloaded and built
the newest binutils, cygwin, gcc, gdb, etc.

I removed my old build and install directories, and loaded my existing
.ecc file (last known to work with an alpha of 1.3.1) into the config
tool, and asked it to build the library.

It does the headers and moves on to compilation but complains that
pkgconf/hal.h is missing. See the contents of the output pane pasted
below.

I've browsed through the makefiles but can't see anything that is
meant to create this header.

Help!

Nick Barnes

---

*** Process 219 created "make -j1"
make -r -C hal/common/v1_3_1 headers
make[1]: Entering directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/hal/common/v1_3_1'
make[1]: Leaving directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/hal/common/v1_3_1'
make -r -C io/common/v1_3_1 headers
make[1]: Entering directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/io/common/v1_3_1'
make[1]: Leaving directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/io/common/v1_3_1'
make -r -C infra/v1_3_1 headers
make[1]: Entering directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/infra/v1_3_1'
make[1]: Leaving directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/infra/v1_3_1'
make -r -C kernel/v1_3_1 headers
make[1]: Entering directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/kernel/v1_3_1'
make[1]: Leaving directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/kernel/v1_3_1'
make -r -C language/c/libc/v1_3_1 headers
make[1]: Entering directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/language/c/libc/v1_3_1'
make[1]: Leaving directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/language/c/libc/v1_3_1'
make -r -C language/c/libm/v1_3_1 headers
make[1]: Entering directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/language/c/libm/v1_3_1'
make[1]: Leaving directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/language/c/libm/v1_3_1'
make -r -C devs/wallclock/v1_3_1 headers
make[1]: Entering directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/devs/wallclock/v1_3_1'
make[1]: Leaving directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/devs/wallclock/v1_3_1'
make -r -C error/v1_3_1 headers
make[1]: Entering directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/error/v1_3_1'
make[1]: Leaving directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/error/v1_3_1'
make -r -C hal/arm/arch/v1_3_1 headers
make[1]: Entering directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/hal/arm/arch/v1_3_1'
make[1]: Leaving directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/hal/arm/arch/v1_3_1'
make -r -C hal/arm/edb7xxx/v1_3_1 headers
make[1]: Entering directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/hal/arm/edb7xxx/v1_3_1'
make[1]: Leaving directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/hal/arm/edb7xxx/v1_3_1'
make -r -C io/serial/v1_3_1 headers
make[1]: Entering directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/io/serial/v1_3_1'
make[1]: Leaving directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/io/serial/v1_3_1'
make -r -C net/tcpip/v1_0b1 headers
make[1]: Entering directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/net/tcpip/v1_0b1'
make[1]: Leaving directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/net/tcpip/v1_0b1'
make -r -C net/drivers/eth/common/v1_0b1 headers
make[1]: Entering directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/net/drivers/eth/common/v1_0b1'
make[1]: Leaving directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/net/drivers/eth/common/v1_0b1'
make -r -C net/drivers/eth/edb7xxx/v1_0b1 headers
make[1]: Entering directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/net/drivers/eth/edb7xxx/v1_0b1'
make[1]: Leaving directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/net/drivers/eth/edb7xxx/v1_0b1'
headers finished
make -r -C hal/arm/arch/v1_3_1 arm.inc
make[1]: Entering directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/hal/arm/arch/v1_3_1'
arm-elf-gcc -mcpu=arm7tdmi -Wall -Wpointer-arith -Wstrict-prototypes -Winline -Wundef -Woverloaded-virtual -g -O2 -ffunction-sections -fdata-sections -fno-rtti -fno-exceptions -fvtable-gc -finit-priority  -I//D/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_install/include -I//D/PROGRA~1/REDHAT~1/eCos/packages/hal/arm/arch/v1_3_1 -I//D/PROGRA~1/REDHAT~1/eCos/packages/hal/arm/arch/v1_3_1/src -I//D/PROGRA~1/REDHAT~1/eCos/packages/hal/arm/arch/v1_3_1/tests -I. -Wp,-MD,arm.tmp -o hal_mk_defs.tmp -S //D/PROGRA~1/REDHAT~1/eCos/packages/hal/arm/arch/v1_3_1/src/hal_mk_defs.c
//D/PROGRA~1/REDHAT~1/eCos/packages/hal/arm/arch/v1_3_1/src/hal_mk_defs.c:46: pkgconf/hal.h: No such file or directory
In file included from //D/PROGRA~1/REDHAT~1/eCos/packages/hal/arm/arch/v1_3_1/src/hal_mk_defs.c:48:
//D/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_install/include/cyg/hal/hal_arch.h:48: pkgconf/hal.h: No such file or directory
In file included from //D/PROGRA~1/REDHAT~1/eCos/packages/hal/arm/arch/v1_3_1/src/hal_mk_defs.c:49:
//D/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_install/include/cyg/hal/hal_intr.h:53: pkgconf/hal.h: No such file or directory
make[1]: *** [arm.inc] Error 1
make[1]: Leaving directory `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/hal/arm/arch/v1_3_1'
make: *** [build] Error 2

*** Process 219 terminated (rc=2)

--
FreeBSD 2.2.8-RELEASE: up 22 days, 20:56

Re: [ECOS] pkgconf/hal.h missing

[Bart Veer]

>>>>> "Nick" == Nick Barnes <Nick.Barnes@pobox.com> writes:

    Nick> I have just downloaded ecos 1.3.1. I have also downloaded
    Nick> and built the newest binutils, cygwin, gcc, gdb, etc.

    Nick> I removed my old build and install directories, and loaded
    Nick> my existing .ecc file (last known to work with an alpha of
    Nick> 1.3.1) into the config tool, and asked it to build the
    Nick> library.

    Nick> It does the headers and moves on to compilation but
    Nick> complains that pkgconf/hal.h is missing. See the contents of
    Nick> the output pane pasted below.

    Nick> I've browsed through the makefiles but can't see anything
    Nick> that is meant to create this header.

    Nick> Help!

    <snip>

The pkgconf header files are generated by the various configuration
tools prior to the build. In other words there should already be an
install/include/pkgconf subdirectory before the makefile is generated,
and hal.h should be present there. Doing at the command line:

  ~ 334 > mkdir pkgobj
  ~ 335 > cd pkgobj
  ~/pkgobj 336 > ecosconfig new pid
  ~/pkgobj 337 > ecosconfig tree
  ~/pkgobj 339 > ls install/include/pkgconf/
  error.h  hal.h	hal_arm.h  hal_arm_pid.h  infra.h  io.h  io_serial.h
  io_serial_arm_pid.h  kernel.h  libc.h  libm.h  system.h  wallclock.h

I cannot think of any good reason why the common hal configuration
header would not be generated, and do not remember any previous
problem reports of this nature. Possibly something is getting confused
about where the build and install trees are.

Bart Veer // eCos net maintainer

RE: [ECOS] pkgconf/hal.h missing

[John Dallaway]

Hi Nick,

The eCos Configuration Tool generates the configuration header files in
the install tree when an eCos configuration is saved. If you have
deleted the install tree, you may need to save the configuration
explicitly before you re-build, even if no configuration changes have
been made.

I hope this helps.

John Dallaway

> -----Original Message-----
> From: ecos-discuss-owner@sourceware.cygnus.com
> [ mailto:ecos-discuss-owner@sourceware.cygnus.com]On Behalf Of Nick
> Barnes
> Sent: 21 June 2000 13:34
> To: ecos-discuss@sourceware.cygnus.com
> Subject: [ECOS] pkgconf/hal.h missing
>
>
> I have just downloaded ecos 1.3.1.  I have also downloaded and built
> the newest binutils, cygwin, gcc, gdb, etc.
>
> I removed my old build and install directories, and loaded my existing
> .ecc file (last known to work with an alpha of 1.3.1) into the config
> tool, and asked it to build the library.
>
> It does the headers and moves on to compilation but complains that
> pkgconf/hal.h is missing. See the contents of the output pane pasted
> below.
>
> I've browsed through the makefiles but can't see anything that is
> meant to create this header.
>
> Help!
>
> Nick Barnes
>
> ---
>
> *** Process 219 created "make -j1"
> make -r -C hal/common/v1_3_1 headers
> make[1]: Entering directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/hal/common/v1_3_1'
> make[1]: Leaving directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/hal/common/v1_3_1'
> make -r -C io/common/v1_3_1 headers
> make[1]: Entering directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/io/common/v1_3_1'
> make[1]: Leaving directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/io/common/v1_3_1'
> make -r -C infra/v1_3_1 headers
> make[1]: Entering directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/infra/v1_3_1'
> make[1]: Leaving directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/infra/v1_3_1'
> make -r -C kernel/v1_3_1 headers
> make[1]: Entering directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/kernel/v1_3_1'
> make[1]: Leaving directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/kernel/v1_3_1'
> make -r -C language/c/libc/v1_3_1 headers
> make[1]: Entering directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/language/c/li
> bc/v1_3_1'
> make[1]: Leaving directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/language/c/li
> bc/v1_3_1'
> make -r -C language/c/libm/v1_3_1 headers
> make[1]: Entering directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/language/c/li
> bm/v1_3_1'
> make[1]: Leaving directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/language/c/li
> bm/v1_3_1'
> make -r -C devs/wallclock/v1_3_1 headers
> make[1]: Entering directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/devs/wallcloc
> k/v1_3_1'
> make[1]: Leaving directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/devs/wallcloc
> k/v1_3_1'
> make -r -C error/v1_3_1 headers
> make[1]: Entering directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/error/v1_3_1'
> make[1]: Leaving directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/error/v1_3_1'
> make -r -C hal/arm/arch/v1_3_1 headers
> make[1]: Entering directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/hal/arm/arch/v1_3_1'
> make[1]: Leaving directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/hal/arm/arch/v1_3_1'
> make -r -C hal/arm/edb7xxx/v1_3_1 headers
> make[1]: Entering directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/hal/arm/edb7x
> xx/v1_3_1'
> make[1]: Leaving directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/hal/arm/edb7x
> xx/v1_3_1'
> make -r -C io/serial/v1_3_1 headers
> make[1]: Entering directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/io/serial/v1_3_1'
> make[1]: Leaving directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/io/serial/v1_3_1'
> make -r -C net/tcpip/v1_0b1 headers
> make[1]: Entering directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/net/tcpip/v1_0b1'
> make[1]: Leaving directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/net/tcpip/v1_0b1'
> make -r -C net/drivers/eth/common/v1_0b1 headers
> make[1]: Entering directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/net/drivers/e
> th/common/v1_0b1'
> make[1]: Leaving directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/net/drivers/e
> th/common/v1_0b1'
> make -r -C net/drivers/eth/edb7xxx/v1_0b1 headers
> make[1]: Entering directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/net/drivers/e
> th/edb7xxx/v1_0b1'
> make[1]: Leaving directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/net/drivers/e
> th/edb7xxx/v1_0b1'
> headers finished
> make -r -C hal/arm/arch/v1_3_1 arm.inc
> make[1]: Entering directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/hal/arm/arch/v1_3_1'
> arm-elf-gcc -mcpu=arm7tdmi -Wall -Wpointer-arith
> -Wstrict-prototypes -Winline -Wundef -Woverloaded-virtual -g
> -O2 -ffunction-sections -fdata-sections -fno-rtti
> -fno-exceptions -fvtable-gc -finit-priority
> -I//D/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_install/include
>  -I//D/PROGRA~1/REDHAT~1/eCos/packages/hal/arm/arch/v1_3_1
> -I//D/PROGRA~1/REDHAT~1/eCos/packages/hal/arm/arch/v1_3_1/src
> -I//D/PROGRA~1/REDHAT~1/eCos/packages/hal/arm/arch/v1_3_1/test
> s -I. -Wp,-MD,arm.tmp -o hal_mk_defs.tmp -S
> //D/PROGRA~1/REDHAT~1/eCos/packages/hal/arm/arch/v1_3_1/src/ha
> l_mk_defs.c
> //D/PROGRA~1/REDHAT~1/eCos/packages/hal/arm/arch/v1_3_1/src/ha
> l_mk_defs.c:46: pkgconf/hal.h: No such file or directory
> In file included from
> //D/PROGRA~1/REDHAT~1/eCos/packages/hal/arm/arch/v1_3_1/src/ha
> l_mk_defs.c:48:
> //D/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_install/include/c
> yg/hal/hal_arch.h:48: pkgconf/hal.h: No such file or directory
> In file included from
> //D/PROGRA~1/REDHAT~1/eCos/packages/hal/arm/arch/v1_3_1/src/ha
> l_mk_defs.c:49:
> //D/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_install/include/c
> yg/hal/hal_intr.h:53: pkgconf/hal.h: No such file or directory
> make[1]: *** [arm.inc] Error 1
> make[1]: Leaving directory
> `/nick/cvs/builds/cledb7xxx-ecos/cledb7xxx_build/hal/arm/arch/v1_3_1'
> make: *** [build] Error 2
>
> *** Process 219 terminated (rc=2)
>
> --
> FreeBSD 2.2.8-RELEASE: up 22 days, 20:56
>
>

Re: [ECOS] pkgconf/hal.h missing

[Nick Barnes]

At 2000-06-21 13:52:48+0000, "John Dallaway" writes:

> The eCos Configuration Tool generates the configuration header files in
> the install tree when an eCos configuration is saved. If you have
> deleted the install tree, you may need to save the configuration
> explicitly before you re-build, even if no configuration changes have
> been made.

Bingo. Thanks.

Nick B

--
FreeBSD 2.2.8-RELEASE: up 22 days, 22:27

[ECOS] tanh

[Nick Barnes]

Strange bug when building kernel:

-I//D/PROGRA~1/REDHAT~1/eCos/packages/language/c/libm/v1_3_1/src/double/portable-api/ -mcpu=arm7tdmi -Wall -Wpointer-arith -Wstrict-prototypes -Winline -Wundef -Woverloaded-virtual -g -O2 -ffunction-sections -fdata-sections -fno-rtti -fno-exceptions -fvtable-gc -finit-priority -Wp,-MD,src/double/portable-api/s_modf.tmp -o src/double/portable-api/language_c_libm_s_modf.o //D/PROGRA~1/REDHAT~1/eCos/packages/language/c/libm/v1_3_1/src/double/portable-api/s_modf.c
make[1]: *** No rule to make target `src/double/portable-api/s_tanh.c
', needed by `libtarget.a.stamp'.  Stop.

In the output pane there's a "no such character" black box between
"s_tanh.c" and "'".  Cut-and-paste reveals it as a newline character.

Tinkering with foo_build/language/c/libm/v1_3_1/makefile, I can make
this error go away by adding a space character at the end of the line
which defines the COMPILE variable.

This looks to me like a bug in make.

Nick Barnes



--
FreeBSD 2.2.8-RELEASE: up 22 days, 22:44

Re: [ECOS] tanh

[Hugo 'NOx' Tyson]

Nick Barnes <Nick.Barnes@pobox.com> writes:

> Strange bug when building kernel:
> 
> -I//D/PROGRA~1/REDHAT~1/eCos/packages/language/c/libm/v1_3_1/src/double/portable-api/ -mcpu=arm7tdmi -Wall -Wpointer-arith -Wstrict-prototypes -Winline -Wundef -Woverloaded-virtual -g -O2 -ffunction-sections -fdata-sections -fno-rtti -fno-exceptions -fvtable-gc -finit-priority -Wp,-MD,src/double/portable-api/s_modf.tmp -o src/double/portable-api/language_c_libm_s_modf.o //D/PROGRA~1/REDHAT~1/eCos/packages/language/c/libm/v1_3_1/src/double/portable-api/s_modf.c
> make[1]: *** No rule to make target `src/double/portable-api/s_tanh.c
> ', needed by `libtarget.a.stamp'.  Stop.
> 
> In the output pane there's a "no such character" black box between
> "s_tanh.c" and "'".  Cut-and-paste reveals it as a newline character.
> 
> Tinkering with foo_build/language/c/libm/v1_3_1/makefile, I can make
> this error go away by adding a space character at the end of the line
> which defines the COMPILE variable.

Line endings?  ie. the var is defined as "blah<CR>"

Re: [ECOS] tanh

[Nick Barnes]

At 2000-06-21 14:50:11+0000, "Hugo 'NOx' Tyson" writes:
> 
> Nick Barnes <Nick.Barnes@pobox.com> writes:
> 
> > Strange bug when building kernel:
> > 
> > -I//D/PROGRA~1/REDHAT~1/eCos/packages/language/c/libm/v1_3_1/src/double/portable-api/ -mcpu=arm7tdmi -Wall -Wpointer-arith -Wstrict-prototypes -Winline -Wundef -Woverloaded-virtual -g -O2 -ffunction-sections -fdata-sections -fno-rtti -fno-exceptions -fvtable-gc -finit-priority -Wp,-MD,src/double/portable-api/s_modf.tmp -o src/double/portable-api/language_c_libm_s_modf.o //D/PROGRA~1/REDHAT~1/eCos/packages/language/c/libm/v1_3_1/src/double/portable-api/s_modf.c
> > make[1]: *** No rule to make target `src/double/portable-api/s_tanh.c
> > ', needed by `libtarget.a.stamp'.  Stop.
> > 
> > In the output pane there's a "no such character" black box between
> > "s_tanh.c" and "'".  Cut-and-paste reveals it as a newline character.
> > 
> > Tinkering with foo_build/language/c/libm/v1_3_1/makefile, I can make
> > this error go away by adding a space character at the end of the line
> > which defines the COMPILE variable.
> 
> Line endings?  ie. the var is defined as "blah<CR>"

I thought that, but there don't seem to be any additional characters
on the line.

Nick B


--
FreeBSD 2.2.8-RELEASE: up 22 days, 23:38

Re: [ECOS] tanh

[Bart Veer]

>>>>> "Nick" == Nick Barnes <Nick.Barnes@pobox.com> writes:

    Nick> Strange bug when building kernel:
    Nick> -I//D/PROGRA~1/REDHAT~1/eCos/packages/language/c/libm/v1_3_1/src/double/portable-api/
    Nick> -mcpu=arm7tdmi -Wall -Wpointer-arith -Wstrict-prototypes
    Nick> -Winline -Wundef -Woverloaded-virtual -g -O2
    Nick> -ffunction-sections -fdata-sections -fno-rtti
    Nick> -fno-exceptions -fvtable-gc -finit-priority
    Nick> -Wp,-MD,src/double/portable-api/s_modf.tmp -o
    Nick> src/double/portable-api/language_c_libm_s_modf.o
    Nick> //D/PROGRA~1/REDHAT~1/eCos/packages/language/c/libm/v1_3_1/src/double/portable-api/s_modf.c
    Nick> make[1]: *** No rule to make target
    Nick> `src/double/portable-api/s_tanh.c ', needed by
    Nick> `libtarget.a.stamp'. Stop.

    Nick> In the output pane there's a "no such character" black box
    Nick> between "s_tanh.c" and "'". Cut-and-paste reveals it as a
    Nick> newline character.

    Nick> Tinkering with foo_build/language/c/libm/v1_3_1/makefile, I
    Nick> can make this error go away by adding a space character at
    Nick> the end of the line which defines the COMPILE variable.

    Nick> This looks to me like a bug in make.

Almost certainly some variation of carriage return/linefeed problems.
Make sure that the relevant drives are mounted in text mode, as per
the documentation and the problems section of the FAQ at
http://sourceware.cygnus.com/ecos/

You may want to check the ecos-discuss archives at
http://sourceware.cygnus.com/ml/ecos-discuss/ for the last month or
so, looking for any related messages discussing build problems. I
believe the current recommendation is to use cygwin v1.1.2, which is
supposed to solve some of the problems. Also I believe more recent
versions of make are more tolerant of such things, but have not yet
been ported to cygwin.

Unfortunately the underlying problem is that certain operating systems
still need two characters to mark a single end-of-line in text files.

Bart Veer // eCos net maintainer

Re: [ECOS] tanh

[Hugo 'NOx' Tyson]

Nick Barnes <Nick.Barnes@pobox.com> writes:

> Strange bug when building kernel:
> 
> -I//D/PROGRA~1/REDHAT~1/eCos/packages/language/c/libm/v1_3_1/src/double/portable-api/ -mcpu=arm7tdmi -Wall -Wpointer-arith -Wstrict-prototypes -Winline -Wundef -Woverloaded-virtual -g -O2 -ffunction-sections -fdata-sections -fno-rtti -fno-exceptions -fvtable-gc -finit-priority -Wp,-MD,src/double/portable-api/s_modf.tmp -o src/double/portable-api/language_c_libm_s_modf.o //D/PROGRA~1/REDHAT~1/eCos/packages/language/c/libm/v1_3_1/src/double/portable-api/s_modf.c
> make[1]: *** No rule to make target `src/double/portable-api/s_tanh.c
> ', needed by `libtarget.a.stamp'.  Stop.
> 
> In the output pane there's a "no such character" black box between
> "s_tanh.c" and "'".  Cut-and-paste reveals it as a newline character.
> 
> Tinkering with foo_build/language/c/libm/v1_3_1/makefile, I can make
> this error go away by adding a space character at the end of the line
> which defines the COMPILE variable.

Line endings?  ie. the var is defined as "blah<CR>"