Date: Sat, 9 Mar 2013 07:31:59 -0800 (PST) From: KT Sin <ktsin@acm.org> To: hiren panchasara <hiren.panchasara@gmail.com>, db@freebsd.org Cc: freebsd-current <freebsd-current@freebsd.org> Subject: Re: pw is broken? Message-ID: <1362843119.11984.YahooMailClassic@web31808.mail.mud.yahoo.com> In-Reply-To: <1362842159.24304.YahooMailClassic@web31816.mail.mud.yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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 <ktsin@acm.org> wrote: From: KT Sin <ktsin@acm.org> Subject: Re: pw is broken? To: "hiren panchasara" <hiren.panchasara@gmail.com>, db@freebsd.org Cc: "freebsd-current" <freebsd-current@freebsd.org> 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 <hiren.panchasara@gmail.com> wrote: From: hiren panchasara <hiren.panchasara@gmail.com> Subject: Re: pw is broken? To: ktsin@acm.org Cc: "freebsd-current" <freebsd-current@freebsd.org> Date: Saturday, March 9, 2013, 10:34 PM =0AOn Mar 8, 2013 9:44 PM, "KT Sin" <ktsin@acm.org> 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 <Error reading address 0x8: Bad address> =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 <return> to continue, or q <return> 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 <pw_user>, 0x409b60 <pw_group>} =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: <owner-freebsd-current@FreeBSD.ORG> 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 <ohartman@zedat.fu-berlin.de>) 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 <ohartman@zedat.fu-berlin.de>) 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." <ohartman@zedat.fu-berlin.de> 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-current@freebsd.org>, 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 <freebsd-current.freebsd.org> List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>, <mailto:freebsd-current-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>; List-Post: <mailto:freebsd-current@freebsd.org> List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help> List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>, <mailto:freebsd-current-request@freebsd.org?subject=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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1362843119.11984.YahooMailClassic>