Patchwork Problem with buildroot-2013.02 - emacs

login
register
mail settings
Submitter Spielmann Werner
Date March 7, 2013, 12:47 p.m.
Message ID <84EA0F7435E5F64C9B660453645DB90497AD52A6B0@DSW350.wattens.swarovski.com>
Download mbox | patch
Permalink /patch/225843/
State Not Applicable
Headers show

Comments

Spielmann Werner - March 7, 2013, 12:47 p.m.
Hello Thomas,

Many thanks for your explanation. You are right, emacs was not really installed. There were only Links:

  /usr/bin/emacs -> /etc/alternatives/emacs
  /etc/alternatives/emacs -> /usr/bin/jove

=> strange!

The Patch didn't work at the first attempt, as far as I can see the line numbers of autoconf.mk do not match (I have installed the buildroot-2013.02 from the download directory - perhaps do you use newer versions from the repository?).
So I installed emacs - seemed to be the fastest solution!  ;-)

Now the build process has gone on...

Your help was very nice and very helpful! Thank you very much!

Werner

-----Original Message-----
From: Thomas Petazzoni [mailto:thomas.petazzoni@free-electrons.com] 
Sent: Thursday, March 07, 2013 9:30 AM
To: Spielmann Werner
Cc: buildroot@busybox.net
Subject: Re: [Buildroot] Problem with buildroot-2013.02 - emacs

Dear Spielmann Werner,

On Wed, 6 Mar 2013 12:43:20 +0100, Spielmann Werner wrote:

> I'm a Newbie at buildroot and when I start my first trial to build a 
> system with buildroot-2013.02 I run into troubles.
> 
> A few problems I was moving around and so  "make source" worked!
> 
> When I use "make" the script works for a short time, then an editor 
> window is opened - I don't know  what to do.  :-(

Which editor opens up? I kind of believe the only way to get the issue you have is that /usr/bin/emacs exists, but doesn't point to Emacs, but to some other text editor.

> The process of the editor shown by "ps" is:
> emacs -batch -q -l script -f batch-byte-compile autoconf-mode.el 
> autotest-mode.el
> 
> The status line of the editor shows (typed manual, couldn't copy):
> 
> Jove (Text)  [Main:1]  "[No file]" - <my_workspace>/buildroot-2013.02/

And this gets clear now: you don't have Emacs installed, but you have Jove (http://en.wikipedia.org/wiki/JOVE). The thing is that Jove is pretending to be compatible with Emacs, but it's not, so it makes the autoconf stuff think there is Emacs, even though Emacs is not here.

As a workaround, you can apply this patch:


--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux development, consulting, training and support.
http://free-electrons.com
Thomas Petazzoni - March 7, 2013, 1:08 p.m.
Dear Spielmann Werner,

On Thu, 7 Mar 2013 13:47:39 +0100, Spielmann Werner wrote:
> Hello Thomas,
> 
> Many thanks for your explanation. You are right, emacs was not really
> installed. There were only Links:
> 
>   /usr/bin/emacs -> /etc/alternatives/emacs
>   /etc/alternatives/emacs -> /usr/bin/jove
> 
> => strange!

Why strange? Jove pretends to be an emacs clone, so Debian/Ubuntu
installs it as an Emacs alternative. See
http://wiki.debian.org/DebianAlternatives.

> The Patch didn't work at the first attempt, as far as I can see the
> line numbers of autoconf.mk do not match (I have installed the
> buildroot-2013.02 from the download directory - perhaps do you use
> newer versions from the repository?). So I installed emacs - seemed
> to be the fastest solution!  ;-)

I don't think autoconf.mk has changed since 2013.02, so I don't
understand why the patch doesn't apply for you, especially since it's a
one-liner.

Anyway, I'm pretty sure EMACS="no" fixes your problem, even if you keep
Jove installed instead of Emacs. I tested it here, and the
host-autoconf build process no longer tries to compile the .el files
into .elc files using Emacs.

I've submitted the patch for inclusion into Buildroot.

Best regards,

Thomas
Spielmann Werner - March 8, 2013, 11:29 a.m.
Hello!

After solving the being-not-emcacs problem of jove with the help of Thomas Petazzoni I ran into the next problem caused by ncurses:

