Your message dated Wed, 20 Apr 2011 17:46:22 +0200
with message-id <87r58xncxd....@turtle.gmx.de>
and subject line Re: Bug#623141: binutils: ld segfaults on powerpc linking
64-bit libncurses5
has caused the Debian Bug report #623141,
regarding binutils: ld segfaults on powerpc linking 64-bit libncurses5
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
623141: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=623141
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: binutils
Version: 2.21.0.20110327-3
Severity: serious
X-Debbugs-CC: ncur...@packages.debian.org
On powerpc ld segfaults trying to link 64-bit libncurses5, making
ncurses FTBFS. Here is an excerpt from the build log (wrapped for
readability):
,----
| gcc -m64 -DHAVE_CONFIG_H -I../ncurses
| -I/build/buildd-ncurses_5.9-1-powerpc-YNKnqz/ncurses-5.9/ncurses
| -D_GNU_SOURCE -DNDEBUG -I. -I../include
| -I/build/buildd-ncurses_5.9-1-powerpc-YNKnqz/ncurses-5.9/ncurses/../include
| -g -O2 --param max-inline-insns-single=1200 -fPIC -c
| /build/buildd-ncurses_5.9-1-powerpc-YNKnqz/ncurses-5.9/ncurses/base/version.c
| -o ../obj_s/version.o
| linking ../lib/libncurses.so.5.9
| gcc -m64 -g -O2 --param max-inline-insns-single=1200 -shared
| -Wl,-soname,`basename ../lib/libncurses.so.5.9 .5.9`.5,-stats,-lc -o
| ../lib/libncurses.so.5.9 ../obj_s/hardscroll.o ../obj_s/hashmap.o
| ../obj_s/lib_addch.o ../obj_s/lib_addstr.o ../obj_s/lib_beep.o
| ../obj_s/lib_bkgd.o ../obj_s/lib_box.o ../obj_s/lib_chgat.o
| ../obj_s/lib_clear.o ../obj_s/lib_clearok.o ../obj_s/lib_clrbot.o
| ../obj_s/lib_clreol.o ../obj_s/lib_color.o ../obj_s/lib_colorset.o
| ../obj_s/lib_delch.o ../obj_s/lib_delwin.o ../obj_s/lib_echo.o
| ../obj_s/lib_endwin.o ../obj_s/lib_erase.o ../obj_s/lib_flash.o
| ../obj_s/lib_gen.o ../obj_s/lib_getch.o ../obj_s/lib_getstr.o
| ../obj_s/lib_hline.o ../obj_s/lib_immedok.o ../obj_s/lib_inchstr.o
| ../obj_s/lib_initscr.o ../obj_s/lib_insch.o ../obj_s/lib_insdel.o
| ../obj_s/lib_insnstr.o ../obj_s/lib_instr.o ../obj_s/lib_isendwin.o
| ../obj_s/lib_leaveok.o ../obj_s/lib_mouse.o ../obj_s/lib_move.o
| ../obj_s/lib_mvcur.o ../obj_s/lib_mvwin.o ../obj_s/lib_newterm.o
| ../obj_s/lib_newwin.o ../obj_s/lib_nl.o ../obj_s/lib_overlay.o
| ../obj_s/lib_pad.o ../obj_s/lib_printw.o ../obj_s/lib_redrawln.o
| ../obj_s/lib_refresh.o ../obj_s/lib_restart.o ../obj_s/lib_scanw.o
| ../obj_s/lib_screen.o ../obj_s/lib_scroll.o ../obj_s/lib_scrollok.o
| ../obj_s/lib_scrreg.o ../obj_s/lib_set_term.o ../obj_s/lib_slk.o
| ../obj_s/lib_slkatr_set.o ../obj_s/lib_slkatrof.o
| ../obj_s/lib_slkatron.o ../obj_s/lib_slkatrset.o ../obj_s/lib_slkattr.o
| ../obj_s/lib_slkclear.o ../obj_s/lib_slkcolor.o ../obj_s/lib_slkinit.o
| ../obj_s/lib_slklab.o ../obj_s/lib_slkrefr.o ../obj_s/lib_slkset.o
| ../obj_s/lib_slktouch.o ../obj_s/lib_touch.o ../obj_s/lib_tstp.o
| ../obj_s/lib_ungetch.o ../obj_s/lib_vidattr.o ../obj_s/lib_vline.o
| ../obj_s/lib_wattroff.o ../obj_s/lib_wattron.o ../obj_s/lib_winch.o
| ../obj_s/lib_window.o ../obj_s/nc_panel.o ../obj_s/safe_sprintf.o
| ../obj_s/tty_update.o ../obj_s/varargs.o ../obj_s/memmove.o
| ../obj_s/vsscanf.o ../obj_s/lib_freeall.o ../obj_s/expanded.o
| ../obj_s/legacy_coding.o ../obj_s/lib_dft_fgbg.o ../obj_s/lib_print.o
| ../obj_s/resizeterm.o ../obj_s/use_screen.o ../obj_s/use_window.o
| ../obj_s/wresize.o ../obj_s/access.o ../obj_s/add_tries.o
| ../obj_s/alloc_ttype.o ../obj_s/codes.o ../obj_s/comp_captab.o
| ../obj_s/comp_error.o ../obj_s/comp_hash.o ../obj_s/db_iterator.o
| ../obj_s/doalloc.o ../obj_s/entries.o ../obj_s/fallback.o
| ../obj_s/free_ttype.o ../obj_s/getenv_num.o ../obj_s/home_terminfo.o
| ../obj_s/init_keytry.o ../obj_s/lib_acs.o ../obj_s/lib_baudrate.o
| ../obj_s/lib_cur_term.o ../obj_s/lib_data.o ../obj_s/lib_has_cap.o
| ../obj_s/lib_kernel.o ../obj_s/lib_keyname.o ../obj_s/lib_longname.o
| ../obj_s/lib_napms.o ../obj_s/lib_options.o ../obj_s/lib_raw.o
| ../obj_s/lib_setup.o ../obj_s/lib_termcap.o ../obj_s/lib_termname.o
| ../obj_s/lib_tgoto.o ../obj_s/lib_ti.o ../obj_s/lib_tparm.o
| ../obj_s/lib_tputs.o ../obj_s/lib_trace.o ../obj_s/lib_ttyflags.o
| ../obj_s/lib_twait.o ../obj_s/name_match.o ../obj_s/names.o
| ../obj_s/read_entry.o ../obj_s/read_termcap.o ../obj_s/setbuf.o
| ../obj_s/strings.o ../obj_s/tries.o ../obj_s/trim_sgr0.o
| ../obj_s/unctrl.o ../obj_s/visbuf.o ../obj_s/define_key.o
| ../obj_s/hashed_db.o ../obj_s/key_defined.o ../obj_s/keybound.o
| ../obj_s/keyok.o ../obj_s/version.o -L../lib
| collect2: ld terminated with signal 11 [Segmentation fault]
| /usr/bin/ld: linker stubs in 2 groups
| /usr/bin/ld: branch 0
| /usr/bin/ld: toc adjust 0
| /usr/bin/ld: long branch 0
| /usr/bin/ld: long toc adj 0
| /usr/bin/ld: plt call 270
| make[2]: *** [../lib/libncurses.so.5.9] Error 1
| make[2]: Leaving directory
`/build/buildd-ncurses_5.9-1-powerpc-YNKnqz/ncurses-5.9/obj-64/ncurses'
| make[1]: *** [all] Error 2
| make: *** [build-64] Error 2
| make[1]: Leaving directory
`/build/buildd-ncurses_5.9-1-powerpc-YNKnqz/ncurses-5.9/obj-64'
`----
Full build log is available at
https://buildd.debian.org/status/fetch.php?pkg=ncurses&arch=powerpc&ver=5.9-1&stamp=1302571373.
--- End Message ---
--- Begin Message ---
Package: binutils
Version: 2.21.51.20110419-1
On 2011-04-19 09:41 +0200, Matthias Klose wrote:
> On 04/17/2011 08:04 PM, Sven Joachim wrote:
>> Package: binutils
>> Version: 2.21.0.20110327-3
>> Severity: serious
>> X-Debbugs-CC: ncur...@packages.debian.org
>>
>> On powerpc ld segfaults trying to link 64-bit libncurses5, making
>> ncurses FTBFS. Here is an excerpt from the build log (wrapped for
>> readability):
>
> [...]
>
> please recheck with binutils from experimental;
I had already done this and could reproduce the bug in version
2.21.51.20110409-1; however it seems to be fixed in 2.21.51.20110419-1.
Regards,
Sven
--- End Message ---
