headers
Nate Riffe | 23 Jul 2003 00:29
Favicon

bug#384: [Lnx-bbc-devel] bug#384: ncurses build fails during 'make build'

merge 384 376
thanks

Karl,

Uninstall your ncurses headers.  They get caught up in the build and
cause the conflict.

--

-- 
--< ((\))< >----< inkblot <at> movealong.org >----< http://www.movealong.org/ >--
pub  1024D/05A058E0 2002-03-07 Nate Riffe (06-Mar-2002) <inkblot <at> movealong.org>
     Key fingerprint = 0DAC F5CB D182 3165 D757  C466 CD42 12A8 05A0 58E0
Permalink | Reply | 0 comments |
headers
Karl Sackett | 22 Jul 2003 21:08
Favicon
Gravatar

bug#384: ncurses build fails during 'make build'

Package: ncurses

I'm trying to build the HEAD branch of the lnx-bbc tree.  I'm building on an
i686 machine running Debian testing, kernel 2.4.20.

"make build" produces this output:
...
cd ncurses && make DESTDIR="//tmp/build/staging/singularity/image" all
/home/krs/src/gar/lib/ncurses/work/singularity.d/ncurses-5.2/ncurses
make[10]: Entering directory `/home/krs/src/gar/lib/ncurses/work/singularity.d/ncurses-5.2/ncurses'
cd ../obj_s;  i386-pc-linux-gnu-gcc -I../ncurses -I. -I//tmp/build/staging/singu
larity/image//include  -I//tmp/build/staging/singularity/image//lib/gcc-lib/i386
-pc-linux-gnu/3.2.2/include -I//tmp/build/lib/gcc-lib/i386-pc-linux-gnu/3.2.2/in
clude -DNDEBUG -I. -I../include -I//include -DHAVE_CONFIG_H -Os -I//tmp/build/st
aging/singularity/image//include -L//tmp/build/staging/singularity/image//lib  -
I//tmp/build/staging/singularity/image//lib/gcc-lib/i386-pc-linux-gnu/3.2.2/incl
ude -I//tmp/build/lib/gcc-lib/i386-pc-linux-gnu/3.2.2/include -L//tmp/build/stag
ing/singularity/image//lib/gcc-lib/i386-pc-linux-gnu/3.2.2 -L//tmp/build/lib/gcc
-lib/i386-pc-linux-gnu/3.2.2  -fPIC -c ../ncurses/./tty/hashmap.c
../ncurses/tty/hashmap.c: In function `cost_effective':
../ncurses/tty/hashmap.c:163: invalid use of undefined type `struct ldat'
../ncurses/tty/hashmap.c:163: dereferencing pointer to incomplete type
../ncurses/tty/hashmap.c:164: invalid use of undefined type `struct ldat'
../ncurses/tty/hashmap.c:164: dereferencing pointer to incomplete type
../ncurses/tty/hashmap.c:164: invalid use of undefined type `struct ldat'
../ncurses/tty/hashmap.c:164: dereferencing pointer to incomplete type
../ncurses/tty/hashmap.c:165: invalid use of undefined type `struct ldat'
../ncurses/tty/hashmap.c:165: dereferencing pointer to incomplete type
../ncurses/tty/hashmap.c:165: invalid use of undefined type `struct ldat'
../ncurses/tty/hashmap.c:165: dereferencing pointer to incomplete type
(Continue reading)

Permalink | Reply | 0 comments |
headers
Nate Riffe | 23 Jul 2003 23:00
Favicon

bug#384: [Lnx-bbc-devel] bug#384: ncurses build fails during 'make build'

Just now Karl Sackett made 15 LEDs in my apartment flash with this:
> On 2003 July 22 at 17:29:48 -0500, Nate Riffe wrote:
> > 
> > Karl,
> > 
> > Uninstall your ncurses headers.  They get caught up in the build and
> > cause the conflict.
> 
> Which ncurses headers where?

The ones that are installed on your system.  If you're running Debian,
they come from libncurses5-dev.  Uninstall that package.

> I've got nurses headers in each of the
> directories under gar/ncurses/work, plus a copy of ncurses.h in
> gar/devel/gcc/work/build.d/i386-pc-linux-gnu/gcc/include.

The ones I'm referring to are in /usr/include

-Nate

--

-- 
--< ((\))< >----< inkblot <at> movealong.org >----< http://www.movealong.org/ >--
pub  1024D/05A058E0 2002-03-07 Nate Riffe (06-Mar-2002) <inkblot <at> movealong.org>
     Key fingerprint = 0DAC F5CB D182 3165 D757  C466 CD42 12A8 05A0 58E0
Permalink | Reply | 0 comments |
headers
Karl Sackett | 24 Jul 2003 18:10
Favicon
Gravatar

bug#385: 'make build' hangs in idl configuration

Package: idl

"make build" from gar/meta/lnx-bbc gets this far, then hangs:

...
 ==> Building lib/idl as a dependency
make[8]: Entering directory `/home/krs/src/gar/lib/idl'
[===== NOW BUILDING:	libIDL-0.6.8	=====]
	[fetch] complete for libIDL.
	[checksum] complete for libIDL.
	[extract] complete for libIDL.
	[patch] complete for libIDL.
 ==> Running configure in work/singularity.d/libIDL-0.6.8
/home/krs/src/gar/lib/idl/work/singularity.d/libIDL-0.6.8
loading cache ./config.cache
checking for a BSD compatible install... (cached) /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... (cached) yes
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... found
checking for gcc... (cached) gcc
checking whether the C compiler (gcc -I//tmp/build/staging/singularity/image//in
clude/glib-1.2 -I//tmp/build/staging/singularity/image//lib/glib/include -Os -I/
/tmp/build/staging/singularity/image//include -L//tmp/build/staging/singularity/
image//lib  -I//tmp/build/staging/singularity/image//lib/gcc-lib/i386-pc-linux-g
nu/3.2.2/include -I//tmp/build/lib/gcc-lib/i386-pc-linux-gnu/3.2.2/include -L//t
mp/build/staging/singularity/image//lib/gcc-lib/i386-pc-linux-gnu/3.2.2 -L//tmp/
(Continue reading)

Permalink | Reply | 1 comment |
headers
Paul Gray | 24 Jul 2003 18:41
Picon

bug#385: bug#385: 'make build' hangs in idl configuration

On Thu, 24 Jul 2003, Karl Sackett wrote:

> checking if C preprocessor likes IDL... (cached) yes
> checking if C preprocessor can read from stdin... (cached) yes
> checking how to ignore standard include path...
>
> configure hangs at this point.  After I type CTRL-C make climbs back to
> the surface...

A workaround for this is to edit the configure script, search for the
"ignore standard include" portion, and change -I- to -I.

Paul Gray                                         -o)
323 Wright Hall                                   /\\
University of Northern Iowa                      _\_V
  Message void if penguin violated ...  Don't mess with the penguin
  No one ever says "Hey, I can't read that ASCII e-mail ya sent me."
Permalink | Reply | 0 comments |
headers
Paul Gray | 24 Jul 2003 21:41
Picon

bug#385: bug#385: 'make build' hangs in idl configuration (fwd)


Taking back on-list...
---------- Forwarded message ----------
Date: Thu, 24 Jul 2003 14:38:37 -0500 (CDT)
From: Paul Gray <gray <at> cns.uni.edu>
To: Karl Sackett <krs <at> hiwaay.net>
Subject: Re: [Lnx-bbc-bugs] bug#385: 'make build' hangs in idl configuration

On Thu, 24 Jul 2003, Karl Sackett wrote:

> I found two locations in idl's configure file:
>
> 1457:               CPPFLAGS="$CPPFLAGS -I-"
> 1468:  ac_cv_cpp_nostdinc=-I-
>
> I changed one, then the other, then both.  No success.  The script still
> hangs.  Is there something I missed?  Is there something else I can try?

