[gentoo-dev] Re: GCC 3.1 & ncurses fun

[gentoo-dev] Re: GCC 3.1 & ncurses fun

[Ian Phillips]

Fixed!

I unmasked the r6 ebuild of GCC 3.1 and emerged that, now it works.
Cool.

Yours,
Ian.

-- 
#ifndef  __COMMON_SENSE__ | Ian Phillips
#include <std_disclaimer> | TIBCO Software Inc.
#endif                    | www.tibco.com

[gentoo-dev] Re: GCC 3.1 & ncurses fun

[Ian Phillips]

More info,

> pcianp portage # find /usr/lib -name 'libnc*' -type f -print
> /usr/lib/libncurses.a
> /usr/lib/libncurses++.a

but, after some looking around...

pcianp portage # find /lib -name 'libnc*'
/lib/libncurses.so.5.2
/lib/libncurses.so
/lib/libncurses.so.5

and I spotted in the output from dev-util/dialog:

...
checking for -lncurses in /usr/lib... no
checking for -lncurses in /usr/lib/ncurses... no
checking for -lncurses in /usr/ncurses/lib... no
checking for -lncurses in /lib... no
checking for -lncurses in /lib/ncurses... no
...

so it's looking in the right place but not finding it apparently.

I'm going to try

emerge -C sys-libs/ncurses && emerge sys-libs/ncurses

to ensure that I've got an up to date build, but portage should
take care of this anyway for me, right?

Hmmm, that didn't work. I'm going to head on over to #gentoo to
ask the question there then.

Yours,
Ian.

-- 
#ifndef  __COMMON_SENSE__ | Ian Phillips
#include <std_disclaimer> | TIBCO Software Inc.
#endif                    | www.tibco.com

Re: [gentoo-dev] Re: GCC 3.1 & ncurses fun

[Paul de Vrieze]

On Tuesday 11 June 2002 13:37, Ian Phillips wrote:
> More info,
>
> > pcianp portage # find /usr/lib -name 'libnc*' -type f -print
> > /usr/lib/libncurses.a
> > /usr/lib/libncurses++.a
>
> but, after some looking around...
>
> pcianp portage # find /lib -name 'libnc*'
> /lib/libncurses.so.5.2
> /lib/libncurses.so
> /lib/libncurses.so.5
>
> and I spotted in the output from dev-util/dialog:
>
> ...
> checking for -lncurses in /usr/lib... no
> checking for -lncurses in /usr/lib/ncurses... no
> checking for -lncurses in /usr/ncurses/lib... no
> checking for -lncurses in /lib... no
> checking for -lncurses in /lib/ncurses... no
> ...

Check what goes wrong in /var/tmp/portage/<dialog>/work/<dialog>/config.log, 
maybe that will shine a light on what goes wrong. "no" Basically just means 
that there is a compilation problem.

Paul

-- 
Paul de Vrieze
Junior Researcher
Mail: pauldv@cs.kun.nl
Homepage: http://www.devrieze.net

Re: [gentoo-dev] Re: GCC 3.1 & ncurses fun

[Brandon Low]

There should be a fix for this in our pipes, which revision of gcc-3.1 are 
you running?  If you are running -r5, and are VERY BRAVE you may want to 
try switching to -r6 which has some header file adjustments and other 
fixes for gcc-3.1.  If not, wait till we have finished testing and poking 
at -r6 and it should fix these ncurses problems... 
The quicker way to see if our fixes will even work for this particular 
problem would be to delete /usr/lib/gcc-lib/${CHOST}/3.1/include/ncurses.h 
and /usr/lib/gcc-lib/${CHOST}/3.1/include/curses.h (probably want to back 
them up just in case as you are messing with gcc headers here...)

Good Luck, let us know what works for you!

--Brandon

On Tue, 06/11/02 at 12:37:57 +0100, Ian Phillips wrote:
> More info,
> 
> > pcianp portage # find /usr/lib -name 'libnc*' -type f -print
> > /usr/lib/libncurses.a
> > /usr/lib/libncurses++.a
> 
> but, after some looking around...
> 
> pcianp portage # find /lib -name 'libnc*'
> /lib/libncurses.so.5.2
> /lib/libncurses.so
> /lib/libncurses.so.5
> 
> and I spotted in the output from dev-util/dialog:
> 
> ...
> checking for -lncurses in /usr/lib... no
> checking for -lncurses in /usr/lib/ncurses... no
> checking for -lncurses in /usr/ncurses/lib... no
> checking for -lncurses in /lib... no
> checking for -lncurses in /lib/ncurses... no
> ...
> 
> so it's looking in the right place but not finding it apparently.
> 
> I'm going to try
> 
> emerge -C sys-libs/ncurses && emerge sys-libs/ncurses
> 
> to ensure that I've got an up to date build, but portage should
> take care of this anyway for me, right?
> 
> Hmmm, that didn't work. I'm going to head on over to #gentoo to
> ask the question there then.
> 
> Yours,
> Ian.
> 
> -- 
> #ifndef  __COMMON_SENSE__ | Ian Phillips
> #include <std_disclaimer> | TIBCO Software Inc.
> #endif                    | www.tibco.com
> 
> 
> _______________________________________________
> gentoo-dev mailing list
> gentoo-dev@gentoo.org
> http://lists.gentoo.org/mailman/listinfo/gentoo-dev