sbintime_t: error: unknown type name Should I file PR?
Hi folks, this (and similar) error is showing up in 3 crucial ports: lang/perl5.16, lang/gcc, lang/gcc48 /usr/include/sys/time.h:219:23: error: expected ')' before 'ts' /usr/include/sys/time.h: At top level: /usr/include/sys/time.h:224:9: error: unknown type name 'sbintime_t' /usr/include/sys/time.h:234:1: error: unknown type name 'sbintime_t' /usr/include/sys/time.h: In function 'tvtosbt': /usr/include/sys/time.h:237:12: error: 'sbintime_t' undeclared (first use in this function) /usr/include/sys/time.h:237:23: error: expected ')' before 'tv' *** [perlmini.o] Error code 1 Stop in /usr/obj/usr/ports/lang/perl5.16/work/perl-5.16.2. I wanted to know if anyone can say anything about the errors, or do I have to file 3 separate Bug Reports? -- View this message in context: http://freebsd.1045724.n5.nabble.com/sbintime-t-error-unknown-type-name-Should-I-file-PR-tp5794526.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CURRENT: lang/gcc fails to build on CURRENT with error: configure: error: no usable dependency style found
On 2013-03-10 00:39, Steve Kargl wrote: ... If you have a clang built FreeBSD-current, then it is no longer possible to *bootstrap* gcc-4.6.x, gcc-4.7.x, nor the upcoming gcc-4.8.0. AFAICT, the problem is related to /usr/bin/cpp. I haven't tried earlier versions of gcc. I have built the lang/gcc47 and lang/gcc48 ports just now, and they compiled without any issues. What is the exact error you have been getting? I think there must be a common problem you and Oliver have in your build environment, most likely non-default CFLAGS. What happens if you remove make.conf and src.conf, do the gcc ports then build successfully? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Stop in /usr/ports/devel/qt4-corelib.
On Sat, 09 Mar 2013 22:23:58 +0100 Per olof Ljungmark wrote: FreeBSD 9.1-STABLE #0 r248028 Ports tree from an hour ago The error is g++ -c -O2 -pipe -fno-strict-aliasing -pthread -I/usr/local/include/glib-2.0 -I/usr/local/include -O2 -fvisibility=hidden -fvisibility-inlines-hidden -Wall -W -pthread -D_THREAD_SAFE -fPIC -DQT_SHARED -DQT_BUILD_CORE_LIB -DQT_NO_USING_NAMESPACE -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT3_SUPPORT -DQT_MOC_COMPAT -DQT_USE_QSTRINGBUILDER -DQT_USE_ICU -DHB_EXPORT=Q_CORE_EXPORT -DGNU_LIBICONV -DQT_NO_DEBUG -DQT_HAVE_MMX -DQT_HAVE_SSE -DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_HAVE_SSE3 -DQT_HAVE_SSSE3 -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. -I../../include -I../../include/QtCore -I.rcc/release-shared -Iglobal -I../3rdparty/harfbuzz/src -I../3rdparty/md5 -I../3rdparty/md4 -I.moc/release-shared -I/usr/local/include/qt4 -I/usr/local/include -o ..obj/release-shared/qglobal.o global/qglobal.cpp In file included from ../../include/QtCore/qatomic_arch.h:1, ..skip.. .../../include/QtCore/../../src/corelib/tools/qbytearray.h: In function 'uint qstrlen(const char*)': .../../include/QtCore/../../src/corelib/tools/qbytearray.h:79: error: redefinition of 'uint qstrlen(const char*)' /usr/local/include/qcstring.h:57: error: 'uint qstrlen(const char*)' The problem is that qt-3 installs headers directly to common path /usr/local/include and these headers are included instead of Qt4's. As a workaroud you may deinstall qt-3, update your ports and then install qt3. Max ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CURRENT: lang/gcc fails to build on CURRENT with error: configure: error: no usable dependency style found
Merging my question in here if you don't mind, since same issue (http://freebsd.1045724.n5.nabble.com/sbintime-t-quot-error-unknown-type-name-quot-Should-I-file-PR-td5794526.html) I have no special CFLAGS. For debug I have disabled these: #FORCE_MAKE_JOBS=yes \ #MAKE_JOBS_NUMBER=9 \ #WITH_CPUFLAGS=yes \ #BUILD_OPTIMIZED=yes The output for lang/perl5.16 is in the other thread. There is no log file, I can post a config.cache if you like. output for #make lang/gcc: config.status: creating testsuite/Makefile config.status: creating config.h config.status: executing default commands none configure: error: no usable dependency style found gmake[1]: *** [configure-libcpp] Error 1 gmake[1]: Leaving directory `/usr/obj/asp/ports/lang/gcc/work/build' gmake: *** [all] Error 2 *** [do-build] Error code 1 output for #make -DNO_CCACHE lang/gcc: config.status: creating Makefile config.status: creating testsuite/Makefile config.status: creating config.h config.status: executing default commands gmake[1]: Leaving directory `/usr/obj/asp/ports/lang/gcc/work/build' gmake: *** [all] Error 2 *** [do-build] Error code 1 output for #make -DNO_CCACHE lang/gcc48: config.status: creating backtrace-supported.h config.status: creating config.h config.status: executing libtool commands config.status: executing gstdint.h commands config.status: executing default commands gmake[2]: Leaving directory `/usr/obj/asp/ports/lang/gcc48/work/build' gmake[1]: *** [stage1-bubble] Error 2 gmake[1]: Leaving directory `/usr/obj/asp/ports/lang/gcc48/work/build' gmake: *** [bootstrap-lean] Error 2 *** [do-build] Error code 1 -- View this message in context: http://freebsd.1045724.n5.nabble.com/CURRENT-lang-gcc-fails-to-build-on-CURRENT-with-error-configure-error-no-usable-dependency-style-foud-tp5793999p5794557.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CURRENT: lang/gcc fails to build on CURRENT with error: configure: error: no usable dependency style found
Am 03/11/13 11:17, schrieb Dimitry Andric: On 2013-03-10 00:39, Steve Kargl wrote: ... If you have a clang built FreeBSD-current, then it is no longer possible to *bootstrap* gcc-4.6.x, gcc-4.7.x, nor the upcoming gcc-4.8.0. AFAICT, the problem is related to /usr/bin/cpp. I haven't tried earlier versions of gcc. I have built the lang/gcc47 and lang/gcc48 ports just now, and they compiled without any issues. What is the exact error you have been getting? I think there must be a common problem you and Oliver have in your build environment, most likely non-default CFLAGS. What happens if you remove make.conf and src.conf, do the gcc ports then build successfully? I have build port lang/gcc and lang/gcc46 recently on another box running the same configuration files like the boxes which fail (/etc/make.conf and /etc/src.conf). When removing /etc/make.conf and /etc/src.conf as requested, first thing I realize is that perl 5.14 wants to be installed - while I use throughout all systems perl 5.16. Having the default /etc/make.conf with only the PERL specific adaption PER_VERSION=5.16.2 gives a quite short journey into compiling lang/gcc with the following error: cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I.././../gcc-4.6.3/libiberty/../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic .././../gcc-4.6.3/libiberty/strverscmp.c -o strverscmp.o rm -f ./libiberty.a pic/./libiberty.a /usr/local/bin/ar rc ./libiberty.a \ ./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./sha1.o ./alloca.o ./argv.o ./choose-temp.o ./concat.o ./cp-demint.o ./crc32.o ./dyn-string.o ./fdmatch.o ./fibheap.o ./filename_cmp.o ./floatformat.o ./fnmatch.o ./fopen_unlocked.o ./getopt.o ./getopt1.o ./getpwd.o ./getruntime.o ./hashtab.o ./hex.o ./lbasename.o ./lrealpath.o ./make-relative-prefix.o ./make-temp-file.o ./objalloc.o ./obstack.o ./partition.o ./pexecute.o ./physmem.o ./pex-common.o ./pex-one.o ./pex-unix.o ./safe-ctype.o ./simple-object.o ./simple-object-coff.o ./simple-object-elf.o ./simple-object-mach-o.o ./sort.o ./spaces.o ./splay-tree.o ./strerror.o ./strsignal.o ./unlink-if-ordinary.o ./xatexit.o ./xexit.o ./xmalloc.o ./xmemdup.o ./xstrdup.o ./xstrerror.o ./xstrndup.o ./mempcpy.o ./strverscmp.o /usr/local/bin/ranlib ./libiberty.a if [ x-fpic != x ]; then \ cd pic; \ /usr/local/bin/ar rc ./libiberty.a \ ./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./sha1.o ./alloca.o ./argv.o ./choose-temp.o ./concat.o ./cp-demint.o ./crc32.o ./dyn-string.o ./fdmatch.o ./fibheap.o ./filename_cmp.o ./floatformat.o ./fnmatch.o ./fopen_unlocked.o ./getopt.o ./getopt1.o ./getpwd.o ./getruntime.o ./hashtab.o ./hex.o ./lbasename.o ./lrealpath.o ./make-relative-prefix.o ./make-temp-file.o ./objalloc.o ./obstack.o ./partition.o ./pexecute.o ./physmem.o ./pex-common.o ./pex-one.o ./pex-unix.o ./safe-ctype.o ./simple-object.o ./simple-object-coff.o ./simple-object-elf.o ./simple-object-mach-o.o ./sort.o ./spaces.o ./splay-tree.o ./strerror.o ./strsignal.o ./unlink-if-ordinary.o ./xatexit.o ./xexit.o ./xmalloc.o ./xmemdup.o ./xstrdup.o ./xstrerror.o ./xstrndup.o ./mempcpy.o ./strverscmp.o; \ /usr/local/bin/ranlib ./libiberty.a; \ cd ..; \ else true; fi gmake[2]: Leaving directory `/usr/ports/lang/gcc/work/build/libiberty' 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 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CURRENT: lang/gcc fails to build on CURRENT with error: configure: error: no usable dependency style found
On 2013-03-11 11:58, Hartmann, O. wrote: Am 03/11/13 11:17, schrieb Dimitry Andric: On 2013-03-10 00:39, Steve Kargl wrote: ... If you have a clang built FreeBSD-current, then it is no longer possible to *bootstrap* gcc-4.6.x, gcc-4.7.x, nor the upcoming gcc-4.8.0. AFAICT, the problem is related to /usr/bin/cpp. I haven't tried earlier versions of gcc. I have built the lang/gcc47 and lang/gcc48 ports just now, and they compiled without any issues. What is the exact error you have been getting? I think there must be a common problem you and Oliver have in your build environment, most likely non-default CFLAGS. What happens if you remove make.conf and src.conf, do the gcc ports then build successfully? I have build port lang/gcc and lang/gcc46 recently on another box running the same configuration files like the boxes which fail (/etc/make.conf and /etc/src.conf). When removing /etc/make.conf and /etc/src.conf as requested, first thing I realize is that perl 5.14 wants to be installed - while I use throughout all systems perl 5.16. Having the default /etc/make.conf with only the PERL specific adaption PER_VERSION=5.16.2 gives a quite short journey into compiling lang/gcc with the following error: cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I.././../gcc-4.6.3/libiberty/../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic .././../gcc-4.6.3/libiberty/strverscmp.c -o strverscmp.o rm -f ./libiberty.a pic/./libiberty.a /usr/local/bin/ar rc ./libiberty.a \ ./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./sha1.o ./alloca.o ./argv.o ./choose-temp.o ./concat.o ./cp-demint.o ./crc32.o ./dyn-string.o ./fdmatch.o ./fibheap.o ./filename_cmp.o ./floatformat.o ./fnmatch.o ./fopen_unlocked.o ./getopt.o ./getopt1.o ./getpwd.o ./getruntime.o ./hashtab.o ./hex.o ./lbasename.o ./lrealpath.o ./make-relative-prefix.o ./make-temp-file.o ./objalloc.o ./obstack.o ./partition.o ./pexecute.o ./physmem.o ./pex-common.o ./pex-one.o ./pex-unix.o ./safe-ctype.o ./simple-object.o ./simple-object-coff.o ./simple-object-elf.o ./simple-object-mach-o.o ./sort.o ./spaces.o ./splay-tree.o ./strerror.o ./strsignal.o ./unlink-if-ordinary.o ./xatexit.o ./xexit.o ./xmalloc.o ./xmemdup.o ./xstrdup.o ./xstrerror.o ./xstrndup.o ./mempcpy.o ./strverscmp.o /usr/local/bin/ranlib ./libiberty.a if [ x-fpic != x ]; then \ cd pic; \ /usr/local/bin/ar rc ./libiberty.a \ ./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./sha1.o ./alloca.o ./argv.o ./choose-temp.o ./concat.o ./cp-demint.o ./crc32.o ./dyn-string.o ./fdmatch.o ./fibheap.o ./filename_cmp.o ./floatformat.o ./fnmatch.o ./fopen_unlocked.o ./getopt.o ./getopt1.o ./getpwd.o ./getruntime.o ./hashtab.o ./hex.o ./lbasename.o ./lrealpath.o ./make-relative-prefix.o ./make-temp-file.o ./objalloc.o ./obstack.o ./partition.o ./pexecute.o ./physmem.o ./pex-common.o ./pex-one.o ./pex-unix.o ./safe-ctype.o ./simple-object.o ./simple-object-coff.o ./simple-object-elf.o ./simple-object-mach-o.o ./sort.o ./spaces.o ./splay-tree.o ./strerror.o ./strsignal.o ./unlink-if-ordinary.o ./xatexit.o ./xexit.o ./xmalloc.o ./xmemdup.o ./xstrdup.o ./xstrerror.o ./xstrndup.o ./mempcpy.o ./strverscmp.o; \ /usr/local/bin/ranlib ./libiberty.a; \ cd ..; \ else true; fi gmake[2]: Leaving directory `/usr/ports/lang/gcc/work/build/libiberty' 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 Do you, by any chance, use BSD grep? Regards! -- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CURRENT: lang/gcc fails to build on CURRENT with error: configure: error: no usable dependency style found
Yes, I do: WITH_BSD_GREP= yes -- View this message in context: http://freebsd.1045724.n5.nabble.com/CURRENT-lang-gcc-fails-to-build-on-CURRENT-with-error-configure-error-no-usable-dependency-style-foud-tp5793999p5794568.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CURRENT: lang/gcc fails to build on CURRENT with error: configure: error: no usable dependency style found
On 03/11/2013 11:17, Dimitry Andric wrote: On 2013-03-10 00:39, Steve Kargl wrote: ... If you have a clang built FreeBSD-current, then it is no longer possible to *bootstrap* gcc-4.6.x, gcc-4.7.x, nor the upcoming gcc-4.8.0. AFAICT, the problem is related to /usr/bin/cpp. I haven't tried earlier versions of gcc. I have built the lang/gcc47 and lang/gcc48 ports just now, and they compiled without any issues. What is the exact error you have been getting? I think there must be a common problem you and Oliver have in your build environment, most likely non-default CFLAGS. What happens if you remove make.conf and src.conf, do the gcc ports then build successfully? ___ freebsd-curr...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org FWIW, Yesterday, I built lang/gcc on a 10.0-CURRENT amd64 svn 247236, WITH_CLANG_IS_CC, and got the same error than the OP. NO non-default CFLAGS. The build succeeded with USE_GCC=any I tried to restore the bootstrap phase by partially reverting r302041, and the build errored with clang AND with the base gcc, at another place (some double definitions building libcpp). Claude Buisson ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Current unassigned ports problem reports
(Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description o ports/176838[NEW PORT] databases/mysql-workbench: MySQL Workbench o ports/176831[patch] Take maintainership and update description for f ports/176830[PATCH] graphics/libexif-gtk: update to 0.4.0, Options o ports/176823[NEW PORT] www/redaxo: The REDAXO content management s o ports/176822New port: multimedia/libsmacker Smacker Video decoding o ports/176817Update to comms/dfu-util f ports/176816www/privoxy+ipv6 is obsolete o ports/176813[MAINTAINER-UPDATE] from ww/privoxy 3.0.19 to 3.0.21 o ports/176811[PATCH] editors/semi-xemacs21-mule: should be unbreake o ports/176808unbroken japanese/mikachan-ttfonts o ports/176805rc scripts provided with heimdal haven't a common Free f ports/176785[patch] update games/nlarn from 0.7 to 0.7.2 o ports/176782new port: dns/bind10 f ports/176781math/openblas: /usr/include/sys/time.h:134:17: error: f ports/176779x11/libxdg-basedir: MASTER_SITE gone, distfile not ava o ports/176767[patch] net-im/ari-yahoo broken on freebsd-head o ports/176745[new ports] www/eaccelerator-devel: PHP 5.4 compatible o ports/176720sysutils/syslinux 5.01 not installing all c32 files o ports/176716[patch] devel/boehm-gc update to 7.2d combining previo o ports/176708x11-fonts/code2001: broken checksum f ports/176706www/mambo: MASTER_SITES dns expired o ports/176700Update ports-mgmt/kports and kports-qt4 to prevent bui f ports/176690deskutils/recoll: when something goes wrong it sends S f ports/176677sysutils/ezjail does not support jailnames with non-ap f ports/176676[patch] net/ss5: syslog option is noisy o ports/176674textproc/syck port fails to compile o ports/17x11/fireflies buildfailure o ports/176660[ports] editors/pdfedit: build failure on ia64 -curren o ports/176651NEW PORT: graphics/flashprojector - Adobe standalone S o ports/176626www/apache22-peruser-mpm fails to build o ports/176625New Port: ports-mgmt/prhistory-sync-perl Sync GNATS PR o ports/176615New port: deskutils/cairo-dock3, Cairo-Dock is a light o ports/176613New port: devel/libgdbmgr, vim interface to gdb f ports/176587[PATCH] mail/dcc-dccd: syntax error in makefile; break o ports/176489sysutils/salt: salt_minion freebsdpkg module fails to o ports/176480[NEW PORT] x11-wm/compton: Compton is a compositor for o ports/176468www/sams can not use the mask /32, with authorization o ports/176456NEW PORT: lang/jsawk - Command-line JSON parser o ports/176445New port: audio/icecast-kh Streaming mp3/ogg-vorbis au s ports/176442Port files with double-colons cannot exist on FAT part f ports/176439net/fping: Possible Fping incompatibility with FreeBSD f ports/176438net-mgmt/nrpe2 consuming cpu when handling new connect o ports/176429New Port: sysutils/ori - Ori Distributed File System f ports/176423audio/clementine-player: always needs two starts f ports/176383sysutils/ipmitool cannot connect over SOL o ports/176382ports dependencies not being recorded o ports/176378[PATCH] Fix several typos in the ports tree o ports/176377New port: sysutils/cbsd Yet another FreeBSD Jail Manag o ports/176352ports rebuilds unneeded packages o ports/176290Utilize sf.net CDN f ports/176223feature request - ports/net/quagga o ports/176195[PATCH] games/cre: Set NO_WRKSUBDIR and BUILD_WRKSRC i f ports/176180mail/mailman broken without NLS f ports/176178Implement upstream fix where multiple net/iaxmodem ins f ports/176172graphics/povray37: /usr/local/bin/ld: disp_sdl.o: unde o ports/176130New port: www/cakephp23 f ports/176106net-mgmt/collectd5 port update f ports/176103[MAINTAINER] devel/gdb: Adding an option to disable TU o ports/176096[NEW PORT] www/xibo-server: Xibo - Digital Signage (se o ports/176095[NEW PORT] www/zikula: MVC web application framework ( f ports/176047ports: graphics/ImageMagick: -delay option spurious me f ports/176044ports: print/ghostview (1.5_3) segfault/coredump f ports/176012
Re: CURRENT: lang/gcc fails to build on CURRENT with error: configure: error: no usable dependency style found
@Claude Buisson: Confirmed - lang/perl5.16 just built with USE_GCC=any. thanks. -- View this message in context: http://freebsd.1045724.n5.nabble.com/CURRENT-lang-gcc-fails-to-build-on-CURRENT-with-error-configure-error-no-usable-dependency-style-foud-tp5793999p5794623.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CURRENT: lang/gcc fails to build on CURRENT with error: configure: error: no usable dependency style found
On Mon, 2013-03-11 at 12:00 +0100, Niclas Zeising wrote: On 2013-03-11 11:58, Hartmann, O. wrote: Am 03/11/13 11:17, schrieb Dimitry Andric: On 2013-03-10 00:39, Steve Kargl wrote: ... If you have a clang built FreeBSD-current, then it is no longer possible to *bootstrap* gcc-4.6.x, gcc-4.7.x, nor the upcoming gcc-4.8.0. AFAICT, the problem is related to /usr/bin/cpp. I haven't tried earlier versions of gcc. I have built the lang/gcc47 and lang/gcc48 ports just now, and they compiled without any issues. What is the exact error you have been getting? I think there must be a common problem you and Oliver have in your build environment, most likely non-default CFLAGS. What happens if you remove make.conf and src.conf, do the gcc ports then build successfully? I have build port lang/gcc and lang/gcc46 recently on another box running the same configuration files like the boxes which fail (/etc/make.conf and /etc/src.conf). When removing /etc/make.conf and /etc/src.conf as requested, first thing I realize is that perl 5.14 wants to be installed - while I use throughout all systems perl 5.16. Having the default /etc/make.conf with only the PERL specific adaption PER_VERSION=5.16.2 gives a quite short journey into compiling lang/gcc with the following error: cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I.././../gcc-4.6.3/libiberty/../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic .././../gcc-4.6.3/libiberty/strverscmp.c -o strverscmp.o rm -f ./libiberty.a pic/./libiberty.a /usr/local/bin/ar rc ./libiberty.a \ ./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./sha1.o ./alloca.o ./argv.o ./choose-temp.o ./concat.o ./cp-demint.o ./crc32.o ./dyn-string.o ./fdmatch.o ./fibheap.o ./filename_cmp.o ./floatformat.o ./fnmatch.o ./fopen_unlocked.o ./getopt.o ./getopt1.o ./getpwd.o ./getruntime.o ./hashtab.o ./hex.o ./lbasename.o ./lrealpath.o ./make-relative-prefix.o ./make-temp-file.o ./objalloc.o ./obstack.o ./partition.o ./pexecute.o ./physmem.o ./pex-common.o ./pex-one.o ./pex-unix.o ./safe-ctype.o ./simple-object.o ./simple-object-coff.o ./simple-object-elf.o ./simple-object-mach-o.o ./sort.o ./spaces.o ./splay-tree.o ./strerror.o ./strsignal.o ./unlink-if-ordinary.o ./xatexit.o ./xexit.o ./xmalloc.o ./xmemdup.o ./xstrdup.o ./xstrerror.o ./xstrndup.o ./mempcpy.o ./strverscmp.o /usr/local/bin/ranlib ./libiberty.a if [ x-fpic != x ]; then \ cd pic; \ /usr/local/bin/ar rc ./libiberty.a \ ./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./sha1.o ./alloca.o ./argv.o ./choose-temp.o ./concat.o ./cp-demint.o ./crc32.o ./dyn-string.o ./fdmatch.o ./fibheap.o ./filename_cmp.o ./floatformat.o ./fnmatch.o ./fopen_unlocked.o ./getopt.o ./getopt1.o ./getpwd.o ./getruntime.o ./hashtab.o ./hex.o ./lbasename.o ./lrealpath.o ./make-relative-prefix.o ./make-temp-file.o ./objalloc.o ./obstack.o ./partition.o ./pexecute.o ./physmem.o ./pex-common.o ./pex-one.o ./pex-unix.o ./safe-ctype.o ./simple-object.o ./simple-object-coff.o ./simple-object-elf.o ./simple-object-mach-o.o ./sort.o ./spaces.o ./splay-tree.o ./strerror.o ./strsignal.o ./unlink-if-ordinary.o ./xatexit.o ./xexit.o ./xmalloc.o ./xmemdup.o ./xstrdup.o ./xstrerror.o ./xstrndup.o ./mempcpy.o ./strverscmp.o; \ /usr/local/bin/ranlib ./libiberty.a; \ cd ..; \ else true; fi gmake[2]: Leaving directory `/usr/ports/lang/gcc/work/build/libiberty' 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 Do you, by any chance, use BSD grep? Regards! Yes, I do. But I use it on ALL systems, even on that box, which is compiling lang/gcc. But that specific box is Ivy-Bridge architecture, the others are all C2D (if, and only if the tuning of the compiler CLANG is miscompiling code affecting this issue ...). Oliver signature.asc Description: This is a digitally signed message part
Re: CURRENT: lang/gcc fails to build on CURRENT with error: configure: error: no usable dependency style found
I spoke too soon. USE_GCC=any does not solve the problem with lang/gcc or lang/gcc48 - only with lang/perl5.16. -- View this message in context: http://freebsd.1045724.n5.nabble.com/CURRENT-lang-gcc-fails-to-build-on-CURRENT-with-error-configure-error-no-usable-dependency-style-foud-tp5793999p5794649.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
FreeBSD ports you maintain which are out of date
Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/po...@freebsd.org.html Port| Current version | New version +-+ devel/p5-SVN-S4 | 1.054 | 1.055 +-+ math/matio | 1.3.4 | 1.5.1 +-+ net-p2p/libtorrent-rasterbar-15 | 0.15.9 | 0.16.9 +-+ net-p2p/libtorrent-rasterbar-15-python | 0.15.9 | 0.16.9 +-+ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt If wish to stop receiving portscout reminders, please contact portsc...@portscout.freebsd.org Thanks. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CURRENT: lang/gcc fails to build on CURRENT with error: configure: error: no usable dependency style found
On 03/11/2013 12:00, Niclas Zeising wrote: On 2013-03-11 11:58, Hartmann, O. wrote: Am 03/11/13 11:17, schrieb Dimitry Andric: On 2013-03-10 00:39, Steve Kargl wrote: ... If you have a clang built FreeBSD-current, then it is no longer possible to *bootstrap* gcc-4.6.x, gcc-4.7.x, nor the upcoming gcc-4.8.0. AFAICT, the problem is related to /usr/bin/cpp. I haven't tried earlier versions of gcc. I have built the lang/gcc47 and lang/gcc48 ports just now, and they compiled without any issues. What is the exact error you have been getting? I think there must be a common problem you and Oliver have in your build environment, most likely non-default CFLAGS. What happens if you remove make.conf and src.conf, do the gcc ports then build successfully? I have build port lang/gcc and lang/gcc46 recently on another box running the same configuration files like the boxes which fail (/etc/make.conf and /etc/src.conf). When removing /etc/make.conf and /etc/src.conf as requested, first thing I realize is that perl 5.14 wants to be installed - while I use throughout all systems perl 5.16. Having the default /etc/make.conf with only the PERL specific adaption PER_VERSION=5.16.2 gives a quite short journey into compiling lang/gcc with the following error: cc -c -DHAVE_CONFIG_H -O2 -pipe -I/usr/local/include -fno-strict-aliasing -I. -I.././../gcc-4.6.3/libiberty/../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic .././../gcc-4.6.3/libiberty/strverscmp.c -o strverscmp.o rm -f ./libiberty.a pic/./libiberty.a /usr/local/bin/ar rc ./libiberty.a \ ./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./sha1.o ./alloca.o ./argv.o ./choose-temp.o ./concat.o ./cp-demint.o ./crc32.o ./dyn-string.o ./fdmatch.o ./fibheap.o ./filename_cmp.o ./floatformat.o ./fnmatch.o ./fopen_unlocked.o ./getopt.o ./getopt1.o ./getpwd.o ./getruntime.o ./hashtab.o ./hex.o ./lbasename.o ./lrealpath.o ./make-relative-prefix.o ./make-temp-file.o ./objalloc.o ./obstack.o ./partition.o ./pexecute.o ./physmem.o ./pex-common.o ./pex-one.o ./pex-unix.o ./safe-ctype.o ./simple-object.o ./simple-object-coff.o ./simple-object-elf.o ./simple-object-mach-o.o ./sort.o ./spaces.o ./splay-tree.o ./strerror.o ./strsignal.o ./unlink-if-ordinary.o ./xatexit.o ./xexit.o ./xmalloc.o ./xmemdup.o ./xstrdup.o ./xstrerror.o ./xstrndup.o ./mempcpy.o ./strverscmp.o /usr/local/bin/ranlib ./libiberty.a if [ x-fpic != x ]; then \ cd pic; \ /usr/local/bin/ar rc ./libiberty.a \ ./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./sha1.o ./alloca.o ./argv.o ./choose-temp.o ./concat.o ./cp-demint.o ./crc32.o ./dyn-string.o ./fdmatch.o ./fibheap.o ./filename_cmp.o ./floatformat.o ./fnmatch.o ./fopen_unlocked.o ./getopt.o ./getopt1.o ./getpwd.o ./getruntime.o ./hashtab.o ./hex.o ./lbasename.o ./lrealpath.o ./make-relative-prefix.o ./make-temp-file.o ./objalloc.o ./obstack.o ./partition.o ./pexecute.o ./physmem.o ./pex-common.o ./pex-one.o ./pex-unix.o ./safe-ctype.o ./simple-object.o ./simple-object-coff.o ./simple-object-elf.o ./simple-object-mach-o.o ./sort.o ./spaces.o ./splay-tree.o ./strerror.o ./strsignal.o ./unlink-if-ordinary.o ./xatexit.o ./xexit.o ./xmalloc.o ./xmemdup.o ./xstrdup.o ./xstrerror.o ./xstrndup.o ./mempcpy.o ./strverscmp.o; \ /usr/local/bin/ranlib ./libiberty.a; \ cd ..; \ else true; fi gmake[2]: Leaving directory `/usr/ports/lang/gcc/work/build/libiberty' 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 Do you, by any chance, use BSD grep? Regards! TILT !! I remade my world (same source, but WITH_BSD_GREP (and WITH_BSD_PATCH) commented out in src.conf), and now lang/gcc can be built/installed without error with clang. BTW, I already had to force the use of gnugrep in some scripts, because bsdgrep do not support constructs like: ...| grep -f - ... Claude Buisson ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CURRENT: lang/gcc fails to build on CURRENT with error: configure: error: no usable dependency style found
On Mon, Mar 11, 2013 at 11:17:51AM +0100, Dimitry Andric wrote: On 2013-03-10 00:39, Steve Kargl wrote: ... If you have a clang built FreeBSD-current, then it is no longer possible to *bootstrap* gcc-4.6.x, gcc-4.7.x, nor the upcoming gcc-4.8.0. AFAICT, the problem is related to /usr/bin/cpp. I haven't tried earlier versions of gcc. I have built the lang/gcc47 and lang/gcc48 ports just now, and they compiled without any issues. What is the exact error you have been getting? Note, I said explicitly said *bootstrap*. I can build 4.6, 4.7, and 4.8. I cannot *bootstrap* these compilers. The entire build log from 'gmake bootstrap | tee gcc-4.8.0.log' is here http://troutmask.apl.washington.edu/gcc-4.8.0.log The last few lines are checking whether /home/sgk/gcc/obj4x/./prev-gcc/xgcc -B/home/sgk/gcc/obj4x/./prev-gcc/ -B/home/sgk/work/4x/x86_64-unknown-freebsd10.0/bin/ -B/home/sgk/work/4x/x86_64-unknown-freebsd10.0/bin/ -B/home/sgk/work/4x/x86_64-unknown-freebsd10.0/lib/ -isystem /home/sgk/work/4x/x86_64-unknown-freebsd10.0/include -isystem /home/sgk/work/4x/x86_64-unknown-freebsd10.0/sys-includesupports -fno-rtti... yes checking dependency style of /home/sgk/gcc/obj4x/./prev-gcc/xg++ -B/home/sgk/gcc/obj4x/./prev-gcc/ -B/home/sgk/work/4x/x86_64-unknown-freebsd10.0/bin/ -nostdinc++ -B/home/sgk/gcc/obj4x/prev-x86_64-unknown-freebsd10.0/libstdc++-v3/src/.libs -B/home/sgk/gcc/obj4x/prev-x86_64-unknown-freebsd10.0/libstdc++-v3/libsupc++/.libs -I/home/sgk/gcc/obj4x/prev-x86_64-unknown-freebsd10.0/libstdc++-v3/include/x86_64-unknown-freebsd10.0 -I/home/sgk/gcc/obj4x/prev-x86_64-unknown-freebsd10.0/libstdc++-v3/include -I/home/sgk/gcc/gcc4x/libstdc++-v3/libsupc++ -L/home/sgk/gcc/obj4x/prev-x86_64-unknown-freebsd10.0/libstdc++-v3/src/.libs -L/home/sgk/gcc/obj4x/prev-x86_64-unknown-freebsd10.0/libstdc++-v3/libsupc++/.libs... none configure: error: no usable dependency style found gmake[2]: *** [configure-stage2-libcpp] Error 1 gmake[2]: Leaving directory `/usr/home/sgk/gcc/obj4x' gmake[1]: *** [stage2-bubble] Error 2 gmake[1]: Leaving directory `/usr/home/sgk/gcc/obj4x' gmake: *** [bootstrap] Error 2 I think there must be a common problem you and Oliver have in your build environment, most likely non-default CFLAGS. No. Here's my make.conf. KERNCONF=SPEW CPUTYPE?=opteron FFLAGS+= -O2 -pipe -march=native -mtune=native -funroll-loops -ftree-vectorize MALLOC_PRODUCTION=YES WITHOUT_LIB32=YES WITHOUT_MODULES=YES WITHOUT_NLS=YES WITH_BSD_GREP=YES WITH_PROFILE=YES WITH_PKGNG=yes PRINTERDEVICE=ps # # Crap for ports. # DISABLE_MAKE_JOBS=YES WITH_GHOSTSCRIPT_VER=8 # # added by use.perl 2013-02-19 12:45:06 PERL_VERSION=5.12.4 -- Steve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CURRENT: lang/gcc fails to build on CURRENT with error: configure: error: no usable dependency style found
On 03/11/13 14:13, Steve Kargl wrote: On Mon, Mar 11, 2013 at 11:17:51AM +0100, Dimitry Andric wrote: On 2013-03-10 00:39, Steve Kargl wrote: ... If you have a clang built FreeBSD-current, then it is no longer possible to *bootstrap* gcc-4.6.x, gcc-4.7.x, nor the upcoming gcc-4.8.0. AFAICT, the problem is related to /usr/bin/cpp. I haven't tried earlier versions of gcc. I have built the lang/gcc47 and lang/gcc48 ports just now, and they compiled without any issues. What is the exact error you have been getting? Note, I said explicitly said *bootstrap*. I can build 4.6, 4.7, and 4.8. I cannot *bootstrap* these compilers. The entire build log from 'gmake bootstrap | tee gcc-4.8.0.log' is here http://troutmask.apl.washington.edu/gcc-4.8.0.log The last few lines are checking whether /home/sgk/gcc/obj4x/./prev-gcc/xgcc -B/home/sgk/gcc/obj4x/./prev-gcc/ -B/home/sgk/work/4x/x86_64-unknown-freebsd10.0/bin/ -B/home/sgk/work/4x/x86_64-unknown-freebsd10.0/bin/ -B/home/sgk/work/4x/x86_64-unknown-freebsd10.0/lib/ -isystem /home/sgk/work/4x/x86_64-unknown-freebsd10.0/include -isystem /home/sgk/work/4x/x86_64-unknown-freebsd10.0/sys-includesupports -fno-rtti... yes checking dependency style of /home/sgk/gcc/obj4x/./prev-gcc/xg++ -B/home/sgk/gcc/obj4x/./prev-gcc/ -B/home/sgk/work/4x/x86_64-unknown-freebsd10.0/bin/ -nostdinc++ -B/home/sgk/gcc/obj4x/prev-x86_64-unknown-freebsd10.0/libstdc++-v3/src/.libs -B/home/sgk/gcc/obj4x/prev-x86_64-unknown-freebsd10.0/libstdc++-v3/libsupc++/.libs -I/home/sgk/gcc/obj4x/prev-x86_64-unknown-freebsd10.0/libstdc++-v3/include/x86_64-unknown-freebsd10.0 -I/home/sgk/gcc/obj4x/prev-x86_64-unknown-freebsd10.0/libstdc++-v3/include -I/home/sgk/gcc/gcc4x/libstdc++-v3/libsupc++ -L/home/sgk/gcc/obj4x/prev-x86_64-unknown-freebsd10.0/libstdc++-v3/src/.libs -L/home/sgk/gcc/obj4x/prev-x86_64-unknown-freebsd10.0/libstdc++-v3/libsupc++/.libs... none configure: error: no usable dependency style found gmake[2]: *** [configure-stage2-libcpp] Error 1 gmake[2]: Leaving directory `/usr/home/sgk/gcc/obj4x' gmake[1]: *** [stage2-bubble] Error 2 gmake[1]: Leaving directory `/usr/home/sgk/gcc/obj4x' gmake: *** [bootstrap] Error 2 I think there must be a common problem you and Oliver have in your build environment, most likely non-default CFLAGS. No. Here's my make.conf. KERNCONF=SPEW CPUTYPE?=opteron FFLAGS+= -O2 -pipe -march=native -mtune=native -funroll-loops -ftree-vectorize MALLOC_PRODUCTION=YES WITHOUT_LIB32=YES WITHOUT_MODULES=YES WITHOUT_NLS=YES WITH_BSD_GREP=YES WITH_PROFILE=YES WITH_PKGNG=yes PRINTERDEVICE=ps # # Crap for ports. # DISABLE_MAKE_JOBS=YES WITH_GHOSTSCRIPT_VER=8 # # added by use.perl 2013-02-19 12:45:06 PERL_VERSION=5.12.4 This is most likely due to a incompatibility between bsd grep and gnu grep. Try to switch to gnu grep, and the problem will most likely go away. Regards! -- Niclas ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
file not found devel/pkgconf
Attempting to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/pkgconf-0.8.12.tar.bz2 fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/pkgconf-0.8.12.tar.bz2: File unavailable (e.g., file not found, no access) = Couldn't fetch it - please try to retrieve this = port manually into /usr/ports/distfiles// and try again. *** [do-fetch] Error code 1 Stop in /usr/ports/devel/pkgconf. === make failed for devel/pkgconf === Aborting update ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: file not found devel/pkgconf
Mon, 11 Mar 2013 14:30:50 +0100 tarihinde Leslie Jensen les...@eskk.nu yazmış: = Couldn't fetch it - please try to retrieve this = port manually into /usr/ports/distfiles// and try again. *** [do-fetch] Error code 1 Stop in /usr/ports/devel/pkgconf. === make failed for devel/pkgconf === Aborting update Try to fetch it manually. http://rabbit.dereferenced.org/~nenolod/distfiles/pkgconf-0.8.12.tar.bz2 -- Gökşin Akdeniz goksin.akde...@gmail.com pgp9gtMbfv31c.pgp Description: PGP signature
[CFT] graphics/rawtherapee 4.0.10
Hi. Here is the update: http://people.freebsd.org/~rm/rawtherapee4010.diff.txt builds fine on 8/9 with gcc46+ (build is broken with gcc 4.2.1). build is also broken on current (amd64 r247812) with this message: [ 6%] Building CXX object rtengine/CMakeFiles/rtengine.dir/flatcurves.cc.o In file included from /usr/include/sys/stat.h:99:0, from /usr/local/include/glib-2.0/glib/gstdio.h:26, from /home/rm/learn/free/004/graphics/rawtherapee/work/rawtherapee-4.0.10/rtengine/curves.cc:20: /usr/include/sys/time.h:134:17: error: 'sbintime_getsec' declared as an 'inline' variable /usr/include/sys/time.h:134:17: error: 'sbintime_t' was not declared in this scope /usr/include/sys/time.h:135:1: error: expected ',' or ';' before '{' token /usr/include/sys/time.h:140:17: error: 'sbintime_t' does not name a type but if I understand correctly it's not rawtherapee-specific. There were similar errors reported today for other ports. If anybody know how to fix that, feel free to patch. Side effect of switching to gcc46+ may be fixing ports/171079, there was report that rawtherapee works more stable with more fresh gcc versions. Please report any success/failures. Thanks -- Regards, Ruslan Tinderboxing kills... the drives. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: file not found devel/pkgconf
On Mon, Mar 11, 2013 at 02:30:50PM +0100, Leslie Jensen wrote: Attempting to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/pkgconf-0.8.12.tar.bz2 fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/pkgconf-0.8.12.tar.bz2: File unavailable (e.g., file not found, no access) = Couldn't fetch it - please try to retrieve this = port manually into /usr/ports/distfiles// and try again. *** [do-fetch] Error code 1 Stop in /usr/ports/devel/pkgconf. === make failed for devel/pkgconf === Aborting update One mirror was down but this is fixed now, thanks for reporting regards, Bapt pgpL4iBn708nv.pgp Description: PGP signature
Re: file not found devel/pkgconf
2013-03-11 16:02, Baptiste Daroussin skrev: On Mon, Mar 11, 2013 at 02:30:50PM +0100, Leslie Jensen wrote: Attempting to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/pkgconf-0.8.12.tar.bz2 fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/pkgconf-0.8.12.tar.bz2: File unavailable (e.g., file not found, no access) = Couldn't fetch it - please try to retrieve this = port manually into /usr/ports/distfiles// and try again. *** [do-fetch] Error code 1 Stop in /usr/ports/devel/pkgconf. === make failed for devel/pkgconf === Aborting update One mirror was down but this is fixed now, thanks for reporting regards, Bapt Thank you :-) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CURRENT: lang/gcc fails to build on CURRENT with error: configure: error: no usable dependency style found
On 2013-03-11 14:15, Niclas Zeising wrote: On 03/11/13 14:13, Steve Kargl wrote: ... No. Here's my make.conf. KERNCONF=SPEW CPUTYPE?=opteron FFLAGS+= -O2 -pipe -march=native -mtune=native -funroll-loops -ftree-vectorize MALLOC_PRODUCTION=YES WITHOUT_LIB32=YES WITHOUT_MODULES=YES WITHOUT_NLS=YES WITH_BSD_GREP=YES WITH_PROFILE=YES WITH_PKGNG=yes PRINTERDEVICE=ps # # Crap for ports. # DISABLE_MAKE_JOBS=YES WITH_GHOSTSCRIPT_VER=8 # # added by use.perl 2013-02-19 12:45:06 PERL_VERSION=5.12.4 This is most likely due to a incompatibility between bsd grep and gnu grep. Try to switch to gnu grep, and the problem will most likely go away. Yes, this is definitely due to a BSD grep bug. The depcomp tests create a file sub/conftest.Po, containing: sub/conftest.o: sub/conftest.c sub/conftst1.h sub/conftst2.h \ sub/conftst3.h sub/conftst4.h sub/conftst5.h sub/conftst6.h sub/conftst1.h: sub/conftst2.h: sub/conftst3.h: sub/conftst4.h: sub/conftst5.h: sub/conftst6.h: Then it runs grep sub/conftest.o sub/conftest.Po, which fails with BSD grep, and succeeds with GNU grep. BSD grep does something very strange here: $ echo 'foo.bar' | grep foo.bar foo.bar $ echo 'foo.barx' | grep foo.bar foo.barx $ echo 'sub/foo.bar' | grep sub/foo.bar sub/foo.bar $ echo 'sub/foo.barx' | grep sub/foo.bar $ echo $? 1 So why does it not match in the last case? GNU grep works: $ echo 'sub/foo.barx' | gnugrep sub/foo.bar sub/foo.barx ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CURRENT: lang/gcc fails to build on CURRENT with error: configure: error: no usable dependency style found
On Mon, 2013-03-11 at 17:29 +0100, Dimitry Andric wrote: On 2013-03-11 14:15, Niclas Zeising wrote: On 03/11/13 14:13, Steve Kargl wrote: ... No. Here's my make.conf. KERNCONF=SPEW CPUTYPE?=opteron FFLAGS+= -O2 -pipe -march=native -mtune=native -funroll-loops -ftree-vectorize MALLOC_PRODUCTION=YES WITHOUT_LIB32=YES WITHOUT_MODULES=YES WITHOUT_NLS=YES WITH_BSD_GREP=YES WITH_PROFILE=YES WITH_PKGNG=yes PRINTERDEVICE=ps # # Crap for ports. # DISABLE_MAKE_JOBS=YES WITH_GHOSTSCRIPT_VER=8 # # added by use.perl 2013-02-19 12:45:06 PERL_VERSION=5.12.4 This is most likely due to a incompatibility between bsd grep and gnu grep. Try to switch to gnu grep, and the problem will most likely go away. Yes, this is definitely due to a BSD grep bug. The depcomp tests create a file sub/conftest.Po, containing: sub/conftest.o: sub/conftest.c sub/conftst1.h sub/conftst2.h \ sub/conftst3.h sub/conftst4.h sub/conftst5.h sub/conftst6.h sub/conftst1.h: sub/conftst2.h: sub/conftst3.h: sub/conftst4.h: sub/conftst5.h: sub/conftst6.h: Then it runs grep sub/conftest.o sub/conftest.Po, which fails with BSD grep, and succeeds with GNU grep. BSD grep does something very strange here: $ echo 'foo.bar' | grep foo.bar foo.bar $ echo 'foo.barx' | grep foo.bar foo.barx $ echo 'sub/foo.bar' | grep sub/foo.bar sub/foo.bar $ echo 'sub/foo.barx' | grep sub/foo.bar $ echo $? 1 So why does it not match in the last case? GNU grep works: $ echo 'sub/foo.barx' | gnugrep sub/foo.bar sub/foo.barx After disabling WITH_BSD_GREP and rebuild of the system, it seems that the machines in question now build lang/gcc. signature.asc Description: This is a digitally signed message part
Re: CURRENT: lang/gcc fails to build on CURRENT with error: configure: error: no usable dependency style found
11.03.2013 18:57, O. Hartmann пишет: On Mon, 2013-03-11 at 17:29 +0100, Dimitry Andric wrote: On 2013-03-11 14:15, Niclas Zeising wrote: BSD grep does something very strange here: $ echo 'foo.bar' | grep foo.bar foo.bar $ echo 'foo.barx' | grep foo.bar foo.barx $ echo 'sub/foo.bar' | grep sub/foo.bar sub/foo.bar $ echo 'sub/foo.barx' | grep sub/foo.bar $ echo $? 1 So why does it not match in the last case? GNU grep works: $ echo 'sub/foo.barx' | gnugrep sub/foo.bar sub/foo.barx After disabling WITH_BSD_GREP and rebuild of the system, it seems that the machines in question now build lang/gcc. So how about resurrecting http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/167921 ? Looks like BSD_GREP still has some problems with slashes. http://scan.freebsd.your.org/freebsd-head/usr.bin.grep/2013-03-10-amd64/ has some good pointers on where to start. I'm not that familiar with C to dive in. -- Sphinx of black quartz, judge my vow. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CURRENT: lang/gcc fails to build on CURRENT with error: configure: error: no usable dependency style found
Disabling WITH_BSD_GREP and re-building world/kernel was insufficient for solving my problem. I was able to get it built with: make USE_GCC=any -DNO_CCACHE -C lang/gcc. However, prior to re-building world, make USE_GCC=any -DNO_CCACHE had no effect in getting lang/gcc built (would still fail on my system). At least it got built this time... -- View this message in context: http://freebsd.1045724.n5.nabble.com/CURRENT-lang-gcc-fails-to-build-on-CURRENT-with-error-configure-error-no-usable-dependency-style-foud-tp5793999p5794760.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
libxdg-basedir-1.2.0.tar.gz unavailable
Hello, I'm a user of x11-wm/awesome and on a fresh install, I can't build it because libxdg-basedir-1.2.0 sources are not available. But I found a tarball from OpenBSD distfiles that worked out of the box after fetched in /usr/ports/distfiles directory. Here is the link : http://ftp.fr.openbsd.org/pub/OpenBSD/distfiles//libxdg-basedir-1.2.0.tar.gz If someone could import it on FreeBSD's disfiles repos, I think it would not be bad :) signature.asc Description: OpenPGP digital signature
Re: libxdg-basedir-1.2.0.tar.gz unavailable
On 3/11/2013 20:43, Florent Peterschmitt wrote: Hello, I'm a user of x11-wm/awesome and on a fresh install, I can't build it because libxdg-basedir-1.2.0 sources are not available. But I found a tarball from OpenBSD distfiles that worked out of the box after fetched in /usr/ports/distfiles directory. Here is the link : http://ftp.fr.openbsd.org/pub/OpenBSD/distfiles//libxdg-basedir-1.2.0.tar.gz If someone could import it on FreeBSD's disfiles repos, I think it would not be bad :) http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/176779 A good resource to check first... John ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: libxdg-basedir-1.2.0.tar.gz unavailable
Le 11/03/2013 18:51, John Marino a écrit : On 3/11/2013 20:43, Florent Peterschmitt wrote: Hello, I'm a user of x11-wm/awesome and on a fresh install, I can't build it because libxdg-basedir-1.2.0 sources are not available. But I found a tarball from OpenBSD distfiles that worked out of the box after fetched in /usr/ports/distfiles directory. Here is the link : http://ftp.fr.openbsd.org/pub/OpenBSD/distfiles//libxdg-basedir-1.2.0.tar.gz If someone could import it on FreeBSD's disfiles repos, I think it would not be bad :) http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/176779 A good resource to check first... John Woops, totally I've forgotten that. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org signature.asc Description: OpenPGP digital signature
Re: CURRENT: lang/gcc fails to build on CURRENT with error: configure: error: no usable dependency style found
Dimitry Andric d...@freebsd.org writes: $ echo 'sub/foo.barx' | grep sub/foo.bar $ echo $? 1 $ echo 'sub/foo.barx' | env -i grep sub/foo.bar $ echo 'sub/foolbarx' | env -i grep sub/foo.bar $ echo 'sub/foo.barx' | env -i grep 'sub/foo\.bar' sub/foo.barx $ echo 'sub/foo.barx' | env -i grep -o sub/foo.bar sub/foo.bar $ echo 'sub/foo.barx' | env -i grep --color=no sub/foo.bar sub/foo.barx A buggy shortcut? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Why portlint require MASTER_SITE to end with /?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, While working on a project hosted at gitorious, I end up with something like this: MASTER_SITES= https://gitorious.org/${GO_ACCOUNT}/${GO_PROJECT}/archive-tarball/${GO_TAGNAME}?dummy= [...] GO_ACCOUNT= mdb GO_PROJECT= mdb GO_TAGNAME= ${PORTNAME:U}_${PORTVERSION:S/./_/g} FETCH_ARGS?=-o - ${DISTDIR}/${DISTFILES} However, portlint gives the following warning, which I think is wrong: FATAL: Makefile: URL https://gitorious.org/${GO_ACCOUNT}/${GO_PROJECT}/archive-tarball/${GO_TAGNAME}?dummy=; should end with / or a group name (e.g. :something). Can this be made a non-fatal one, or do we have better way to handle gitorious source packages? Cheers, - -- Xin LI delp...@delphij.nethttps://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -BEGIN PGP SIGNATURE- iQEcBAEBCgAGBQJRPir9AAoJEG80Jeu8UPuzqwsH/1RjMZ7/qYlhM2f5vhydywmY 8nPb11SuNYNHLn99aKkScmrojGc30UmWccGb9KGYHshQyIjxAxJW+0Bm/86bA7UU aK5cobispF61sOoIwAboBj7yNO6zeXx336L/kbd3LAEQ+nzmmKhqJ7jAtQKM0Sdk C1tZOr0tDYMrbs4ylPQrBsk5SYrYTJbR6cUNKVg7cJxIUEq1h3MMRHjuZK3oGdFZ 7zjEdwuqoV+zqmLn450HAl3etw+8pt49o/rWoOZneSwaov+aNdOdONrO/5ka/Ri7 EfEkx+c17rE8Vc8DvlpGb6XuKINLYBH8tBnEQeWxFtIk43paJ5x7rS5Zz7SpGTc= =pLZj -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Why portlint require MASTER_SITE to end with /?
I tried with http://gitorious.org/mdb/mdb/archive-tarball/6dab37f2acaef70a31f65bd485fdc2648d2b for example, where 6dab37f2acaef70a31f65bd485fdc2648d2b is the commit hash. The file retrived was mdb-mdb-6dab37f2acaef70a31f65bd485fdc2648d2b.tar.gz Is that you want ? Le 11/03/2013 19:05, Xin Li a écrit : Hi, While working on a project hosted at gitorious, I end up with something like this: MASTER_SITES= https://gitorious.org/${GO_ACCOUNT}/${GO_PROJECT}/archive-tarball/${GO_TAGNAME}?dummy= [...] GO_ACCOUNT= mdb GO_PROJECT= mdb GO_TAGNAME= ${PORTNAME:U}_${PORTVERSION:S/./_/g} FETCH_ARGS?= -o - ${DISTDIR}/${DISTFILES} However, portlint gives the following warning, which I think is wrong: FATAL: Makefile: URL https://gitorious.org/${GO_ACCOUNT}/${GO_PROJECT}/archive-tarball/${GO_TAGNAME}?dummy=; should end with / or a group name (e.g. :something). Can this be made a non-fatal one, or do we have better way to handle gitorious source packages? Cheers, ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org signature.asc Description: OpenPGP digital signature
Re: CURRENT: lang/gcc fails to build on CURRENT with error: configure: error: no usable dependency style found
On 2013-03-11 20:00, Jan Beich wrote: Dimitry Andric d...@freebsd.org writes: $ echo 'sub/foo.barx' | grep sub/foo.bar $ echo $? 1 $ echo 'sub/foo.barx' | env -i grep sub/foo.bar $ echo 'sub/foolbarx' | env -i grep sub/foo.bar $ echo 'sub/foo.barx' | env -i grep 'sub/foo\.bar' sub/foo.barx $ echo 'sub/foo.barx' | env -i grep -o sub/foo.bar sub/foo.bar $ echo 'sub/foo.barx' | env -i grep --color=no sub/foo.bar sub/foo.barx A buggy shortcut? No, after some digging in and debugging of the bsdgrep code, I found out it is a regression caused by r246917, which is a fix for bin/175213: [patch] bsdgrep(1) segfaults upon malicious input. If you revert it, bsdgrep starts working correctly again. I think it would be best to back out r246917 for now, until the regression can be fixed properly. Having bsdgrep crash is bad, but not returning any results while it should is even worse... ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Port deprecation reason ``Does not work with Ruby 1.9'' -- what should I do?
Hello, Ports. My port (devel/ruby-subversion) is marked for deletion in 2 months because `` Does not work with Ruby 1.9''. What should I do? To be honest, I know nothing about Ruby and this port is part of official subversion distribution. Only thing I could do is to check that it builds and pass make tests. Why port is marked for deletion? Is ruby 1.8 deprecated and removed? Why can't port be for ruby 1.8 only? Only tyhing I could do right now -- ask upstream is ruby 1.9 support planned for future releases, but I can not influence upstream to provide (or doesn't provide) such support and I cannot hack sources to make it support ruby 1.9 :( -- // Black Lion AKA Lev Serebryakov l...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CURRENT: lang/gcc fails to build on CURRENT with error: configure: error: no usable dependency style found
On Mon, Mar 11, 2013 at 10:05:47PM +0100, Dimitry Andric wrote: On 2013-03-11 20:00, Jan Beich wrote: Dimitry Andric d...@freebsd.org writes: $ echo 'sub/foo.barx' | grep sub/foo.bar $ echo $? 1 $ echo 'sub/foo.barx' | env -i grep sub/foo.bar $ echo 'sub/foolbarx' | env -i grep sub/foo.bar $ echo 'sub/foo.barx' | env -i grep 'sub/foo\.bar' sub/foo.barx $ echo 'sub/foo.barx' | env -i grep -o sub/foo.bar sub/foo.bar $ echo 'sub/foo.barx' | env -i grep --color=no sub/foo.bar sub/foo.barx A buggy shortcut? No, after some digging in and debugging of the bsdgrep code, I found out it is a regression caused by r246917, which is a fix for bin/175213: [patch] bsdgrep(1) segfaults upon malicious input. If you revert it, bsdgrep starts working correctly again. First, I can report that bootstrapping gcc-4.8.0 works if I use gnugrep instead of bsdgrep. The above explains why I had previously seen the failure as I was using an older bsdgrep. Second, an apology is owed to the clang gang as I attributed the problem to clang as it showed up on my system after converted everything over to clang. I think it would be best to back out r246917 for now, until the regression can be fixed properly. Having bsdgrep crash is bad, but not returning any results while it should is even worse... I tend to agree with your assessment that r246817 should be reverted, because I hit this issue in configure scripts and there is a large amount of software that uses autotool for configuration. -- Steve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Stop in /usr/ports/devel/qt4-corelib.
On 2013-03-11 11:38, Max Brazhnikov wrote: On Sat, 09 Mar 2013 22:23:58 +0100 Per olof Ljungmark wrote: FreeBSD 9.1-STABLE #0 r248028 Ports tree from an hour ago The error is g++ -c -O2 -pipe -fno-strict-aliasing -pthread -I/usr/local/include/glib-2.0 -I/usr/local/include -O2 -fvisibility=hidden -fvisibility-inlines-hidden -Wall -W -pthread -D_THREAD_SAFE -fPIC -DQT_SHARED -DQT_BUILD_CORE_LIB -DQT_NO_USING_NAMESPACE -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT3_SUPPORT -DQT_MOC_COMPAT -DQT_USE_QSTRINGBUILDER -DQT_USE_ICU -DHB_EXPORT=Q_CORE_EXPORT -DGNU_LIBICONV -DQT_NO_DEBUG -DQT_HAVE_MMX -DQT_HAVE_SSE -DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_HAVE_SSE3 -DQT_HAVE_SSSE3 -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. -I../../include -I../../include/QtCore -I.rcc/release-shared -Iglobal -I../3rdparty/harfbuzz/src -I../3rdparty/md5 -I../3rdparty/md4 -I.moc/release-shared -I/usr/local/include/qt4 -I/usr/local/include -o ..obj/release-shared/qglobal.o global/qglobal.cpp In file included from ../../include/QtCore/qatomic_arch.h:1, ..skip.. .../../include/QtCore/../../src/corelib/tools/qbytearray.h: In function 'uint qstrlen(const char*)': .../../include/QtCore/../../src/corelib/tools/qbytearray.h:79: error: redefinition of 'uint qstrlen(const char*)' /usr/local/include/qcstring.h:57: error: 'uint qstrlen(const char*)' The problem is that qt-3 installs headers directly to common path /usr/local/include and these headers are included instead of Qt4's. As a workaroud you may deinstall qt-3, update your ports and then install qt3. Ah! I will try this. Thank you for this information. //per ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Port deprecation reason ``Does not work with Ruby 1.9'' -- what should I do?
On 3/11/2013 4:13 PM, Lev Serebryakov wrote: Hello, Ports. My port (devel/ruby-subversion) is marked for deletion in 2 months because `` Does not work with Ruby 1.9''. What should I do? To be honest, I know nothing about Ruby and this port is part of official subversion distribution. Only thing I could do is to check that it builds and pass make tests. Why port is marked for deletion? Is ruby 1.8 deprecated and removed? Why can't port be for ruby 1.8 only? I believe 1.8 is EOL in June. http://www.ruby-lang.org/en/news/2011/10/06/plans-for-1-8-7/ I can't find anything more recent confirming this though. Only tyhing I could do right now -- ask upstream is ruby 1.9 support planned for future releases, but I can not influence upstream to provide (or doesn't provide) such support and I cannot hack sources to make it support ruby 1.9 :( -- Regards, Bryan Drewery bdrewery@freenode/EFNet signature.asc Description: OpenPGP digital signature
[QAT] r313927: 3x leftovers, 1x finished, 12x success
Upgrade llvm-devel, clang-devel, and dragonegg-devel46 to r174891 (circa Feb 27th). Add FileCheck and llvm-lit binaries as some consumers need them. - Build ID: 20130311183400-37031 Job owner: bro...@freebsd.org Buildtime: 4 hours Enddate: Mon, 11 Mar 2013 22:16:22 GMT Revision: r313927 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=313927 - Port:devel/llvm-devel 3.3.r176188 Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~bro...@freebsd.org/20130311183400-37031-117768/llvm-devel-3.3.r176188.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~bro...@freebsd.org/20130311183400-37031-117769/llvm-devel-3.3.r176188.log Buildgroup: 8.3-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~bro...@freebsd.org/20130311183400-37031-117770/llvm-devel-3.3.r176188.log Buildgroup: 8.3-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~bro...@freebsd.org/20130311183400-37031-117771/llvm-devel-3.3.r176188.log - Port:lang/clang 3.2 Buildgroup: 9.1-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bro...@freebsd.org/20130311183400-37031-117772/clang-3.2.log Buildgroup: 9.1-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bro...@freebsd.org/20130311183400-37031-117773/clang-3.2.log Buildgroup: 8.3-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bro...@freebsd.org/20130311183400-37031-117774/clang-3.2.log Buildgroup: 8.3-QAT/i386 Buildstatus: FINISHED - Port:lang/clang-devel 3.3.r176188 Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~bro...@freebsd.org/20130311183400-37031-117776/clang-devel-3.3.r176188.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~bro...@freebsd.org/20130311183400-37031-11/clang-devel-3.3.r176188.log Buildgroup: 8.3-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~bro...@freebsd.org/20130311183400-37031-117778/clang-devel-3.3.r176188.log Buildgroup: 8.3-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~bro...@freebsd.org/20130311183400-37031-117779/clang-devel-3.3.r176188.log - Port:lang/dragonegg-devel46 3.3.r176188 Buildgroup: 9.1-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~bro...@freebsd.org/20130311183400-37031-117780/dragonegg46-devel-3.3.r176188.log Buildgroup: 9.1-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~bro...@freebsd.org/20130311183400-37031-117781/dragonegg46-devel-3.3.r176188.log Buildgroup: 8.3-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~bro...@freebsd.org/20130311183400-37031-117782/dragonegg46-devel-3.3.r176188.log Buildgroup: 8.3-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~bro...@freebsd.org/20130311183400-37031-117783/dragonegg46-devel-3.3.r176188.log -- Buildarchive URL: https://qat.redports.org/buildarchive/20130311183400-37031 redports https://qat.redports.org/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
[QAT] r313932: 4x leftovers
- Fix error when QMAIL_PREFIX is not defined due to extra spaces Makefile, line 653: Need an operator make: fatal errors encountered -- cannot continue - Build ID: 20130311194406-35234 Job owner: bdrew...@freebsd.org Buildtime: 3 hours Enddate: Mon, 11 Mar 2013 22:39:52 GMT Revision: r313932 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=313932 - Port:mail/qmail 1.03_8 Buildgroup: 9.1-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bdrew...@freebsd.org/20130311194406-35234-117796/qmail-1.03_8.log Buildgroup: 9.1-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bdrew...@freebsd.org/20130311194406-35234-117797/qmail-1.03_8.log Buildgroup: 8.3-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bdrew...@freebsd.org/20130311194406-35234-117798/qmail-1.03_8.log Buildgroup: 8.3-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~bdrew...@freebsd.org/20130311194406-35234-117799/qmail-1.03_8.log -- Buildarchive URL: https://qat.redports.org/buildarchive/20130311194406-35234 redports https://qat.redports.org/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org