Am 02.09.2010 20:38, schrieb Mark J. Blair: > > On Sep 2, 2010, at 10:52 AM, Arturo Gurrola wrote: >> "try184.c:1:20: error: curses.h: No such file or directory" and then >> "Note that you must have libcurses developer headers installed. Abort.". > > > I'm also installing MSPGCC4 under Cygwin right now, and I ran into the same > problem. I have libncurses-devel installed, which provides > <ncurses/curses.h>, but MSPGCC4's do-gdb.sh script looks for <curses.h> and > doesn't find it. Since the compilation runs so terribly slowly for me (I'm > running WinXP in a virtual machine on my Mac, and the compilation is easily > an order of magnitude slower than it was when doing it natively under OSX), > and buildgcc.pl does a brute-force compilation which will rebuild gcc before > it even gets around to choking on gdb... I decided to try skipping do-gdb.sh > and instead compile gdb manually.
Sorry for that, I've done that quick hack as an assistance to newbies, but evidently it backfires on recent Cygwin and some Solaris versions. I have now figured that finding curses.h reliably and portably is a major undertaking (way more time that I can spend), and will anyways not necessarily match what ./configure digs out later, so let's just remove the check. As a quick fix, remove the "exit 1" line related to the curses.h complain from do-gdb.sh before running buildgcc.pl. I'm submitting a series of fixes to Peter, including a fix for this, for review. Best regards MA