[...]
/usr/bin/gcc -DHAVE_CONFIG_H -I../ncurses -I. -I<MY_WORKSPACE>/buildroot-2013.02/output/host/usr/include -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64  -DNDEBUG -I. -I../include -I<MY_WORKSPACE>/buildroot-2013.02/output/host/usr/include/ncurses -O2 -I<MY_WORKSPACE>/buildroot-2013.02/output/host/usr/include  --param max-inline-insns-single=1200 -c ../ncurses/./base/lib_addstr.c -o ../objects/lib_addstr.o
/usr/bin/gcc -DHAVE_CONFIG_H -I../ncurses -I. -I<MY_WORKSPACE>/buildroot-2013.02/output/host/usr/include -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64  -DNDEBUG -I. -I../include -I<MY_WORKSPACE>/buildroot-2013.02/output/host/usr/include/ncurses -O2 -I<MY_WORKSPACE>/buildroot-2013.02/output/host/usr/include  --param max-inline-insns-single=1200 -c ../ncurses/./base/lib_beep.c -o ../objects/lib_beep.o
In file included from ../include/term_entry.h:48,
                 from ../progs/progs.priv.h:111,
                 from ../progs/tic.c:41:
../include/term.h:702: error: field ?Ottyb? has incomplete type
../include/term.h:703: error: field ?Nttyb? has incomplete type
In file included from ../include/term_entry.h:48,
                 from ../progs/progs.priv.h:111,
                 from ../progs/transform.c:32:
../include/term.h:702: error: field ?Ottyb? has incomplete type
../include/term.h:703: error: field ?Nttyb? has incomplete type
In file included from ../include/term_entry.h:48,
                 from ../progs/progs.priv.h:111,
                 from ../progs/dump_entry.c:36:
../include/term.h:702: error: field ?Ottyb? has incomplete type
../include/term.h:703: error: field ?Nttyb? has incomplete type
make[1]: *** [../objects/transform.o] Error 1
make[1]: *** Waiting for unfinished jobs....
/usr/bin/gcc -DHAVE_CONFIG_H -I../ncurses -I. -I<MY_WORKSPACE>/buildroot-2013.02/output/host/usr/include -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64  -DNDEBUG -I. -I../include -I<MY_WORKSPACE>/buildroot-2013.02/output/host/usr/include/ncurses -O2 -I<MY_WORKSPACE>/buildroot-2013.02/output/host/usr/include  --param max-inline-insns-single=1200 -c ../ncurses/./base/lib_bkgd.c -o ../objects/lib_bkgd.o
In file included from ../ncurses/curses.priv.h:327,	
                 from ../ncurses/./tty/hashmap.c:70:		
../include/term.h:702: error: field ?Ottyb? has incomplete type
../include/term.h:703: error: field ?Nttyb? has incomplete type
In file included from ../ncurses/curses.priv.h:327,
                 from ../ncurses/./base/lib_addch.c:36:
../include/term.h:702: error: field ?Ottyb? has incomplete type
../include/term.h:703: error: field ?Nttyb? has incomplete type
In file included from ../ncurses/./tty/hashmap.c:70:
../ncurses/curses.priv.h:923: error: field ?_saved_tty? has incomplete type
make[1]: *** [../objects/tic.o] Error 1
/usr/bin/gcc -DHAVE_CONFIG_H -I../ncurses -I. -I<MY_WORKSPACE>/buildroot-2013.02/output/host/usr/include -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64  -DNDEBUG -I. -I../include -I<MY_WORKSPACE>/buildroot-2013.02/output/host/usr/include/ncurses -O2 -I<MY_WORKSPACE>/buildroot-2013.02/output/host/usr/include  --param max-inline-insns-single=1200 -c ../ncurses/./base/lib_box.c -o ../objects/lib_box.o
In file included from ../ncurses/curses.priv.h:327,
                 from ../ncurses/./tty/hardscroll.c:148:
../include/term.h:702: error: field ?Ottyb? has incomplete type
../include/term.h:703: error: field ?Nttyb? has incomplete type
In file included from ../ncurses/./base/lib_addch.c:36:
../ncurses/curses.priv.h:923: error: field ?_saved_tty? has incomplete type
In file included from ../ncurses/./tty/hardscroll.c:148:
../ncurses/curses.priv.h:923: error: field ?_saved_tty? has incomplete type
In file included from ../ncurses/curses.priv.h:327,
                 from ../ncurses/./base/lib_beep.c:43:
../include/term.h:702: error: field ?Ottyb? has incomplete type
../include/term.h:703: error: field ?Nttyb? has incomplete type
In file included from ../ncurses/curses.priv.h:327,
                 from ../ncurses/./base/lib_addstr.c:45:
../include/term.h:702: error: field ?Ottyb? has incomplete type
../include/term.h:703: error: field ?Nttyb? has incomplete type
In file included from ../ncurses/./base/lib_beep.c:43:
../ncurses/curses.priv.h:923: error: field ?_saved_tty? has incomplete type
make[2]: *** [../objects/lib_addch.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: *** [../objects/hardscroll.o] Error 1
make[2]: *** [../objects/hashmap.o] Error 1
In file included from ../ncurses/./base/lib_addstr.c:45:
../ncurses/curses.priv.h:923: error: field ?_saved_tty? has incomplete type
make[2]: *** [../objects/lib_beep.o] Error 1
make[2]: *** [../objects/lib_addstr.o] Error 1
In file included from ../ncurses/curses.priv.h:327,
                 from ../ncurses/./base/lib_bkgd.c:37:
../include/term.h:702: error: field ?Ottyb? has incomplete type
../include/term.h:703: error: field ?Nttyb? has incomplete type
make[1]: *** [../objects/dump_entry.o] Error 1
In file included from ../ncurses/./base/lib_bkgd.c:37:
../ncurses/curses.priv.h:923: error: field ?_saved_tty? has incomplete type
In file included from ../ncurses/curses.priv.h:327,
                 from ../ncurses/./base/lib_box.c:43:
../include/term.h:702: error: field ?Ottyb? has incomplete type
../include/term.h:703: error: field ?Nttyb? has incomplete type
In file included from ../ncurses/./base/lib_box.c:43:
../ncurses/curses.priv.h:923: error: field ?_saved_tty? has incomplete type
make[2]: *** [../objects/lib_bkgd.o] Error 1
make[2]: *** [../objects/lib_box.o] Error 1
make[2]: Leaving directory `<MY_WORKSPACE>/buildroot-2013.02/output/build/host-ncurses-5.9/ncurses'
make[1]: *** [../lib/libncurses.a] Error 2
make[1]: Leaving directory `<MY_WORKSPACE>/buildroot-2013.02/output/build/host-ncurses-5.9/progs'
make: *** [..../buildroot-2013.02/output/build/host-ncurses-5.9/.stamp_built] Error 2
$

Any ideas?

Thanks!

Werner Spielmann
Thomas Petazzoni - March 8, 2013, 12:16 p.m.
Dear Spielmann Werner,

On Fri, 8 Mar 2013 12:29:10 +0100, Spielmann Werner wrote:

> After solving the being-not-emcacs problem of jove with the help of Thomas Petazzoni I ran into the next problem caused by ncurses:

Please post on pastebin the entire output of:

 make host-ncurses-dirclean
 make

Thanks,

Thomas
Spielmann Werner - March 8, 2013, 1:07 p.m.
Hello Thomas,

I have placed the output of make on pastebin.com with title "ncurses-make".

Thanks and have a nice weekend!

Werner


-----Original Message-----
From: Thomas Petazzoni [mailto:thomas.petazzoni@free-electrons.com] 
Sent: Friday, March 08, 2013 1:16 PM
To: Spielmann Werner
Cc: buildroot@busybox.net
Subject: Re: [Buildroot] Problem with buildroot-2013.02 - ncurses

Dear Spielmann Werner,

On Fri, 8 Mar 2013 12:29:10 +0100, Spielmann Werner wrote:

> After solving the being-not-emcacs problem of jove with the help of Thomas Petazzoni I ran into the next problem caused by ncurses:

Please post on pastebin the entire output of:

 make host-ncurses-dirclean
 make

Thanks,

Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux development, consulting, training and support.
http://free-electrons.com
Thomas Petazzoni - March 8, 2013, 1:16 p.m.
Dear Spielmann Werner,

On Fri, 8 Mar 2013 14:07:20 +0100, Spielmann Werner wrote:

> I have placed the output of make on pastebin.com with title "ncurses-make".

Please give the direct URL. They are gazillions of people posting stuff
on pastebin.com, and I will not go through the list of the last pastes
to find yours.

Thomas
Spielmann Werner - March 11, 2013, 7:35 a.m.
Hello Thomas,

You are right. The search within pastebin.com is really awful. 
I have pasted it again and I hope is now possible to find the output of "make" after "make host-ncurses-dirclean".

The URL is: 

http://pastebin.com/SskmDiPn

Thanks for your effort!

Werner


-----Original Message-----
From: Thomas Petazzoni [mailto:thomas.petazzoni@free-electrons.com] 
Sent: Friday, March 08, 2013 2:17 PM
To: Spielmann Werner
Cc: buildroot@busybox.net
Subject: Re: [Buildroot] Problem with buildroot-2013.02 - ncurses

Dear Spielmann Werner,

On Fri, 8 Mar 2013 14:07:20 +0100, Spielmann Werner wrote:

> I have placed the output of make on pastebin.com with title "ncurses-make".

Please give the direct URL. They are gazillions of people posting stuff on pastebin.com, and I will not go through the list of the last pastes to find yours.

Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux development, consulting, training and support.
http://free-electrons.com
Spielmann Werner - March 12, 2013, 2:51 p.m.
Hello Thomas, 

I know you are a very busy man - but did you have had a look?

Best regards,

Werner


-----Original Message-----
From: Spielmann Werner 
Sent: Monday, March 11, 2013 8:35 AM
To: 'Thomas Petazzoni'
Cc: buildroot@busybox.net
Subject: RE: [Buildroot] Problem with buildroot-2013.02 - ncurses

Hello Thomas,

You are right. The search within pastebin.com is really awful. 
I have pasted it again and I hope is now possible to find the output of "make" after "make host-ncurses-dirclean".

The URL is: 

http://pastebin.com/SskmDiPn

Thanks for your effort!

Werner


-----Original Message-----
From: Thomas Petazzoni [mailto:thomas.petazzoni@free-electrons.com] 
Sent: Friday, March 08, 2013 2:17 PM
To: Spielmann Werner
Cc: buildroot@busybox.net
Subject: Re: [Buildroot] Problem with buildroot-2013.02 - ncurses

Dear Spielmann Werner,

On Fri, 8 Mar 2013 14:07:20 +0100, Spielmann Werner wrote:

> I have placed the output of make on pastebin.com with title "ncurses-make".

Please give the direct URL. They are gazillions of people posting stuff on pastebin.com, and I will not go through the list of the last pastes to find yours.

Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux development, consulting, training and support.
http://free-electrons.com
Arnout Vandecappelle - March 12, 2013, 11:14 p.m.
On 03/08/13 12:29, Spielmann Werner wrote:
> /usr/bin/gcc -DHAVE_CONFIG_H -I../ncurses -I. -I<MY_WORKSPACE>/buildroot-2013.02/output/host/usr/include -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64  -DNDEBUG -I. -I../include -I<MY_WORKSPACE>/buildroot-2013.02/output/host/usr/include/ncurses -O2 -I<MY_WORKSPACE>/buildroot-2013.02/output/host/usr/include  --param max-inline-insns-single=1200 -c ../ncurses/./base/lib_addstr.c -o ../objects/lib_addstr.o
> /usr/bin/gcc -DHAVE_CONFIG_H -I../ncurses -I. -I<MY_WORKSPACE>/buildroot-2013.02/output/host/usr/include -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64  -DNDEBUG -I. -I../include -I<MY_WORKSPACE>/buildroot-2013.02/output/host/usr/include/ncurses -O2 -I<MY_WORKSPACE>/buildroot-2013.02/output/host/usr/include  --param max-inline-insns-single=1200 -c ../ncurses/./base/lib_beep.c -o ../objects/lib_beep.o
> In file included from ../include/term_entry.h:48,
>                   from ../progs/progs.priv.h:111,
>                   from ../progs/tic.c:41:
> ../include/term.h:702: error: field ?Ottyb? has incomplete type

 Looks like there's something fishy with your host's environment...

 The field 'tty' that is indicated has type TTY, which is defined as 
'struct termios'.  struct termios is defined in 
/usr/include/bits/termios.h, which is included by 
/usr/include/termios.h, which is included by ../include/term.h.
So it _should_ work.

 Can you do the following:

cd /home/spiewe/svnws/buildroot-2013.02/output/build/host-ncurses-5.9/progs

/usr/bin/gcc -I../progs -I. -DHAVE_CONFIG_H -I/home/spiewe/svnws/buildroot-2013.02/output/host/usr/include -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64  -DNDEBUG -I. -I../include -I/home/spiewe/svnws/buildroot-2013.02/output/host/usr/include/ncurses -O2 -I/home/spiewe/svnws/buildroot-2013.02/output/host/usr/include  --param max-inline-insns-single=1200 -E ../progs/dump_entry.c > /tmp/dump_entry.E

 and post the resulting /tmp/dump_entry.E in a pastebin. Then we can check
what is going wrong with termios.

 BTW which distro do you use?

 Regards,
 Arnout
Thomas Petazzoni - March 13, 2013, 7:21 a.m.
Dear Arnout Vandecappelle,

On Wed, 13 Mar 2013 00:14:23 +0100, Arnout Vandecappelle wrote:

>  Looks like there's something fishy with your host's environment...

I agree. I had a look at Werner's build log yesterday evening, and it
really doesn't make much sense to have this failure. I agree with
Arnout's suggestion of looking at the preprocessed C code to see what's
going on.

Best regards,

Thomas
Spielmann Werner - March 13, 2013, 8:47 a.m.
Hello Arnout, hello Thomas,

Thanks for your response!

I'm using Ubuntu 10.04 LTS Server.

You can find the output of the preprocessed code here:  http://pastebin.com/XnT1wzLK

Do you have any ideas what is going wrong? Thanks for your help!


Best regards

Werner

-----Original Message-----
From: Arnout Vandecappelle [mailto:arnout@mind.be] 
Sent: Wednesday, March 13, 2013 12:14 AM
To: Spielmann Werner
Cc: buildroot@busybox.net
Subject: Re: [Buildroot] Problem with buildroot-2013.02 - ncurses

On 03/08/13 12:29, Spielmann Werner wrote:
> /usr/bin/gcc -DHAVE_CONFIG_H -I../ncurses -I. 
> -I<MY_WORKSPACE>/buildroot-2013.02/output/host/usr/include 
> -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64  -DNDEBUG -I. -I../include -I<MY_WORKSPACE>/buildroot-2013.02/output/host/usr/include/ncurses -O2 -I<MY_WORKSPACE>/buildroot-2013.02/output/host/usr/include  --param max-inline-insns-single=1200 -c ../ncurses/./base/lib_addstr.c -o ../objects/lib_addstr.o /usr/bin/gcc -DHAVE_CONFIG_H -I../ncurses -I. -I<MY_WORKSPACE>/buildroot-2013.02/output/host/usr/include -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64  -DNDEBUG -I. -I../include -I<MY_WORKSPACE>/buildroot-2013.02/output/host/usr/include/ncurses -O2 -I<MY_WORKSPACE>/buildroot-2013.02/output/host/usr/include  --param max-inline-insns-single=1200 -c ../ncurses/./base/lib_beep.c -o ../objects/lib_beep.o In file included from ../include/term_entry.h:48,
>                   from ../progs/progs.priv.h:111,
>                   from ../progs/tic.c:41:
> ../include/term.h:702: error: field ?Ottyb? has incomplete type

 Looks like there's something fishy with your host's environment...

 The field 'tty' that is indicated has type TTY, which is defined as 'struct termios'.  struct termios is defined in /usr/include/bits/termios.h, which is included by /usr/include/termios.h, which is included by ../include/term.h.
So it _should_ work.

 Can you do the following:

cd /home/spiewe/svnws/buildroot-2013.02/output/build/host-ncurses-5.9/progs

/usr/bin/gcc -I../progs -I. -DHAVE_CONFIG_H -I/home/spiewe/svnws/buildroot-2013.02/output/host/usr/include -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64  -DNDEBUG -I. -I../include -I/home/spiewe/svnws/buildroot-2013.02/output/host/usr/include/ncurses -O2 -I/home/spiewe/svnws/buildroot-2013.02/output/host/usr/include  --param max-inline-insns-single=1200 -E ../progs/dump_entry.c > /tmp/dump_entry.E

 and post the resulting /tmp/dump_entry.E in a pastebin. Then we can check what is going wrong with termios.

 BTW which distro do you use?

 Regards,
 Arnout
Arnout Vandecappelle - March 13, 2013, 7:38 p.m.
On 03/13/13 09:47, Spielmann Werner wrote:
> I'm using Ubuntu 10.04 LTS Server.
>
> You can find the output of the preprocessed code here:http://pastebin.com/XnT1wzLK

  OK, so neither HAVE_TERMIOS_H nor HAVE_TERMIO_H is defined by 
configure, while both should exist on an Ubuntu system with libc6-dev 
(and I think you need libc6-dev to build kconfig, so you must have it).

  Can you do a sanity check that /usr/include/termios.h exists? If it 
doesn't, your Ubuntu installation is broken. If it does, then something 
is going wrong in the configure script. Can you pastebin the config.log file?

  Regards,
  Arnout
Spielmann Werner - March 14, 2013, 7:15 a.m.
Good morning Arnout,

Thanks again for your answer!

Both the /usr/include/termios.h and /usr/include/termio.h files exist (and are also readable):

$ ll /usr/include/termios.h
-rw-r--r-- 1 root root 3611 2012-11-15 23:20 /usr/include/termios.h

$ ll  /usr/include/termio.h
-rw-r--r-- 1 root root 214 2012-11-15 23:20 /usr/include/termio.h

I made an md5sum cross check with another installation. It gave the identical results on both PCs.

> Can you pastebin the config.log file?

I think you mean the "host-ncurses-5.9/config.log"?
Here you can find buildroot-2013.02/output/build/host-ncurses-5.9/config.log:
http://pastebin.com/nuZby0hi

As far as I can see there is in line 1139 an "#ifdef HAVE_TERMIOS_H" and in line 1143 an "#ifdef HAVE_TERMIO_H" construct but there are no equivalent defines.

What does this mean?
 
Best regards

Werner


-----Original Message-----
From: Arnout Vandecappelle [mailto:arnout@mind.be] 
Sent: Wednesday, March 13, 2013 8:38 PM
To: Spielmann Werner
Cc: Thomas Petazzoni; buildroot@busybox.net
Subject: Re: [Buildroot] Problem with buildroot-2013.02 - ncurses

On 03/13/13 09:47, Spielmann Werner wrote:
> I'm using Ubuntu 10.04 LTS Server.
>
> You can find the output of the preprocessed code 
> here:http://pastebin.com/XnT1wzLK

  OK, so neither HAVE_TERMIOS_H nor HAVE_TERMIO_H is defined by configure, while both should exist on an Ubuntu system with libc6-dev (and I think you need libc6-dev to build kconfig, so you must have it).

  Can you do a sanity check that /usr/include/termios.h exists? If it doesn't, your Ubuntu installation is broken. If it does, then something is going wrong in the configure script. Can you pastebin the config.log file?

  Regards,
  Arnout
Arnout Vandecappelle - March 14, 2013, 8:03 a.m.
On 03/14/13 08:15, Spielmann Werner wrote:
> Good morning Arnout,
> 
> Thanks again for your answer!
> 
> Both the /usr/include/termios.h and /usr/include/termio.h files exist (and are also readable):
> 
> $ ll /usr/include/termios.h
> -rw-r--r-- 1 root root 3611 2012-11-15 23:20 /usr/include/termios.h
> 
> $ ll  /usr/include/termio.h
> -rw-r--r-- 1 root root 214 2012-11-15 23:20 /usr/include/termio.h
> 
> I made an md5sum cross check with another installation. It gave the identical results on both PCs.
> 
>> Can you pastebin the config.log file?
> 
> I think you mean the "host-ncurses-5.9/config.log"?
> Here you can find buildroot-2013.02/output/build/host-ncurses-5.9/config.log:
> http://pastebin.com/nuZby0hi

 Probably unrelated, but I noticed this:

configure:14244: checking if external errno exists
configure:14266: /usr/bin/gcc -o conftest -O2 -I/home/spiewe/svnws/buildroot-2013.02/output/host/usr/include  --param max-inline-insns-single=1200 -I/home/spiewe/svnws/buildroot-2013.02/output/host/usr/include -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64  -DNDEBUG -L/home/spiewe/svnws/buildroot-2013.02/output/host/lib -L/home/spiewe/svnws/buildroot-2013.02/output/host/usr/lib -Wl,-rpath,/home/spiewe/svnws/buildroot-2013.02/output/host/usr/lib conftest.c  >&5
collect2: ld terminated with signal 11 [Segmentation fault]
/usr/bin/ld: configure:14269: $? = 1
configure: failed program was:
#line 14251 "configure"
#include "confdefs.h"

#undef errno
extern int errno;

int
main ()
{
errno = 2
  ;
  return 0;
}
configure:14286: result: no


 ld shouldn't segfault on something like that...



 But where it really goes wrong is here:

configure:14734: checking for termio.h
configure:14744: /usr/site/bin/cpp -I/home/spiewe/svnws/buildroot-2013.02/output/host/usr/include -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64  -DNDEBUG conftest.c
configure:14741: termio.h: No such file or directory
configure:14750: $? = 1
configure: failed program was:
#line 14740 "configure"
#include "confdefs.h"
#include <termio.h>
configure:14769: result: no

 It looks like /usr/site/bin/cpp doesn't look in /usr/include. 
Why do you have a non-standard cpp anyway?


 Regards,
 Arnout


> 
> As far as I can see there is in line 1139 an "#ifdef HAVE_TERMIOS_H" and in line 1143 an "#ifdef HAVE_TERMIO_H" construct but there are no equivalent defines.
> 
> What does this mean?
>   
> Best regards
> 
> Werner
> 
> 
> -----Original Message-----
> From: Arnout Vandecappelle [mailto:arnout@mind.be]
> Sent: Wednesday, March 13, 2013 8:38 PM
> To: Spielmann Werner
> Cc: Thomas Petazzoni; buildroot@busybox.net
> Subject: Re: [Buildroot] Problem with buildroot-2013.02 - ncurses
> 
> On 03/13/13 09:47, Spielmann Werner wrote:
>> I'm using Ubuntu 10.04 LTS Server.
>>
>> You can find the output of the preprocessed code
>> here:http://pastebin.com/XnT1wzLK
> 
>    OK, so neither HAVE_TERMIOS_H nor HAVE_TERMIO_H is defined by configure, while both should exist on an Ubuntu system with libc6-dev (and I think you need libc6-dev to build kconfig, so you must have it).
> 
>    Can you do a sanity check that /usr/include/termios.h exists? If it doesn't, your Ubuntu installation is broken. If it does, then something is going wrong in the configure script. Can you pastebin the config.log file?
> 
>    Regards,
>    Arnout
>
Spielmann Werner - March 14, 2013, 2:53 p.m.
Hello Arnout,

You are a piece of gold!

You are right:
  [...] $ which gcc
  /usr/bin/gcc               # OK 
  [...] $ which g++
  /usr/bin/g++               # OK
  [...] $ which cpp
  /usr/site/bin/cpp          # <- !!!!!!!!!!!!!!

This cpp is an (old) cross compiler for Motorola 68k, but it shouldn't be (with this name) at this place. I think this was an "accident" at the time when the compiler was built. I normally do not use cpp so I haven't noticed this "hiding". 

Now I have removed this wrong program, so the "normal" cpp works:
  [...] $ which cpp
  /usr/bin/cpp                # gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5.1)

After this I started a "make clean all" of build root. Now the build has been completed!

Thank you very much for your help!


Best regards

Werner



-----Original Message-----
From: Arnout Vandecappelle [mailto:arnout@mind.be] 
Sent: Thursday, March 14, 2013 9:03 AM
To: Spielmann Werner
Cc: buildroot@busybox.net
Subject: Re: [Buildroot] Problem with buildroot-2013.02 - ncurses

On 03/14/13 08:15, Spielmann Werner wrote:
> Good morning Arnout,
> 
> Thanks again for your answer!
> 
> Both the /usr/include/termios.h and /usr/include/termio.h files exist (and are also readable):
> 
> $ ll /usr/include/termios.h
> -rw-r--r-- 1 root root 3611 2012-11-15 23:20 /usr/include/termios.h
> 
> $ ll  /usr/include/termio.h
> -rw-r--r-- 1 root root 214 2012-11-15 23:20 /usr/include/termio.h
> 
> I made an md5sum cross check with another installation. It gave the identical results on both PCs.
> 
>> Can you pastebin the config.log file?
> 
> I think you mean the "host-ncurses-5.9/config.log"?
> Here you can find buildroot-2013.02/output/build/host-ncurses-5.9/config.log:
> http://pastebin.com/nuZby0hi

 Probably unrelated, but I noticed this:

configure:14244: checking if external errno exists
configure:14266: /usr/bin/gcc -o conftest -O2 -I/home/spiewe/svnws/buildroot-2013.02/output/host/usr/include  --param max-inline-insns-single=1200 -I/home/spiewe/svnws/buildroot-2013.02/output/host/usr/include -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64  -DNDEBUG -L/home/spiewe/svnws/buildroot-2013.02/output/host/lib -L/home/spiewe/svnws/buildroot-2013.02/output/host/usr/lib -Wl,-rpath,/home/spiewe/svnws/buildroot-2013.02/output/host/usr/lib conftest.c  >&5
collect2: ld terminated with signal 11 [Segmentation fault]
/usr/bin/ld: configure:14269: $? = 1
configure: failed program was:
#line 14251 "configure"
#include "confdefs.h"

#undef errno
extern int errno;

int
main ()
{
errno = 2
  ;
  return 0;
}
configure:14286: result: no


 ld shouldn't segfault on something like that...



 But where it really goes wrong is here:

configure:14734: checking for termio.h
configure:14744: /usr/site/bin/cpp -I/home/spiewe/svnws/buildroot-2013.02/output/host/usr/include -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64  -DNDEBUG conftest.c
configure:14741: termio.h: No such file or directory
configure:14750: $? = 1
configure: failed program was:
#line 14740 "configure"
#include "confdefs.h"
#include <termio.h>
configure:14769: result: no

 It looks like /usr/site/bin/cpp doesn't look in /usr/include. 
Why do you have a non-standard cpp anyway?


 Regards,
 Arnout


> 
> As far as I can see there is in line 1139 an "#ifdef HAVE_TERMIOS_H" and in line 1143 an "#ifdef HAVE_TERMIO_H" construct but there are no equivalent defines.
> 
> What does this mean?
>   
> Best regards
> 
> Werner
> 
> 
> -----Original Message-----
> From: Arnout Vandecappelle [mailto:arnout@mind.be]
> Sent: Wednesday, March 13, 2013 8:38 PM
> To: Spielmann Werner
> Cc: Thomas Petazzoni; buildroot@busybox.net
> Subject: Re: [Buildroot] Problem with buildroot-2013.02 - ncurses
> 
> On 03/13/13 09:47, Spielmann Werner wrote:
>> I'm using Ubuntu 10.04 LTS Server.
>>
>> You can find the output of the preprocessed code 
>> here:http://pastebin.com/XnT1wzLK
> 
>    OK, so neither HAVE_TERMIOS_H nor HAVE_TERMIO_H is defined by configure, while both should exist on an Ubuntu system with libc6-dev (and I think you need libc6-dev to build kconfig, so you must have it).
> 
>    Can you do a sanity check that /usr/include/termios.h exists? If it doesn't, your Ubuntu installation is broken. If it does, then something is going wrong in the configure script. Can you pastebin the config.log file?
> 
>    Regards,
>    Arnout
>

Patch

diff --git a/package/autoconf/autoconf.mk b/package/autoconf/autoconf.mk index 0c36b66..daac1f2 100644
--- a/package/autoconf/autoconf.mk
+++ b/package/autoconf/autoconf.mk
@@ -15,7 +15,7 @@  AUTOCONF_CONF_ENV = EMACS="no" ac_cv_path_M4=$(HOST_DIR)/usr/bin/m4 \
 
 AUTOCONF_DEPENDENCIES = host-m4 perl
 
-HOST_AUTOCONF_CONF_ENV = ac_cv_path_M4=$(HOST_DIR)/usr/bin/m4 \
+HOST_AUTOCONF_CONF_ENV = EMACS="no" 
+ac_cv_path_M4=$(HOST_DIR)/usr/bin/m4 \
                        ac_cv_prog_gnu_m4_gnu=no
 
 HOST_AUTOCONF_DEPENDENCIES = host-m4 host-libtool