Re: Trunk build problems

Re: Trunk build problems

[Nick Kelsey]

Hi all,

Thanks for the fixes... everything is working well.

Very happy.

Nick

----- Original Message -----
From: "Nick Kelsey" <nickk@ubicom.com>
To: <jafa@silicondust.com>
Sent: Monday, December 16, 2002 12:36 PM
Subject: Trunk build problems


*This message was transferred with a trial version of CommuniGate(tm) Pro*
Hi guys,

I think its time for a gripe as the trunk has been going downhill rapidly
over the last week or so.

<gripe>

Things I have noticed over the last week:

- Configure in src doesn't do any sub directories any more (linux or
cygwin).

- Under cygwin, libtermcap attempts to be build (which doesn't exist). This
causes a circular make problem as it can't change into the directory so does
a make in src again.

- If you do an incremental make in src it reconfigures a number of
directories *every time* (both linux and cygwin).

- Readline doesn't link under cygwin.

My snapshot from about 2 weeks ago works fine - these are all new problems.

I am interested if these are known problems and under active investigation.

</gripe>

Thanks

Nick

Trunk build problems

[Nick Kelsey]

Hi guys,

I think its time for a gripe as the trunk has been going downhill rapidly
over the last week or so.

<gripe>

Things I have noticed over the last week:

- Configure in src doesn't do any sub directories any more (linux or
cygwin).

- Under cygwin, libtermcap attempts to be build (which doesn't exist). This
causes a circular make problem as it can't change into the directory so does
a make in src again.

- If you do an incremental make in src it reconfigures a number of
directories *every time* (both linux and cygwin).

- Readline doesn't link under cygwin.

My snapshot from about 2 weeks ago works fine - these are all new problems.

I am interested if these are known problems and under active investigation.

</gripe>

Thanks

Nick

Re: Trunk build problems

[Daniel Jacobowitz]

On Mon, Dec 16, 2002 at 12:36:08PM -0800, Nick Kelsey wrote:
> Hi guys,
> 
> I think its time for a gripe as the trunk has been going downhill rapidly
> over the last week or so.
> 
> <gripe>
> 
> Things I have noticed over the last week:
> 
> - Configure in src doesn't do any sub directories any more (linux or
> cygwin).

They will be configured when you run make.  This is not a problem.  If
they aren't being, then it is a problem.

> - Under cygwin, libtermcap attempts to be build (which doesn't exist). This
> causes a circular make problem as it can't change into the directory so does
> a make in src again.

Don't know about this one.  Sounds like there's an incorrect dependency
somewhere.

> - If you do an incremental make in src it reconfigures a number of
> directories *every time* (both linux and cygwin).

This is a problem.  I sent Nathanael mail about it yesterday, again.

> - Readline doesn't link under cygwin.
> 
> My snapshot from about 2 weeks ago works fine - these are all new problems.
> 
> I am interested if these are known problems and under active investigation.

The last one must be new with the 4.3 merge...

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer

Re: Trunk build problems

[Elena Zannoni]

Nick Kelsey writes:
 > Hi guys,
 > 
 > - Readline doesn't link under cygwin.
 > 

Can you show the errors you get? Surely this is because of the new
readline import. Also the configure line, please.


Elena

 > My snapshot from about 2 weeks ago works fine - these are all new problems.
 > 
 > I am interested if these are known problems and under active investigation.
 > 
 > </gripe>
 > 
 > Thanks
 > 
 > Nick

Re: Trunk build problems

[Andrew Cagney]

> Hi guys,
> 
> I think its time for a gripe as the trunk has been going downhill rapidly
> over the last week or so.
> 
> <gripe>
> 
> Things I have noticed over the last week:
> 
> - Configure in src doesn't do any sub directories any more (linux or
> cygwin).

