[Buildroot] Problem with buildroot-2013.02 - emacs

[Buildroot] Problem with buildroot-2013.02 - emacs

[Spielmann Werner]

Hello!

I'm not sure if this is the right place for my problem ...

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.  :-(

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/

output/build/host-autoconf-2.68/lib/emacs/elc.2394

[Point pushed]


When I close the Editor by CTRL X / CTRL C I get an error.

And this is the output of the last actions on terminal window:

make[4]: Leaving directory `<MY_WORKSPACE>/buildroot-2013.02/output/build/host-autoconf-2.68/lib/autoscan'
Making all in emacs
make[4]: Entering directory `<MY_WORKSPACE>/buildroot-2013.02/output/build/host-autoconf-2.68/lib/emacs'
WARNING: Warnings can be ignored. :-)
if test "emacs" != no; then \
          set x; \
          list='autoconf-mode.el autotest-mode.el'; for p in $list; do \
            if test -f "$p"; then d=; else d="./"; fi; \
            set x "$@" "$d$p"; shift; \
          done; \
          shift; \
          EMACS="emacs" /bin/sh ../../build-aux/elisp-comp "$@" || exit 1; \
        else : ; fi
mv: cannot stat `*.elc': No such file or directory
make[4]: *** [elc-stamp] Error 1
make[4]: Leaving directory `<MY_WORKSPACE>/buildroot-2013.02/output/build/host-autoconf-2.68/lib/emacs'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `<MY_WORKSPACE>/buildroot-2013.02/output/build/host-autoconf-2.68/lib'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `<MY_WORKSPACE>/buildroot-2013.02/output/build/host-autoconf-2.68'
make[1]: *** [all] Error 2
make[1]: Leaving directory `<MY_WORKSPACE>/buildroot-2013.02/output/build/host-autoconf-2.68'
make: *** [/MY_WORKSPACE/buildroot-2013.02/output/build/host-autoconf-2.68/.stamp_built] Error 2
$

Please is anybody out there who has an idea what to do in this case?

Thanks
Werner

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130306/7dd0e3a1/attachment-0001.html>

[Buildroot] Problem with buildroot-2013.02 - emacs

[Spielmann Werner]

Hi!

Is there really nobody who can help me?

If you need more information please ask.

Your help would be very much appreciated!

Werner


From: buildroot-bounces@busybox.net [mailto:buildroot-bounces at busybox.net] On Behalf Of Spielmann Werner
Sent: Wednesday, March 06, 2013 12:43 PM
To: buildroot at busybox.net
Subject: [Buildroot] Problem with buildroot-2013.02 - emacs

Hello!

I'm not sure if this is the right place for my problem ...

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.  :-(

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/

output/build/host-autoconf-2.68/lib/emacs/elc.2394

[Point pushed]


When I close the Editor by CTRL X / CTRL C I get an error.

And this is the output of the last actions on terminal window:

make[4]: Leaving directory `<MY_WORKSPACE>/buildroot-2013.02/output/build/host-autoconf-2.68/lib/autoscan'
Making all in emacs
make[4]: Entering directory `<MY_WORKSPACE>/buildroot-2013.02/output/build/host-autoconf-2.68/lib/emacs'
WARNING: Warnings can be ignored. :-)
if test "emacs" != no; then \
          set x; \
          list='autoconf-mode.el autotest-mode.el'; for p in $list; do \
            if test -f "$p"; then d=; else d="./"; fi; \
            set x "$@" "$d$p"; shift; \
          done; \
          shift; \
          EMACS="emacs" /bin/sh ../../build-aux/elisp-comp "$@" || exit 1; \
        else : ; fi
mv: cannot stat `*.elc': No such file or directory
make[4]: *** [elc-stamp] Error 1
make[4]: Leaving directory `<MY_WORKSPACE>/buildroot-2013.02/output/build/host-autoconf-2.68/lib/emacs'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `<MY_WORKSPACE>/buildroot-2013.02/output/build/host-autoconf-2.68/lib'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `<MY_WORKSPACE>/buildroot-2013.02/output/build/host-autoconf-2.68'
make[1]: *** [all] Error 2
make[1]: Leaving directory `<MY_WORKSPACE>/buildroot-2013.02/output/build/host-autoconf-2.68'
make: *** [/MY_WORKSPACE/buildroot-2013.02/output/build/host-autoconf-2.68/.stamp_built] Error 2
$