Don't do a make clean after the modification, but rather resume the make
build under gar/meta/lnx-bbc.   Here's a patch showing the modification
that I made to make it shoot through the hang.

You might also try running your build in the background, where stdin
wouldn't hang it.

--- configure>di1999-10-17 13:03:37.000000000 -0500rity.d/libIDL-0.6.8/conf
+++ ../../work/singularity.d/libIDL-0.6.8/configureity.d2003-07-22 13:41:29.000000000
-0500diff -Nconfigure ../../work/singularity.d/libIDL-0.6.8/config
 <at>  <at>  -1454,7 +1454,7  <at>  <at> onfigure ../../work/singularity.d/libIDL-0.6.8/configu
   echo $ac_n "(cached) $ac_c" 1>&6work/singularity.d/libIDL-0.6.8/configu
(Continue reading)

Permalink | Reply | 0 comments |
headers
Paul Gray | 25 Jul 2003 18:38
Picon

bug#386: xargs not in the booted image

Package: findutils

Verified with the latest HEAD iso, bbc-2003-07-22T06\:00\:37-0500.iso,
xargs isn't being built.  This has the consequence of making "help"
nonfunctional, with the error message:

/bin/help: line 29: [: too many arguments
/bin/help: line 19: [; too many arguments

It seems that xargs isn't being built because it's not including
sys/param.h to define NCARGS

list-packages, trivial-net-setup, and a couple of others use xargs too.

Paul Gray                                         -o)
323 Wright Hall                                   /\\
University of Northern Iowa                      _\_V
  Message void if penguin violated ...  Don't mess with the penguin
  No one ever says "Hey, I can't read that ASCII e-mail ya sent me."
Permalink | Reply | 1 comment |
headers
lhaustein | 30 Jul 2003 21:03

bug#387: BBC

Package: lnx-bbc
The BBC distro seems to have a major problem with Most VIA south bridges.
It says 'unknown VIA Southbridge' and then massively slows down the hard
drive speed.  The Gentoo build works well with VIA.  FYI

Thanks!
Permalink | Reply | 0 comments |
headers
LNX-BBC bug Tracking System | 31 Jul 2003 06:15

bug#335: marked as done (BUILD: Packages not using our CFLAGS)

Your message dated Wed, 30 Jul 2003 23:13:26 -0500
with message-id <20030731041326.GA23968 <at> movealong.org>
and subject line too broad
has caused the attached bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Nick Moffitt
(administrator, LNX-BBC bugs database)

--------------------------------------
Received: (at submit) by bugs.lnx-bbc.org; 12 Mar 2003 04:17:38 +0000
>From schoen <at> zork.net Tue Mar 11 20:17:38 2003
Received: from zork.zork.net ([66.92.188.166] ident=mail)
	by gargoyle.lnx-bbc.org with esmtp (Exim 3.35 #1 (Debian))
	id 18sxgQ-0006Xp-00
	for <submit <at> bugs.lnx-bbc.org>; Tue, 11 Mar 2003 20:17:38 -0800
Received: from schoen by zork.zork.net with local (Exim 3.35 #1 (Debian))
	id 18sxii-00035r-00; Tue, 11 Mar 2003 20:20:00 -0800
Date: Tue, 11 Mar 2003 20:20:00 -0800
From: Seth David Schoen <schoen <at> loyalty.org>
To: submit <at> bugs.lnx-bbc.org
Subject: Packages not using our CFLAGS
Message-ID: <20030312042000.GY28495 <at> zork.net>
(Continue reading)

Permalink | Reply | 0 comments |
headers
LNX-BBC bug Tracking System | 31 Jul 2003 06:20

Processed: This is an upstream bug

Processing commands for control <at> bugs.lnx-bbc.org:

> forwarded 385 andrewtv <at> usa.net
bug#385: 'make build' hangs in idl configuration
Noted your statement that bug has been forwarded to andrewtv <at> usa.net.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Nick Moffitt
(administrator, LNX-BBC bugs database)
Permalink | Reply | 0 comments |

Gmane