From owner-freebsd-ports@freebsd.org Mon Nov 9 06:45:16 2015 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E3CA1A29EFD for ; Mon, 9 Nov 2015 06:45:15 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from fmailer.gwdg.de (fmailer.gwdg.de [134.76.11.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A9E791973; Mon, 9 Nov 2015 06:45:15 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from um-excht-a02.um.gwdg.de ([134.76.11.222] helo=email.gwdg.de) by mailer.gwdg.de with esmtp (Exim 4.80) (envelope-from ) id 1ZvgCR-0006pN-87; Mon, 09 Nov 2015 07:45:07 +0100 Received: from pc028.nfv.nw-fva.de (134.76.242.1) by email.gwdg.de (134.76.9.211) with Microsoft SMTP Server (TLS) id 14.3.195.1; Mon, 9 Nov 2015 07:45:07 +0100 To: , From: Rainer Hurling Subject: lang/gcc48 fails to build Message-ID: <564040EE.6090504@gwdg.de> Date: Mon, 9 Nov 2015 07:45:02 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Level: - X-Virus-Scanned: (clean) by clamav X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 06:45:16 -0000 I am using lang/gcc48 for a long time now on FreeBSD 11.0-CURRENT. From time to time I have to rebuild the port. This is the first time, that I get the following error: [..snip..] gmake[4]: Verzeichnis „/usr/ports/lang/gcc48/work/build/gcc“ wird betreten c++ -O2 -pipe -DLIBICONV_PLUG -fno-strict-aliasing -DLIBICONV_PLUG -DIN_GCC -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -DHAVE_CONFIG_H -DGENERATOR_FILE -o build/gengtype \ build/gengtype.o build/errors.o build/gengtype-lex.o build/gengtype-parse.o build/gengtype-state.o build/version.o ../build-x86_64-portbld-freebsd11.0/libiberty/libiberty.a build/gengtype \ -S .././../gcc-4.8.5/gcc -I gtyp-input.list -w tmp-gtype.state /bin/sh .././../gcc-4.8.5/gcc/../move-if-change tmp-gtype.state gtype.state build/gengtype \ -r gtype.state echo timestamp > s-gtype c++ -c -O2 -pipe -DLIBICONV_PLUG -fno-strict-aliasing -DLIBICONV_PLUG -DIN_GCC -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild -I.././../gcc-4.8.5/gcc -I.././../gcc-4.8.5/gcc/build -I.././../gcc-4.8.5/gcc/../include -I.././../gcc-4.8.5/gcc/../libcpp/include -DLIBICONV_PLUG \ -o build/genflags.o .././../gcc-4.8.5/gcc/genflags.c c++: warning: treating 'c' input as 'c++' when in C++ mode, this behavior is deprecated In file included from .././../gcc-4.8.5/gcc/genflags.c:26: In file included from ./tm.h:16: ./options.h:4293:3: error: redefinition of enumerator 'OPT_C' OPT_C = 129, /* -C */ ^ ./options.h:4290:3: note: previous definition is here OPT_C = 126, /* -C */ ^ ./options.h:4301:3: error: redefinition of enumerator 'OPT_d' OPT_d = 137, /* -d */ ^ ./options.h:4299:3: note: previous definition is here OPT_d = 135, /* -d */ ^ [..snip..] fatal error: too many errors emitted, stopping now [-ferror-limit=] 20 errors generated. Makefile:3840: die Regel für Ziel „build/genflags.o“ scheiterte gmake[4]: *** [build/genflags.o] Fehler 1 gmake[4]: Verzeichnis „/usr/ports/lang/gcc48/work/build/gcc“ wird verlassen Makefile:3908: die Regel für Ziel „all-gcc“ scheiterte gmake[3]: *** [all-gcc] Fehler 2 Is this a known error? It seems, there is something odd with C++ mode and C files? This happens on a FreeBSD 11.0-CURRENT box with r290541 (bapt's locale/localedef updates of base from the weekend included). Please tell me, if I should provide more information. Thanks in advance, Rainer Hurling