From owner-freebsd-current@FreeBSD.ORG Sat Mar 9 15:34:27 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8815AA9B for ; Sat, 9 Mar 2013 15:34:27 +0000 (UTC) (envelope-from sinkeyteck@yahoo.com) Received: from nm19-vm4.bullet.mail.ne1.yahoo.com (nm19-vm4.bullet.mail.ne1.yahoo.com [98.138.91.179]) by mx1.freebsd.org (Postfix) with ESMTP id 46783975 for ; Sat, 9 Mar 2013 15:34:27 +0000 (UTC) Received: from [98.138.90.49] by nm19.bullet.mail.ne1.yahoo.com with NNFMP; 09 Mar 2013 15:32:00 -0000 Received: from [98.138.87.8] by tm2.bullet.mail.ne1.yahoo.com with NNFMP; 09 Mar 2013 15:31:59 -0000 Received: from [127.0.0.1] by omp1008.mail.ne1.yahoo.com with NNFMP; 09 Mar 2013 15:31:59 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 874723.13940.bm@omp1008.mail.ne1.yahoo.com Received: (qmail 66913 invoked by uid 60001); 9 Mar 2013 15:31:59 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1362843119; bh=af8jU3NWcYKQXt/3PBQmRRnL3WTaL8bOM9Pm+rsfLbU=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=0Tv2esz4DAdqhQ+LfCqx52/9ZgNqNLFlZ7weNXdQqktfgg1QuV/wxc1kLewX5mncIbOQ8EhYuf4ykBzG+fQCFCPfwl/qOB9QB88dR8gS94TP7cQrFvEwSlf9JCh/M6f0AzwCxSYH4czEbPrGmLWBzpHV6jleI/a2k11YvJOT2m0= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=NVEuWUdlTc71I8YxH3I18fA0gPm9tDYIYGCKcYsld+akQJepszqVqcsXumib3b4LZj1uJyKz4HCDMmUVmh9O8SoiP4QpcD9aCTN51F9g5OFHdr+eK91vWei9yYD/9OthKb6fA2/LwVmbubsVacgFVnsdxajqveXzzeQHiNWRCo8=; X-YMail-OSG: PUSKQZYVM1mewDdwBe1Q3TvHniSyrfaxFGt_n5Q3dErgynT nZcvOgYC1i7TDDMYc6cBSW8ZTHqa0Cxp8PeMITlhpjAL2Y1N3kKAGm85QozF 7YxEIh4m9kaTiKaZfjnTPqGDEU0aYjwi7KHIck5IXGwmtbAPsR_U4lrfVPUD .RmxpxW20h6q0IeVXN0HZbdpX0CHCsWZAcpHjySQGrxOXEWJBNhRMq6n6H8T pH4CrpXUchGYwcecbOqNLRlpr6g50nJP2XfNdp2OfeQcz3gGNSrtmBZmgfRB OE1HjtczHnXKkiJBOdlcOuAn1tUNZ0oRE0qQMfJp9rpgQ5q4_XffIVLU9iP6 .rivf0lve_N_0.Bv00Jd9HRLrCtBK3faP7tFidGBC0xd8px83v7AFKsXCYVS fNxqTH8HOf65ueKF6ePi16c.ddp4JuOy6mF_RPiTeGOOo3O2ERGIGFwb650S hb3u7zWjCOaYjWY6CihIv1DBM6vec7daztIxSK88Zs.5z2HP16WuiIo6oTwU g7eC2WK.2Gy9JXkI_Fg-- Received: from [106.10.199.22] by web31808.mail.mud.yahoo.com via HTTP; Sat, 09 Mar 2013 07:31:59 PST X-Rocket-MIMEInfo: 002.001, YWguIG15IGFwb2xvZ2llcy4gcmVidWlsdCB0aGUgbmV3IGxpYnV0aWwgYWdhaW4gYW5kIGl0IHNlZW1zIHRoYXQgcjI0ODAxMiBkb2VzIGluZGVlZCByZXNvbHZlIHRoZSBwcm9ibGVtLiA6KQ0KDQotLS0gT24gU2F0LCAzLzkvMTMsIEtUIFNpbiA8a3RzaW5AYWNtLm9yZz4gd3JvdGU6DQoNCkZyb206IEtUIFNpbiA8a3RzaW5AYWNtLm9yZz4NClN1YmplY3Q6IFJlOiBwdyBpcyBicm9rZW4_DQpUbzogImhpcmVuIHBhbmNoYXNhcmEiIDxoaXJlbi5wYW5jaGFzYXJhQGdtYWlsLmNvbT4sIGRiQGZyZWVic2Qub3IBMAEBAQE- X-RocketYMMF: sinkeyteck X-Mailer: YahooMailClassic/15.1.4 YahooMailWebService/0.8.137.519 Message-ID: <1362843119.11984.YahooMailClassic@web31808.mail.mud.yahoo.com> Date: Sat, 9 Mar 2013 07:31:59 -0800 (PST) From: KT Sin Subject: Re: pw is broken? To: hiren panchasara , db@freebsd.org In-Reply-To: <1362842159.24304.YahooMailClassic@web31816.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: ktsin@acm.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Mar 2013 15:34:27 -0000 ah. my apologies. rebuilt the new libutil again and it seems that r248012 d= oes indeed resolve the problem. :) --- On Sat, 3/9/13, KT Sin wrote: From: KT Sin Subject: Re: pw is broken? To: "hiren panchasara" , db@freebsd.org Cc: "freebsd-current" Date: Saturday, March 9, 2013, 11:15 PM saw the commit an hour ago. rebuilt libutil.so.9 and unfortunately it still= crashes for me :( --- On Sat, 3/9/13, hiren panchasara wrote: From: hiren panchasara Subject: Re: pw is broken? To: ktsin@acm.org Cc: "freebsd-current" Date: Saturday, March 9, 2013, 10:34 PM =0AOn Mar 8, 2013 9:44 PM, "KT Sin" wrote: =0A> =0A> pw is crashing with seg fault due to this change? =0A> =0A> http://svnweb.freebsd.org/base/head/lib/libutil/gr_util.c?r1=3D245390&= r2=3D247919=0AI think the correct fix is committed with: http://svnweb.free= bsd.org/changeset/base/248102=0AHiren =0A> =0A> # gdb ./pw =0A> GNU gdb 6.1.1 [FreeBSD] =0A> Copyright 2004 Free Software Foundation, Inc. =0A> GDB is free software, covered by the GNU General Public License, and y= ou are =0A> welcome to change it and/or distribute copies of it under certain cond= itions. =0A> Type "show copying" to see the conditions. =0A> There is absolutely no warranty for GDB. =A0Type "show warranty" for d= etails. =0A> This GDB was configured as "amd64-marcel-freebsd"... =0A> (gdb) run groupadd test123 -g 12345 =0A> Starting program: /usr/src/usr.sbin/pw/pw groupadd test123 -g 12345 =0A> =0A> Program received signal SIGSEGV, Segmentation fault. =0A> 0x0000000080d84a4f in stpcpy () from /lib/libc.so.7 =0A> (gdb) bt full =0A> #0 =A00x0000000080d84a4f in stpcpy () from /lib/libc.so.7 =0A> No symbol table info available. =0A> #1 =A00x0000000080a5c00a in grcopy (gr=3D0x612ce0, newgr=3D0x81409100,= name=3D0x0, =0A> =A0 =A0 ndx=3D0) at /usr/src/lib/libutil/gr_util.c:496 =0A> =A0 =A0 =A0 =A0 dst =3D 0x8 =0A> =A0 =A0 =A0 =A0 i =3D 1090277153 =0A> #2 =A00x0000000080a5bdc6 in gr_add (gr=3D0x612ce0, newmember=3D0x0) =0A> =A0 =A0 at /usr/src/lib/libutil/gr_util.c:451 =0A> =A0 =A0 =A0 =A0 newgr =3D (struct group *) 0x81409100 =0A> =A0 =A0 =A0 =A0 len =3D 0 =0A> =A0 =A0 =A0 =A0 num_mem =3D 0 =0A> #3 =A00x0000000080a5bd4f in gr_dup (gr=3D0x612ce0) =0A> =A0 =A0 at /usr/src/lib/libutil/gr_util.c:434 =0A> No locals. =0A> #4 =A00x000000000040bad7 in gr_update (grp=3D0x612ce0, group=3D0x0) at= grupd.c:78 =0A> =A0 =A0 =A0 =A0 pfd =3D 0 =0A> =A0 =A0 =A0 =A0 tfd =3D 4244492 =0A> =A0 =A0 =A0 =A0 gr =3D (struct group *) 0x0 =0A> =A0 =A0 =A0 =A0 old_gr =3D (struct group *) 0x0 =0A> #5 =A00x000000000040ba8f in addgrent (grp=3D0x612ce0) at grupd.c:111 =0A> No locals. =0A> #6 =A00x000000000040a83d in pw_group (cnf=3D0x612bf0, mode=3D0, args= =3D0x613e78) =0A> =A0 =A0 at pw_group.c:258 =0A> ---Type to continue, or q to quit--- =0A> =A0 =A0 =A0 =A0 grp =3D (struct group *) 0x612ce0 =0A> =A0 =A0 =A0 =A0 members =3D (char **) 0x81485d00 =0A> =A0 =A0 =A0 =A0 rc =3D 0 =0A> =A0 =A0 =A0 =A0 a_name =3D (struct carg *) 0x8144c0a0 =0A> =A0 =A0 =A0 =A0 a_gid =3D (struct carg *) 0x8144c0c0 =0A> =A0 =A0 =A0 =A0 arg =3D (struct carg *) 0x0 =0A> =A0 =A0 =A0 =A0 grmembers =3D 200 =0A> =A0 =A0 =A0 =A0 fakegroup =3D {gr_name =3D 0x7fffffffdcb9 "test123", =0A> =A0 gr_passwd =3D 0x40fbc9 "*", gr_gid =3D 12345, gr_mem =3D 0x81485d0= 0} =0A> #7 =A00x00000000004037fb in main (argc=3D3, argv=3D0x7fffffffd9f0) at = pw.c:230 =0A> =A0 =A0 =A0 =A0 which =3D 1 =0A> =A0 =A0 =A0 =A0 config =3D 0x0 =0A> =A0 =A0 =A0 =A0 cnf =3D (struct userconf *) 0x612bf0 =0A> =A0 =A0 =A0 =A0 ch =3D -1 =0A> =A0 =A0 =A0 =A0 mode =3D 0 =0A> =A0 =A0 =A0 =A0 opts =3D {{0x40e150 "V:C:qn:u:c:d:e:p:g:G:mM:k:s:oL:i:= w:h:H:Db:NPy:Y", =0A> =A0 =A0 0x40e180 "V:C:qn:u:rY", =0A> =A0 =A0 0x40e18c "V:C:qn:u:c:d:e:p:g:G:mM:l:k:s:w:L:h:H:FNPY", =0A> =A0 =A0 0x40e1b7 "V:C:qn:u:FPa7", 0x40e1c5 "V:C:q", 0x40e1c5 "V:C:q", =0A> =A0 =A0 0x40e1c5 "V:C:q"}, {0x40e1cb "V:C:qn:g:h:H:M:opNPY", =0A> =A0 =A0 0x40e1e0 "V:C:qn:g:Y", 0x40e1eb "V:C:qn:d:g:l:h:H:FM:m:NPY", =0A> =A0 =A0 0x40e205 "V:C:qn:g:FPa", 0x40e1c5 "V:C:q", 0x0, 0x0}} =0A> =A0 =A0 =A0 =A0 funcs =3D {0x405270 , 0x409b60 } =0A> (gdb) =0A> =0A> _______________________________________________ =0A> freebsd-current@freebsd.org mailing list =0A> http://lists.freebsd.org/mailman/listinfo/freebsd-current =0A> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.= org" =0A=0A From owner-freebsd-current@FreeBSD.ORG Sat Mar 9 15:35:05 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E75E8C33; Sat, 9 Mar 2013 15:35:05 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id AD03498C; Sat, 9 Mar 2013 15:35:05 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1UELnc-001cbL-Bk>; Sat, 09 Mar 2013 16:35:04 +0100 Received: from e178025158.adsl.alicedsl.de ([85.178.25.158] helo=munin.geoinf.fu-berlin.de) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1UELnc-003NdK-7u>; Sat, 09 Mar 2013 16:35:04 +0100 Message-ID: <513B56E8.2060702@zedat.fu-berlin.de> Date: Sat, 09 Mar 2013 16:36:08 +0100 From: "Hartmann, O." Organization: FU Berlin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130309 Thunderbird/17.0.4 MIME-Version: 1.0 To: FreeBSD Current , freebsd-ports@freebsd.org Subject: CURRENT: lang/gcc fails to build on CURRENT with error: configure: error: no usable dependency style found Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.25.158 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Mar 2013 15:35:06 -0000 I have one specific FreeBSD 10.0-CURRENT box (FreeBSD 10.0-CURRENT #0 r248061: Fri Mar 8 19:44:30 CET 2013 amd64) which rejects to build either lang/gcc or lang/gcc46 with the very same error shown below. The box is compiled with CLANG (buildworld/kernel). It doesn't matter whether I compile those ports with cc (which referes to CLANG 3.2) or "USE_GCC=any", which should use the legacy compiler gcc or the installed lang/gcc (which seems to be outdated). Any attempt ends up with the very same error as shown below. This problem is sticky for a while now and I do not know what to do. I don't dare to delete the package in case the problem is then still present and I couldn't build the port again (I have to many scientific packages which do not compile properly with CLANG). Does anyone has an idea? Can I "rescue" the old installed lang/gcc as a package somehow to attempt a reinstallation in case deletion and recompiling the port will fail? Regards, Oliver [...] cc -O2 -pipe -O3 -march=native -I/usr/local/include -fno-strict-aliasing -o fixincl fixincl.o fixtests.o fixfixes.o server.o procopen.o fixlib.o fixopts.o ../libiberty/libiberty.a echo timestamp > full-stamp srcdir="../.././../gcc-4.6.3/fixincludes" /bin/sh ../.././../gcc-4.6.3/fixincludes/mkfixinc.sh x86_64-portbld-freebsd10.0 sed -e 's/@gcc_version@/4.6.3/' < mkheaders.almost > mkheadersT mv -f mkheadersT mkheaders gmake[3]: Leaving directory `/usr/ports/lang/gcc/work/build/build-x86_64-portbld-freebsd10.0/fixincludes' Configuring stage 1 in ./libcpp configure: creating cache ./config.cache checking build system type... x86_64-portbld-freebsd10.0 checking host system type... x86_64-portbld-freebsd10.0 checking target system type... x86_64-portbld-freebsd10.0 checking whether gmake sets $(MAKE)... yes checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking for x86_64-portbld-freebsd10.0-gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking for x86_64-portbld-freebsd10.0-ranlib... /usr/local/bin/ranlib checking how to run the C preprocessor... cpp checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking for aclocal... aclocal checking for autoconf... autoconf checking for autoheader... autoheader checking whether cc supports -W... yes checking whether cc supports -Wall... yes checking whether cc supports -Wwrite-strings... yes checking whether cc supports -Wmissing-format-attribute... yes checking whether cc supports -Wstrict-prototypes... yes checking whether cc supports -Wmissing-prototypes... yes checking whether cc supports -Wold-style-definition... yes checking whether cc supports -Wc++-compat... yes checking whether cc supports -pedantic -Wno-long-long... yes checking dependency style of cc... none configure: error: no usable dependency style found gmake[2]: *** [configure-stage1-libcpp] Error 1 gmake[2]: Leaving directory `/usr/ports/lang/gcc/work/build' gmake[1]: *** [stage1-bubble] Error 2 gmake[1]: Leaving directory `/usr/ports/lang/gcc/work/build' gmake: *** [all] Error 2 *** [do-build] Error code 1 Stop in /usr/ports/lang/gcc. *** [build] Error code 1 Stop in /usr/ports/lang/gcc. ===>>> make failed for lang/gcc ===>>> Aborting update