Please is anybody out there who has an idea what to do in this case?

Thanks
Werner

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130307/dd79259d/attachment.html>

[Buildroot] Problem with buildroot-2013.02 - emacs

[Thomas Petazzoni]

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:

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

-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com

[Buildroot] Problem with buildroot-2013.02 - emacs

[Spielmann Werner]

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 at free-electrons.com] 
Sent: Thursday, March 07, 2013 9:30 AM
To: Spielmann Werner
Cc: buildroot at 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:

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

--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux development, consulting, training and support.
http://free-electrons.com

[Buildroot] Problem with buildroot-2013.02 - emacs

[Thomas Petazzoni]

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
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com

[Buildroot] Problem with buildroot-2013.02 - ncurses

[Spielmann Werner]

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

[Buildroot] Problem with buildroot-2013.02 - ncurses

[Thomas Petazzoni]

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

[Buildroot] Problem with buildroot-2013.02 - ncurses

[Spielmann Werner]

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 at free-electrons.com] 
Sent: Friday, March 08, 2013 1:16 PM
To: Spielmann Werner
Cc: buildroot at 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

[Buildroot] Problem with buildroot-2013.02 - ncurses

[Thomas Petazzoni]

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

[Buildroot] Problem with buildroot-2013.02 - ncurses

[Spielmann Werner]

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 at free-electrons.com] 
Sent: Friday, March 08, 2013 2:17 PM
To: Spielmann Werner
Cc: buildroot at 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

[Buildroot] Problem with buildroot-2013.02 - ncurses

[Spielmann Werner]

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 at 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 at free-electrons.com] 
Sent: Friday, March 08, 2013 2:17 PM
To: Spielmann Werner
Cc: buildroot at 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

[Buildroot] Problem with buildroot-2013.02 - ncurses

[Arnout Vandecappelle]

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                          arnout at mind be
Senior Embedded Software Architect            +32-16-286500
Essensium/Mind                                http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium           BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F

[Buildroot] Problem with buildroot-2013.02 - ncurses

[Thomas Petazzoni]

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
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com

[Buildroot] Problem with buildroot-2013.02 - ncurses

[Spielmann Werner]

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 at mind.be] 
Sent: Wednesday, March 13, 2013 12:14 AM
To: Spielmann Werner
Cc: buildroot at 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                          arnout at mind be
Senior Embedded Software Architect            +32-16-286500
Essensium/Mind                                http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium           BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F

[Buildroot] Problem with buildroot-2013.02 - ncurses

[Arnout Vandecappelle]

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                          arnout at mind be
Senior Embedded Software Architect            +32-16-286500
Essensium/Mind                                http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium           BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F

[Buildroot] Problem with buildroot-2013.02 - ncurses

[Spielmann Werner]

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 at mind.be] 
Sent: Wednesday, March 13, 2013 8:38 PM
To: Spielmann Werner
Cc: Thomas Petazzoni; buildroot at 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                          arnout at mind be
Senior Embedded Software Architect            +32-16-286500
Essensium/Mind                                http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium           BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F

[Buildroot] Problem with buildroot-2013.02 - ncurses

[Arnout Vandecappelle]

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 at mind.be]
> Sent: Wednesday, March 13, 2013 8:38 PM
> To: Spielmann Werner
> Cc: Thomas Petazzoni; buildroot at 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                          arnout at mind be
Senior Embedded Software Architect            +32-16-286500
Essensium/Mind                                http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium           BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F

[Buildroot] Problem with buildroot-2013.02 - ncurses

[Spielmann Werner]

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 at 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 at mind.be]
> Sent: Wednesday, March 13, 2013 8:38 PM
> To: Spielmann Werner
> Cc: Thomas Petazzoni; buildroot at 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                          arnout at mind be
Senior Embedded Software Architect            +32-16-286500
Essensium/Mind                                http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium           BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F