This (as I've come to learn and respect) is a long overdue feature. 
Once you've got over the initial shock (it took me a week ...) it really 
is much much better.

- It no longer configures directories that are not needed - huge time saver!

- It can parallize configures


> - Under cygwin, libtermcap attempts to be build (which doesn't exist). This
> causes a circular make problem as it can't change into the directory so does
> a make in src again.

Sounds like Makefile.tpl (?) needs a tweak?

> - If you do an incremental make in src it reconfigures a number of
> directories *every time* (both linux and cygwin).

One case of this - bfd - was fixed.  Is this another case?

> - Readline doesn't link under cygwin.

Readline was finally updated.  Again, very long overdue.  If there are 
problems, then please report them (hopefully with fixes).

> My snapshot from about 2 weeks ago works fine - these are all new problems.
> 
> I am interested if these are known problems and under active investigation.

I suspect that they are unknown (I didn't know about them).

If you're wondering these changes are occuring now so that, hopefully, 
there is plenty of time to catch problems such as you are finding before 
the next GDB/binutils release.

BTW, the place to report each problem is gcc@gcc.gnu.org (cc'd 
gdb-patches@).

Andrew

Re: Trunk build problems

[DJ Delorie]

> - It no longer configures directories that are not needed - huge time saver!

Also, it doesn't even list those directories in the Makefile, so we
don't waste time checking - repeatedly - to see if they're configured.

> - It can parallize configures

More accurately, it can configure one module while it starts building
another.  We can't actually do two configures at the same time because
of the shared cache.

> > - Under cygwin, libtermcap attempts to be build (which doesn't exist). This
> > causes a circular make problem as it can't change into the directory so does
> > a make in src again.
> 
> Sounds like Makefile.tpl (?) needs a tweak?

Yup.  It should at least be "cd foo && make" not "cd foo; make", but a
make:configure dependency might be missing too.  Nate?

> > - If you do an incremental make in src it reconfigures a number of
> > directories *every time* (both linux and cygwin).
> 
> One case of this - bfd - was fixed.  Is this another case?

Nate's working on a fix to cover all of them.  After that, we can
worry about missed ones.

Re: Trunk build problems

[Nathanael Nerode]

>> - Under cygwin, libtermcap attempts to be build (which doesn't exist). 
>> This
>> causes a circular make problem as it can't change into the directory 
>> so does
>> a make in src again.
Rrrrm.  I'll see if I can track that one down, it's new to me.

--Nathanael

Re: Trunk build problems

[Nick Kelsey]

Hi,

Configure line (from config.log):

  $
/ubicom/toolchain/work/../src/readline/configure --host=i686-pc-cygwin32 --t
arget=ip2k-elf --prefix=/ubicom/ip2ktools --exec-prefix=/ubicom/ip2ktools/H-
i686-pc-cygwin32 --srcdir=/ubicom/toolchain/work/../src/readline --with-gcc-
version-trigger=/ubicom/toolchain/src/gcc/version.c --with-gnu-as --with-gnu
-ld --enable-gdbmi --cache-file=../config.cache

Linking messages:

gcc -shared  -o libreadline.so.4 readline.so vi_mode.so funmap.so keymaps.so
par
ens.so search.so rltty.so complete.so bind.so isearch.so display.so
signals.so u
til.so kill.so undo.so macro.so input.so callback.so terminal.so text.so
nls.so
misc.so xmalloc.so history.so histexpand.so histfile.so histsearch.so
shell.so m
butil.so tilde.so compat.so
display.so(.text+0x947): In function `rl_redisplay':
/ubicom/toolchain/src/readline/display.c:870: undefined reference to
`_tputs'
display.so(.text+0x1602): In function `update_line':
/ubicom/toolchain/src/readline/display.c:1265: undefined reference to
`_tputs'
display.so(.text+0x19b9): In function `_rl_move_cursor_relative':
/ubicom/toolchain/src/readline/display.c:1533: undefined reference to
`_tputs'
display.so(.text+0x1a31): In function `_rl_move_vert':
/ubicom/toolchain/src/readline/display.c:1633: undefined reference to
`_tputs'
display.so(.text+0x1a77):/ubicom/toolchain/src/readline/display.c:1649:
undefine
d reference to `_tputs'
display.so(.text+0x1f74):/ubicom/toolchain/src/readline/display.c:1866: more
und
efined references to `_tputs' follow
display.so(.text+0x2170): In function `insert_some_chars':
/ubicom/toolchain/src/readline/display.c:1920: undefined reference to
`_tgoto'
display.so(.text+0x2188):/ubicom/toolchain/src/readline/display.c:1921:
undefine
d reference to `_tputs'
display.so(.text+0x21f5): In function `delete_chars':
/ubicom/toolchain/src/readline/display.c:1970: undefined reference to
`_tputs'
display.so(.text+0x2223):/ubicom/toolchain/src/readline/display.c:1963:
undefine
d reference to `_tgoto'
display.so(.text+0x2237):/ubicom/toolchain/src/readline/display.c:1964:
undefine
d reference to `_tputs'
display.so(.text+0x2354): In function `cr':
/ubicom/toolchain/src/readline/display.c:2015: undefined reference to
`_tputs'
display.so(.text+0x2457): In function `_rl_redisplay_after_sigwinch':
/ubicom/toolchain/src/readline/display.c:2069: undefined reference to
`_tputs'
display.so(.text+0x2491):/ubicom/toolchain/src/readline/display.c:2081:
undefine
d reference to `_tputs'
display.so(.text+0x213b): In function `insert_some_chars':
/ubicom/toolchain/src/readline/display.c:1946: undefined reference to
`_tputs'
terminal.so(.text+0x132): In function `_rl_get_screen_size':
/ubicom/toolchain/src/readline/terminal.c:238: undefined reference to
`_tgetnum'

terminal.so(.text+0x191):/ubicom/toolchain/src/readline/terminal.c:225:
undefine
d reference to `_tgetnum'
terminal.so(.text+0x32b): In function `get_term_capabilities':
/ubicom/toolchain/src/readline/terminal.c:362: undefined reference to
`_tgetstr'

terminal.so(.text+0x42d): In function `_rl_init_terminal_io':
/ubicom/toolchain/src/readline/terminal.c:472: undefined reference to
`_tgetflag
'
terminal.so(.text+0x484):/ubicom/toolchain/src/readline/terminal.c:484:
undefine
d reference to `_tgetflag'
terminal.so(.text+0x4e8):/ubicom/toolchain/src/readline/terminal.c:501:
undefine
d reference to `_tgetflag'
terminal.so(.text+0x508):/ubicom/toolchain/src/readline/terminal.c:501:
undefine
d reference to `_tgetflag'
terminal.so(.text+0x6e3):/ubicom/toolchain/src/readline/terminal.c:411:
undefine
d reference to `_tgetent'
terminal.so(.text+0x915): In function `_rl_backspace':
/ubicom/toolchain/src/readline/terminal.c:586: undefined reference to
`_tputs'
terminal.so(.text+0xa10): In function `rl_ding':
/ubicom/toolchain/src/readline/terminal.c:624: undefined reference to
`_tputs'
terminal.so(.text+0xa64): In function `_rl_enable_meta_key':
/ubicom/toolchain/src/readline/terminal.c:650: undefined reference to
`_tputs'
terminal.so(.text+0xaa4): In function `_rl_control_keypad':
/ubicom/toolchain/src/readline/terminal.c:662: undefined reference to
`_tputs'
terminal.so(.text+0xb02): In function `_rl_set_cursor':
/ubicom/toolchain/src/readline/terminal.c:685: undefined reference to
`_tputs'
collect2: ld returned 1 exit status
make[1]: *** [libreadline.so.4] Error 1
make[1]: Leaving directory `/ubicom/toolchain/work/readline/shlib'
make: [shared] Error 2 (ignored)

Thanks

Nick

----- Original Message -----
From: "Elena Zannoni" <ezannoni@redhat.com>
To: <jafa@silicondust.com>
Sent: Monday, December 16, 2002 1:02 PM
Subject: Re: Trunk build problems


*This message was transferred with a trial version of CommuniGate(tm) Pro*
Nick Kelsey writes:
 > Hi guys,
 >
 > - Readline doesn't link under cygwin.
 >

Can you show the errors you get? Surely this is because of the new
readline import. Also the configure line, please.


Elena

 > My snapshot from about 2 weeks ago works fine - these are all new
problems.
 >
 > I am interested if these are known problems and under active
investigation.
 >
 > </gripe>
 >
 > Thanks
 >
 > Nick

Re: Trunk build problems

[Christopher Faylor]

On Mon, Dec 16, 2002 at 01:12:17PM -0800, Nick Kelsey wrote:
>Configure line (from config.log):
>  $
>/ubicom/toolchain/work/../src/readline/configure --host=i686-pc-cygwin32 --t
>arget=ip2k-elf --prefix=/ubicom/ip2ktools --exec-prefix=/ubicom/ip2ktools/H-
>i686-pc-cygwin32 --srcdir=/ubicom/toolchain/work/../src/readline --with-gcc-
>version-trigger=/ubicom/toolchain/src/gcc/version.c --with-gnu-as --with-gnu
>-ld --enable-gdbmi --cache-file=../config.cache
>
>Linking messages:
>
>gcc -shared  -o libreadline.so.4 readline.so vi_mode.so funmap.so keymaps.so
                 ^^^^^^^^^^^^^^^^

An obvious problem for cygwin.

I've checked in a patch to fix this behavior, after consultation with
Elena.  It will require rerunning configure in the readline directory
to turn off shared library builds.

cgf

Re: Trunk build problems

[Christopher Faylor]

On Mon, Dec 16, 2002 at 12:36:08PM -0800, Nick Kelsey wrote:
>- Under cygwin, libtermcap attempts to be build (which doesn't exist). This
>causes a circular make problem as it can't change into the directory so does
>a make in src again.

I have made what I hope is an obvious change to config/mh-cygwin.  I can
build gdb now.

>- Readline doesn't link under cygwin.

Elena pointed me at the proper file to fix for readline so I just checked in
a fix.

cgf

Re: Trunk build problems

[Christopher Faylor]

On Mon, Dec 16, 2002 at 08:58:41PM -0500, Christopher Faylor wrote:
>On Mon, Dec 16, 2002 at 12:36:08PM -0800, Nick Kelsey wrote:
>>- Under cygwin, libtermcap attempts to be build (which doesn't exist). This
>>causes a circular make problem as it can't change into the directory so does
>>a make in src again.
>
>I have made what I hope is an obvious change to config/mh-cygwin.  I can
>build gdb now.
>
>>- Readline doesn't link under cygwin.
>
>Elena pointed me at the proper file to fix for readline so I just checked in
>a fix.

I just wanted to clarify that this only affects building readline for a cygwin
targeted cross build.  This was broken (in a minor way) by the recent readline
import.

cgf