* gdb build error: termcap
@ 2006-10-09 21:10 Brandon Eames
2006-10-09 22:07 ` Daniel Jacobowitz
0 siblings, 1 reply; 2+ messages in thread
From: Brandon Eames @ 2006-10-09 21:10 UTC (permalink / raw)
To: gdb
Hi All,
I'm pretty new to gdb, so hopefully the following issue isn't too
trivial. I'm compiling a cross gdb under Cygwin. I intend to use GDB
to debug an ARM-based embedded board. I've run into an error in the
build process involving the termcap library. I ran the configure script
as follows:
cd build-gdb
../gdb-6.5/configure --target=arm-elf
--prefix=/cygdrive/d/ECE5780/Fall2006/NewTools/Install
I then ran make.
Make fails in the gdb sub-directory in the gdb-6.5 directory, reporting
that the termcap library is missing.
However, when I create a simple test program and attempt to
cross-compile the test program which links against termcap, it builds
without error.
I checked my config.log file, and discovered the following, repeated a
few times as it checks for an appropriate link against ncurses, curses,
tinfo, etc.:
<snip>
configure:8292: gcc -o conftest.exe -g -O2 conftest.c -ltermcap >&5
conftest.c:45: error: parse error before '/' token
conftest.c:45: error: missing terminating " character
configure:8298: $? = 1
configure: failed program was:
| /* confdefs.h. */
|
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
<snip>
| #define PACKAGE "gdb"
| #define DEBUGDIR "/cygdrive/d/ECE5780/Fall2006/NewTools/install
/lib/debug"
| #define DEFAULT_BFD_ARCH bfd_arm_arch
| #define DEFAULT_BFD_VEC bfd_elf32_littlearm_vec
| /* end confdefs.h. */
|
| /* Override any gcc2 internal prototype to avoid an error. */
| #ifdef __cplusplus
| extern "C"
| #endif
| /* We use char because int might match the return type of a gcc2
| builtin and then its argument prototype would still apply. */
| char tgetent ();
| int
| main ()
| {
| tgetent ();
| ;
| return 0;
Please note that the carriage return at the end of the line #define
DEBUGDIR is not simply word-wrapping of the editor. There is an actual
hard return there.
It seems that the /lib/debug should be part of the path defined for
DEBUGDIR, but gets placed on the next line down, resulting in a parse
error by the compiler.
I have cygwin set up with Dos as the default text file type. Is there
something weird about CR/LF that configure doesn't handle properly?
Anyone have any suggestions as to how I can get around this issue?
Thanks,
Brandon Eames.
^ permalink raw reply [flat|nested] 2+ messages in thread* Re: gdb build error: termcap
2006-10-09 21:10 gdb build error: termcap Brandon Eames
@ 2006-10-09 22:07 ` Daniel Jacobowitz
0 siblings, 0 replies; 2+ messages in thread
From: Daniel Jacobowitz @ 2006-10-09 22:07 UTC (permalink / raw)
To: Brandon Eames; +Cc: gdb
On Mon, Oct 09, 2006 at 03:09:02PM -0600, Brandon Eames wrote:
> Please note that the carriage return at the end of the line #define
> DEBUGDIR is not simply word-wrapping of the editor. There is an actual
> hard return there.
>
> It seems that the /lib/debug should be part of the path defined for
> DEBUGDIR, but gets placed on the next line down, resulting in a parse
> error by the compiler.
>
> I have cygwin set up with Dos as the default text file type. Is there
> something weird about CR/LF that configure doesn't handle properly?
> Anyone have any suggestions as to how I can get around this issue?
I have no idea, but all we have is debugdir=${libdir}/debug. I can
only guess that this is a Cygwin problem of some sort, but I've never
seen it before.
--
Daniel Jacobowitz
CodeSourcery
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2006-10-09 22:07 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-10-09 21:10 gdb build error: termcap Brandon Eames
2006-10-09 22:07 ` Daniel Jacobowitz
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox