ar crashes building libgcc.a
Joern Rennecke
joern.rennecke@superh.com
Thu Apr 22 14:29:00 GMT 2004
My i686-pc-linux-gnu X sh-elf gcc builds failed last night because ar
crashed while building libgcc.a .
I have reduced the link line to get a smaller test case that still fails.
The ar from the night before works fine; there were no changes to the
binutils sources.
These are the changes to bfd since the working ar was built:
> 2004-04-21 Chris Demetriou <cgd@broadcom.com>
>
> * coff-mips.c (bfd_mips_ecoff_create_embedded_relocs): Remove.
> * elf32-mips.c (bfd_mips_elf32_create_embedded_relocs): Remove.
> * bfd-in.h (bfd_mips_ecoff_create_embedded_relocs)
> (bfd_mips_elf32_create_embedded_relocs): Remove prototypes
> * bfd-in2.h: Regenerate.
>
> 2004-04-21 Bob Wilson <bob.wilson@acm.org>
>
> * elf32-xtensa.c (is_same_value): Add final_static_link argument and
> require relocations against a weak symbol to reference the same
> symbol hash entry if not a final, static link.
> (get_cached_value, add_value_map): Add final_static_link argument.
> (remove_literals): Pass final_static_link argument as needed.
>
> 2004-04-21 Andrew Cagney <cagney@redhat.com>
>
> * opncls.c (_bfd_new_bfd_contained_in): Copy "iovec".
> (struct opncls, opncls_btell, opncls_bseek, opncls_bread)
> (opncls_bwrite, opncls_bclose, opncls_bflush)
> (opncls_bstat, opncls_iovec, bfd_openr_iovec): Implement a
> bfd iovec that uses function callbacks.
> (bfd_close): Use the iovec's bclose.
> * cache.c (cache_btell, cache_bseek, cache_bread, cache_bwrite)
> (cache_bclose, cache_bflush, cache_bstat)
> (cache_iovec): New functions and global variable, implement a
> cache "iovec", where applicable set bfd_error.
> (bfd_cache_init, bfd_cache_close): Set/test the bfd's iovec.
> * bfdio.c (struct bfd_iovec): Define.
> (real_read): Delete function.
> (bfd_bread, bfd_bread, bfd_bwrite, bfd_tell, bfd_flush, bfd_stat)
> (bfd_seek, bfd_get_mtime, bfd_get_size): Use the bfd's "iovec",
> assume that bread and bwrite set bfd_error.
> * bfd.c (struct bfd): Add "iovec", update comments.
> * bfd-in2.h, libbfd.h: Re-generate.
>
> 2004-04-21 Andrew Cagney <cagney@redhat.com>
>
> * libaout.h (enum machine_type): Add M_POWERPC_NETBSD.
>
> 2004-04-21 Eric Botcazou <ebotcazou@act-europe.fr>
>
> * elflink.c (elf_gc_mark_dynamic_ref_symbol): New function.
> (bfd_elf_gc_sections): Fail if a shared object is being created.
> Do not fail if dynamic sections have been created. Instead call
> elf_gc_mark_dynamic_ref_symbol to mark sections that contain
> dynamically referenced symbols. Do not mark the whole graph
> rooted at .eh_frame, only the section proper.
>
This is how the failure looks under gdb:
Script started on Thu Apr 22 14:53:57 2004
bash-2.05$ gdb /swbuild/nightly/3.4-2004-04-21/sh-elf/binutils/ar
GNU gdb Red Hat Linux 7.x (5.0rh-15) (MI_OUT)
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux"...
.gdbinit:5: Error in sourced command file:
../../srcw/gcc/gdbinit.in:100: Error in sourced command file:
Function "fancy_abort" not defined.
(gdb) run rc ./libgcc.a arbug/*.o
Starting program: /swbuild/nightly/3.4-2004-04-21/sh-elf/binutils/ar rc ./libgcc.a arbug/*.o
Program received signal SIGSEGV, Segmentation fault.
_IO_new_fclose (fp=0x0) at iofclose.c:52
52 iofclose.c: No such file or directory.
in iofclose.c
(gdb) bt
#0 _IO_new_fclose (fp=0x0) at iofclose.c:52
#1 0x08051ff3 in bfd_cache_delete (abfd=0x80c85e0)
at ../../srcw/bfd/cache.c:275
#2 0x08053860 in bfd_close (abfd=0x80c85e0) at ../../srcw/bfd/opncls.c:599
#3 0x0804bce1 in write_archive (iarch=0x80c85e0)
at ../../srcw/binutils/ar.c:1105
#4 0x0804c1ea in replace_members (arch=0x80c85e0, files_to_move=0xbfffdf50,
quick=0) at ../../srcw/binutils/ar.c:1338
#5 0x0804b665 in main (argc=12, argv=0xbfffdf44)
at ../../srcw/binutils/ar.c:694
#6 0x4004f507 in __libc_start_main (main=0x804af08 <main>, argc=12,
ubp_av=0xbfffdf44, init=0x80490a8 <_init>, fini=0x80a2e20 <_fini>,
rtld_fini=0x4000dc14 <_dl_fini>, stack_end=0xbfffdf3c)
at ../sysdeps/generic/libc-start.c:129
(gdb) frame 1
#1 0x08051ff3 in bfd_cache_delete (abfd=0x80c85e0)
at ../../srcw/bfd/cache.c:275
275 if (fclose ((FILE *) abfd->iostream) == 0)
(gdb) p abfd->iostream
$1 = (void *) 0x0
(gdb) quit
The program is running. Exit anyway? (y or n) y
bash-2.05$ exit
exit
Script done on Thu Apr 22 14:54:59 2004
The failure looks the same with bfd from the current head (15:03 GMT).
These are the object files I have been linking in the above gdb session:
begin 644 arbug.tgz
M'XL(`-O-AT```^U;36P;UQ$>4DHL6JYC)YO`5HR4EN6$DB5J_TBKAB!L%55P
M#$5=2R[K.*Y)2J0MNA1EB)3JH']&$!0HXB)!T5/1!CX5/11-"O200X#T%J#(
M(2AZ*(H>TJ(H>BB"].<8H)WASI*[;[D@C8HKMWG?>G9WY@UG9]];S;Q]LRYN
MK^W<F(:^0E5-]6PF@T<UD\FJ=%0UTVP>&:"ADG;6S&8-;-=T-:-!,M-?MQSL
MU!O%[602MLNU6GG]J^6;H7KE[7H4#D6+8G/\\\7Z1N5Z8[N1WNK#-50<W*PS
MWIW&WS`,LS7^1E9'?5/7LI!4^^!+`)_R\?_V%Y868_%86Q"#B>:^C5\V>;-Y
MGH(#,+@P!L/FA863GFU\X3@,EY9],I2B[(N"S+?!,!$D(%U_:;-17,,C/H3-
MXX9[UBC?;D"Z5&P4(;U6O\\A>)+OY6'FZ2Y6/.UQ/IYDO0'FOR/8<?OC&:2A
M'O2.>G1<O<D.>C&/#\2^C^P=]O<`TB#2$:2$W][@$NJ]WL&>B)9\$/[]=[;E
MY9\4^!8&!)L#/C^;//ES'FF9?OZHH_\"T@6D(>9OLLY!YK^.M(ATB/F[2`M(
MAYG_,=(\^<G\SY$LI$>9?Q=I#DEA_@.D6:0GF/\CTCFD8\S_`VD&:<3A8]2?
M6:03S#\!SC/Q%/,I/->1DLR3+0I#H\QCOT,::8SY:T!_$P`3S-_"\Z>1)IE_
MF73I-\S_@&R13>9_0M>B:S+_-OE"/C'_:_*5?&;^#W0O=$_,?T1]0WWD\,TA
MHC&>9Y[:#E,?,T^^'*(Q8)[ZXB"-$?,T5O1\7V#^"CC/XA+S51[^%>:_Y>-G
MU[<V-XNU4K):J97G8'9MIU)M3%5J<S!=_QHQI>E:Y<9&H_K2M)$VIW2,^5/X
M3]>FZQM3Y>KUZ1OKZ]/3D,^W\E%^V\RKHD`3!;HH,$2!*0HRHB`K"LZ*@AE1
M\+F`8T%7`[YJ`6>U@+=:P%TMX*\6<%@+>*P%7-8"/NL!G_5@_P9\U@,^ZP&?
M]8#/>L!G/>"S'O!9#_AL!'PV`CX;.DATAS#_R]?Z,`/L,O_3#'QRA?E?!H=/
MSO\B0`_SOS^#,/_[\+.G$^_%'[JJ7K7.%)Z%1.WFQO726N':U2N7<Y=6[.7S
MBPOSUMSL.5U-3TZDGDY:.%]4#UHG/=NXA?/%PF&?#*4H>T20^388MISY8K]F
MC)WFBZ]XV@?Y*,X7WQ;LA,T7P_3$^2+I]3)?_`1W=Z#K?#'^#=RM=K`G(HKY
M(N'EO9\O;-<K1LA=283"%_^K^_+^KQEZ(/[K.)62\3\"]!#__P9=XO_M]-CD
MZ$0R-3.?M<PY?7;Y\E+NPJ7S*Z5;:[5"]=I-:\@:PL@]Y&QX!JVS8RP]YI.F
M6)IJ2YOGKG;*T>_CRD&G/'#7TQZ6!WXEV`G+`V%Z8AX@O1[R0)S\N0/=\P#E
ML@<I#]S=^SQ0E7G@/L#QO[J/Z[\=XS^^T,GX'P$BB?\)*X'Q.N%L>!9KG1UG
MZ7&?=)REXVUI\]S5'G?T9?QW(>,_Q_^J?`^X/W#\W]S:Q;^:OD3_KO%?-_6L
M$/^-LWI&QO\HT#W^QTZ`$/^]O]^QWGML<4BM6F<:%JW+V'GE$?N:<MC^BO(9
M^ZIRR'Y1&;:O*`?M%Y2$?5D9LK^L'+!SRL/VEY2'[$O*H+VJ#-@K2MR^J,1L
M6P%>W6EM_ZV]W8\7'W_U9SO6F[]W_(LH7UA(;WG:W?@IYHN/!3MA^2),3\P7
MI-=+OL#1C-UC?^DZ(?EBX+>H-]_!GHBH\H5[K>>1;&C7':_P-;G.!1M(^#"Y
M=3'813J&-,L\Y4%ZKKF.!M\'IP['=3>@OJ%:F>JI0U*=C^MZ\`XX_9QBGNIT
M%*ZX+@B_`V?.P'5$^`LX=4BN.\*_P*E;<ITR1O=L0:NN&6O>"[3JH+&GN`^X
M;AH[@^=4B^0Z:XQL%ZAS]C*?EK9J94JJ3G)8?4[U,EG3Q_G:,ED?IWLY<\;'
M^:R8/BN&SXKALZ+[K.@^*[K/BN:SHOFL^%UI,^+3_7\,7_[/5\Q^3`&ZO?]E
MS(SX_F?HLOX3"7IX_WL?*":'Y']E$(:5QR%1R-T[5,P5<XU/UG+K.>6H,JH8
MBT<*N>]]A+(C)!N++QY1CK[V3V44?V&X^;VP<O'BRLI87#F*TE%_[H\X7Q<\
M[4D^BOGZGF`G+%^'Z8GYFO1ZJ?-0#>X#]I>^UPA[OZ-OM7[1P9Z(J//UB^!\
M%^/R%&5&//PWP>D_-]^^!LYW*Q.>?&R!^YW0'N6W)3?LZ9M;)3-?KI7:(HH*
MC7QYMUQKRZI;6[?:20*#I=/NDVR52OY\@\*0,7@@X,;_'5HVW9_W/TU7Q>\_
MC:PJZS^1H(?X_PH([W^GE]=7UYX[-75JYE5:@QN!D=/IV,C87'Q$/S&?@F%U
M,M+O.4<][:[?8MS."7;"XG:8GABW2:^7N/TCW+T.7=^SXF3K<@=[(J*(VZY-
MTE]VV_<R[FY4ZN5&,TKNR&+-/H/C?[U4V>U;`N@6_TW/__]PU_],^?U_).AA
M_<_9>>)_\=G":G+HN^?_!">?,<YI$Z<.?'[,&-Q?TM(P7'@,AC^$2'//&Y[V
ML-SS&\%.6.X)TQ-S#^GULL9'ZUV]Y)Z?PH.3>W[HN=;S?/[&GJYI57:;RT,<
M\$)N]=,#?_SOSP)0M_BO9L7X;QK8+.-_!.AA_E\`L?X37<W=B[#X&J8GQM<P
M/3&^DEXO<_O;N+L%76ONL;]"<#VD$_H;7_<H?DI(2$A(2$A(2$A(2$A(2$A(
.2$C\[^`_E3W$VP!0````
`
end
More information about the Binutils
mailing list