Re: firefox does not build on 10-STABLE

On 13 May 2014, at 16:52, John freebsd-li...@potato.growveg.org wrote: Hello ports! I cannot get firefox to build on my system. Can anyone please help? ... /etc/make.conf is empty. The build fails like this: # define MOZ_ALWAYS_INLINE_EVEN_DEBUG __attribute__((always_inline))

Re: math/sage error log message

On 14 May 2014, at 02:17, Bruce br...@hawaii-pacific.com wrote: /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../.. -I../.. -I. -I../../linbox -DDISABLE_COMMENTATOR -O2 -g -DNDEBUG -U_LB_DEBUG -DDISABLE_COMMENTATOR

Re: Sage update

On 17 May 2014, at 04:26, Montgomery-Smith, Stephen step...@missouri.edu wrote: I have started to think about making sage compatible with FreeBSD-10. The main problem thus far is that clang's c++ compiler is missing some stuff like the include file ext/numeric. That header is not missing, it

Re: mail/courier build failures on newer FreeBSD versions

On 25 May 2014, at 21:38, Milan Obuch freebsd-po...@dino.sk wrote: pkg-fallout-buil...@freebsd.org sends me every other day mails about failing mail/courier build for both 10.0 and 11.0 FreeBSD versions. There is some incompatibility with GCC 4.7, which is used to build mail/courier on systems

Re: g++ cannot find std::stoi

On 02 Jun 2014, at 15:49, h...@sdf.org wrote: Lowell Gilbert freebsd-ports-lo...@be-well.ilk.org writes: h...@sdf.org writes: I'm trying to compile OpenCog [1] using g++47, but get an error about missing std::stoi. I have attached a micro-example [2] that generates the same error, if I

Re: print/cups-base won't build due to dwarf error in /usr/bin/ld

On 31 May 2014, at 23:25, Thomas Mueller mueller6...@bellsouth.net wrote: I am trying to build cups-related ports needed for print/hplip, but the latest error is /usr/bin/ld: Dwarf Error: found dwarf version '4', this reader only handles vers ion 2 information. If you are building

Re: security/tripwire compile error

On 14 Jun 2014, at 07:42, Cy Schubert cy.schub...@komquats.com wrote: In message alpine.bsf.2.00.1406140011020.29...@angus.tharned.org, Greg Rivers writes: On Fri, 13 Jun 2014, Cy Schubert wrote: Try it with gcc 4.6. That works fine. I see you've already updated the make file too.

Re: Updating ports that require cclang33 almost comes to a standstill!

On 16 Jul 2014, at 11:21, Leslie Jensen jensen.les...@gmail.com wrote: Hello list. I'm experiencing a very slow build of clang33 It seems that it's when building clang33/work/llvm-3.3 that is slows down. Using top I can see that my system is almost idle, 99,4, and cc1plus has two

Re: math/lapack broken

On 02 Aug 2014, at 02:47, Steve Kargl s...@troutmask.apl.washington.edu wrote: % portmaster --force-config math/lapack (Select to build/install profiled libraries) === Port directory: /usr/ports/math/lapack === This port is marked IGNORE === you have chosen WITH_PROFILE, but

Re: clang and postgresql90

On 2011-04-03 20:15, Christer Solskogen wrote: I'm just wondering if anyone else has trouble compiling postgresql90 with clang. I get this (and I cant seem to find anything online that somebody else had that same problem): ... libpq/auth.o: In function `ClientAuthentication':

Re: mail/thunderbird: FreeBSD 10.0-CURRENT/amd64 and CLANG fail to build Thunderbird 13

On 2012-06-09 14:14, O. Hartmann wrote: My FreeBSD 10-CURRENT/amd64 boxes fail to build Thunderbird 13 compiling with CLANG. The error is very much the same as when I try compiling Firefox 13 on the same box with CLANG. ... I'm not sure this problem is related to clang at all, see below. I

Re: graphics/dri: nouveau_array.c:49:16: error: illegal storage class on function, *extract_u = EXTRACT(char, unsigned, 1);

On 2012-06-09 19:00, O. Hartmann wrote: ... I try to track down problems on one of our FreeBSD 10.0-CURRENT/amd64 boxes and therefore, I try recompiling xorg. One box is constantly failing to compile port graphics/dri with a obviously well know error, as googling reveals (

Re: graphics/dri: nouveau_array.c:49:16: error: illegal storage class on function, *extract_u = EXTRACT(char, unsigned, 1);

On 2012-06-09 21:57, O. Hartmann wrote: ... Now, with your patch set installed again, graphics/dri compiles without a flaw. I was wondering why there are not more people/FreeBSD users out there having the very same problem. Most likely because neither WITH_NEW_XORG nor CC=clang are defaults

Re: clang, dbus, firefox+thunderbird

On 2012-06-19 19:14, Andrew W. Nosenko wrote: On Tue, Jun 19, 2012 at 6:16 PM, Boris Samorodov b...@passap.ru wrote: ... /usr/local/include/dbus-1.0/dbus/dbus-protocol.h:459:126: error: invalid suffix on literal; C++11 requires a space between literal and identifier

Re: clang, dbus, firefox+thunderbird

On 2012-06-19 19:14, Andrew W. Nosenko wrote: On Tue, Jun 19, 2012 at 6:16 PM, Boris Samorodov b...@passap.ru wrote: ... /usr/local/include/dbus-1.0/dbus/dbus-protocol.h:459:77: error: invalid suffix on literal; C++11 requires a space between literal and identifier

Re: make failed for editors/libreoffice

On 2012-07-02 10:23, Leslie Jensen wrote: ... Assertion failed: (EST != EST_Delayed EST != EST_Uninstantiated), function isNothrow, file /usr/ports/lang/clang/work/llvm-3.1.src/tools/clang/lib/CodeGen/../../include/clang/AST/Type.h, line 2873. ... clang: note: diagnostic msg:

Re: make failed for editors/libreoffice

On 2012-07-04 21:13, Peter Jeremy wrote: On 2012-Jul-03 14:19:21 +0200, Dimitry Andric d...@freebsd.org wrote: On 2012-07-02 10:23, Leslie Jensen wrote: ... Assertion failed: (EST != EST_Delayed EST != EST_Uninstantiated), function isNothrow, file /usr/ports/lang/clang/work/llvm-3.1.src

Re: make failed for editors/libreoffice

On 2012-07-04 21:53, Dimitry Andric wrote: On 2012-07-04 21:13, Peter Jeremy wrote: On 2012-Jul-03 14:19:21 +0200, Dimitry Andric d...@freebsd.org wrote: On 2012-07-02 10:23, Leslie Jensen wrote: ... Assertion failed: (EST != EST_Delayed EST != EST_Uninstantiated), function isNothrow, file

Re: make failed for editors/libreoffice

On 2012-07-10 09:21, Doug Barton wrote: Thanks for looking into this. Did you see my message where I reported that clang from ports works fine for LO on -current, but the base clang fails? The lang/clang port is the same version as clang in base (3.1 release, minus a few patches needed for

Re: make failed for editors/libreoffice

On 2012-07-10 09:18, Dimitry Andric wrote: ... It turned out this particular bug was yet another issue, but it was fixed by upstream now. I have a patch ready for -CURRENT, but if anyone can try it out, and confirm it now allows you to build LibreOffice without this particular assertion

Re: make failed for editors/libreoffice

On 2012-07-13 22:15, Jung-uk Kim wrote: ... It is mmap'ing an empty file and that's the root cause. Try move ${LOCALBASE}/lib/libreoffice/program/addin/.keep away and try again, e.g., mv ${LOCALBASE}/lib/libreoffice/program/addin/.keep /tmp At least, it worked for me. :-) FWIW,

Re: LibreOffice 3.5.4_1

On 2012-07-14 14:56, ajtiM wrote: I ran portmaster -a on FreeBSD 9.0 Release and it shows me to update LibreOffice 3.5.4 to 3.5.4_1 but also update Clang to 3.1_1. FreeBSD 9.0 Release has Clang 3.0 and I didn't have a problem to build LibreOffice 3.5.4. Do I need this update? Is it not

Re: LibreOffice 3.5.4_1

On 2012-07-14 21:18, Warren Block wrote: On Sat, 14 Jul 2012, Dimitry Andric wrote: On 2012-07-14 14:56, ajtiM wrote: I ran portmaster -a on FreeBSD 9.0 Release and it shows me to update LibreOffice 3.5.4 to 3.5.4_1 but also update Clang to 3.1_1. FreeBSD 9.0 Release has Clang 3.0 and I

Re: [FYI] C++ compilers vs. __cplusplus (was Re: SV: Re: make failed for editors/libreoffice)

On 2012-07-19 01:34, Jung-uk Kim wrote: While I was tackling LibreOffice build issues, I found something interesting about __cplusplus. Basically, different C++ compilers may have different __cplusplus definitions and it may cause some strangeness. Clang, for example, used to set it to 1 but

Re: libreoffice fails to build

On 2012-07-18 17:46, Robert Huff wrote: ... FreeBSD 10.0-CURRENT #0: Wed Jul 18 08:15:22 EDT 2012 amd64 and system clang (3.1), libreoffice 3.5.5 gets stuck at: ... Making:libuno_sal.so.3 : ERROR: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.15 required by

Re: [FYI] C++ compilers vs. __cplusplus (was Re: SV: Re: make failed for editors/libreoffice)

On 2012-07-19 20:07, Jung-uk Kim wrote: On 2012-07-19 09:21:30 -0400, Dimitry Andric wrote: ... Since when Clang started mimicking GCC 4.7? Most likely since somebody attempted to get the latest GNU libstdc++ building with clang, and bumped into precisely this issue: if __cplusplus has

Re: libreoffice fails to build

On 2012-07-19 21:06, Robert Huff wrote: ... Let me be clear: There is at least one person out there who has successfully built LibreOffice 3.5.5 using (system) clang 3.2? The version of clang in base is 3.1. I have successfully compiled LibreOffice with it, and it even seemed to

Re: mplayer-1.1.r20120721 doesn't compile with clang release_30 142614

On 2012-09-03 15:19, Kimmo Paasiala wrote: On Mon, Sep 3, 2012 at 3:42 PM, Frank Seltzer fran...@bellsouth.net wrote: ... % clang --version FreeBSD clang version 3.0 (branches/release_30 142614) 20111021 ... with hundreds and hundreds of this type of error in between:

Re: Building with WITH_DEBUG (-g) in make.conf

On 2012-09-04 17:53, Eitan Adler wrote: On 4 September 2012 05:26, Jake Smith j...@avenue22.net wrote: ... It got me thinking, is there any reason why it would be a bad idea to build all my ports with debug symbols from now on? Are there any performance hits Yes. Code size grows and the

Re: Help. Porting FreeOCL fails (atomic_ops.h missing, CLANG++ libc++ issues ...)

On 2012-09-05 16:45, O. Hartmann wrote: ... Well, I tried LLVM/CLANG, but Cmake of the sources fairly fails many checks especuially for OpenMP. Yes, it is currently not supported. I am not sure if there are serious attempts to add it. Using clang++ requisites the usage of the new libc++

Re: Help. Porting FreeOCL fails (atomic_ops.h missing, CLANG++ libc++ issues ...)

On 2012-09-06 20:28, O. Hartmann wrote: ... With the patch for Mk/bsd.cmake.mk attached, I can not compile the port with CLANG, compilation results in [ 15%] Building CXX object src/CMakeFiles/FreeOCL.dir/image.cpp.o /usr/ports/devel/freeocl/work/FreeOCL-0.3.6-Source/src/image.cpp:442:27:

Re: astro/xearth on redports with clang: /usr/local/lib/X11/config/FreeBSD.cf:451:35: error: '#' is not followed by a macro parameter

On 2012-09-25 16:38, Anton Shterenlikht wrote: ... $ grep -c imake /usr/ports/INDEX-10 291 That's a relatively low number, indeed. :) This issue must cause problems for quite a few other ports. So is it an agreed policy to migrate away from imake in time for 10-release? Imake is obsolete,

Re: astro/xearth on redports with clang: /usr/local/lib/X11/config/FreeBSD.cf:451:35: error: '#' is not followed by a macro parameter

On 2012-09-25 19:21, John Hein wrote: Dimitry Andric wrote at 17:09 +0200 on Sep 25, 2012: ... Imake is obsolete, X.org migrated to autoconf+gmake a long time ago, and new software should avoid it. That said, for old software, you could just add a dependency on one of the gcc ports

Re: clang dangling else help

On 2012-09-27 14:16, Anton Shterenlikht wrote: Building my port with clang I get this warning (gcc doesn't pick this up): x11.c:1543:5: warning: add explicit braces to avoid dangling else [-Wdangling-else] else if (actual_type != None) ^ 1 warning generated. If the warning isn't

Re: How to handle WITH_CLANG_IS_CC in ports

On 2012-11-25 12:49, Tobias Rehbein wrote: I am the maintainer of ganes/stonesoup. This port builds fine with gcc. It also builds with clang, if the MAKE_ARGS are tweaked. Currently I can check for ${CC:T:M*clang*} to know if I have to change the MAKE_ARGS for building with clang or

Re: How to handle WITH_CLANG_IS_CC in ports

On 2012-11-26 16:16, Nikolai Lifanov wrote: On 11/25/2012 10:04 AM, Dimitry Andric wrote: On 2012-11-25 12:49, Tobias Rehbein wrote: ... Just check if OSVERSION = 124, maybe? Or add some logic to bsd.port.mk that handles this, like was done with pkgng. For example, introducing

Re: Compiz problem - Undefined symbol animGetI

On 2012-12-08 20:32, AN wrote: ... I believe this is related to the switch to clang because the same hardware was configured the same way previously, the only difference is that the system where Compiz was working was compiled with GCC 4.2. When I run the following on the command line: compiz

Re: Let's talk about subversion/svn

On 2012-12-12 23:01, Jakub Lach wrote: Or was it neon?... Case in point was the default WebDAV was sane, the other one, not. serf bad, neon good. ;-) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports

Re: Request import of fix for clang 3.2 bug

On 2012-12-14 15:14, Guido Falsi wrote: I have stumbled upon a solved bug in clang 3.2 while testing some ports: http://llvm.org/bugs/show_bug.cgi?id=14491 Fixed in this commit: http://llvm.org/viewvc/llvm-project?view=revrevision=169451 Should the fix be imported in FreeBSD?? Yes, it will

Re: clang/llvm: /usr/local/include in port base system not standard? (port devel/freeocl)

On 2012-12-24 18:10, O. Hartmann wrote: Some ports (devel/freeocl for instance) won't compile easily with CLANG. I fugured out that sometimes CLANG is not by default including /usr/local/include into the CPP search path - obviously gcc/gcc46 does! Eh, that is incorrect. The version of gcc in

Re: multimedia/x264 workaround is broken

On 2012-12-25 03:55, Matthew Rezny wrote: The Ports and Clang wiki page has x264 listed as a port with build problems, but has Y for the USE_GCC=any workaround. The last commit on the port, over 3 months ago, has a contradictory message, noting the workaround is insufficient and thus is only

Re: LLVM 3.2: official stable port is still LLVM 3.1. Basesystem missing important LLVM pieces!

On 2013-01-06 13:55, O. Hartmann wrote: While working with an OpenCL port that is depending on LLVM 3.2, I feel very uncomfortable haveng to have devel/llvm-devel installed while the official release of LLVM is 3.2. Please prod the port maintainer (Brooks) to update the llvm port instead. I

Re: LLVM 3.2: official stable port is still LLVM 3.1. Basesystem missing important LLVM pieces!

On 2013-01-06 15:16, Erik Cederstrand wrote: ... I think the real problem is that LLVM and the related tools are build in one go, so you can't easily build llvm-config and others for the base version of LLVM. Well, it would be easy enough to build llvm-config, but what should its output be?

Re: LLVM 3.2: official stable port is still LLVM 3.1. Basesystem missing important LLVM pieces!

On 2013-01-06 21:38, Erik Cederstrand wrote: Den 06/01/2013 kl. 18.25 skrev O. Hartmann ohart...@zedat.fu-berlin.de: In contrast, LLVM changes the ABI (and API!) significantly between point releases. We therefore don't want to encourage anything outside of the base system to link against

Re: x11/xorg pulls in lang/gcc (on head)

On 09 Aug 2014, at 20:59, Matthias Apitz g...@unixarea.de wrote: I'm building on a host with 'head' ports of 'head' and it seems that x11/xorg on its way of building pulls in GCC from lang/gcc: ... [01:14:27] [01][00:00:14] Finished build of x11/libXdamage: Success [01:14:57]

Re: ImageMagic + Webp

On 12 Aug 2014, at 07:44, Robert Backhaus rob...@robbak.com wrote: On 11 August 2014 18:45, Jos Chrispijn po...@webrz.net wrote: After I installed ImageMagic port, I got stuck at the installation of Webp: === Building for webp-0.4.1 Making all in src Making all in dec

Re: ImageMagic + Webp

On 13 Aug 2014, at 23:06, Matthias Andree mand...@freebsd.org wrote: Am 13.08.2014 um 20:20 schrieb Sunpoet Po-Chuan Hsieh: On Thu, Aug 14, 2014 at 12:53 AM, Dimitry Andric d...@freebsd.org wrote: On 12 Aug 2014, at 07:44, Robert Backhaus rob...@robbak.com wrote: On 11 August 2014 18:45, Jos

Re: make info failures on -current

On 20 Aug 2014, at 15:59, Adam Weinberger ad...@adamw.org wrote: There are a lot of ports failing on -current due to errors from makeinfo. I’m assuming that this is due to invalid info markup syntax. My knowledge of info is essentially zero. Past rewriting the info file itself, is there a

Re: [CFT] SSP Package Repository available

On 21 Aug 2014, at 18:07, Bryan Drewery bdrew...@freebsd.org wrote: On 8/21/2014 10:53 AM, Bryan Drewery wrote: On 8/21/2014 5:34 AM, Mark Martinec wrote: Bryan Drewery wrote: Ports now support enabling Stack Protector [1] support on FreeBSD 10 i386 and amd64, and older releases on amd64 only

Re: Building subversion-1.8.10 under poudriere

On 27 Aug 2014, at 14:15, Willem Jan Withagen w...@digiware.nl wrote: Starting to use poudriere, and I'm pleasantly surprised. And even more after the first install steps. Don't have to go to all the different servers copy my ports-configs, and build... So I'm trying to get subversion

Re: libiconv issue

On 03 Sep 2014, at 23:13, Christos Chatzaras ch...@cretaforce.gr wrote: I try to portupgrade and I get this error: portupgrade -y phpMyAdmin-4.2.7.1 --- Session started at: Wed, 03 Sep 2014 21:28:19 +0300 [Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 130 packages found (-0 +0)

Fix www/squid unexpectedly using -march=native

Hi, Since http://bazaar.launchpad.net/~squid/squid/3-trunk/revision/12842, Squid's configure script defaults to -march=native, if the flag is supported by the compiler. And this even *overrides* your own specified CPUTYPE or -march= flag! So I personally experienced Squid 3.4 crashing on an old

Re: What is xmmintrin.h, and why aren't ports finding it?

On 07 Nov 2014, at 04:36, Chris H bsd-li...@bsdforge.com wrote: Greetings, Working on a recent 11-CURRENT install (11-CURRENT #1 amd64 r274134 Nov 5 12:56:14 PST 2014) svn info /usr/ports Revision: 372176 Given the above, and the fact that I have installed lang/gcc-48. Is there any

Re: How exactly does the base toolchain determine WHICH language to build with?

On 08 Nov 2014, at 01:23, Chris H bsd-li...@bsdforge.com wrote: Sorry for the long title. I've been [needlessly] struggling with getting ports within the ports tree to build, on a fresh 11-CURRENT install from 2014-11-05. With custom KERNEL and WORLD built, and installed. Here's my situation,

Re: Request for (i386) testing: american fuzzy lop

On 20 Nov 2014, at 17:51, Jan Beich jbe...@vfemail.net wrote: ... while poudriere caught Clang i386 failing [*] Testing the CC wrapper and instrumentation output... AFL_QUIET=1 AFL_INST_RATIO=100 AFL_PATH=. ./afl-clang -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall

RFT: Please help testing the llvm/clang 3.5.0 import

Hi, We're working on updating llvm, clang and lldb to 3.5.0 in head. This is quite a big update again, and any help with testing is appreciated. To try this out, ensure you have good backups or snapshots, then build world and kernel from the projects/clang350-import branch [1]. Please use a

Re: RFT: Please help testing the llvm/clang 3.5.0 import

On 30 Nov 2014, at 19:57, Dmitry Marakasov amd...@amdmi3.ru wrote: * Dimitry Andric (d...@freebsd.org) wrote: We're working on updating llvm, clang and lldb to 3.5.0 in head. This is quite a big update again, and any help with testing is appreciated. Well, of 4 error logs from exp-run

Re: RFT: Please help testing the llvm/clang 3.5.0 import

On 01 Dec 2014, at 18:54, Dmitry Marakasov amd...@amdmi3.ru wrote: * Dimitry Andric (d...@freebsd.org) wrote: We're working on updating llvm, clang and lldb to 3.5.0 in head. This is quite a big update again, and any help with testing is appreciated. Well, of 4 error logs from exp-run

Re: FreeBSD Ports failing to build with clang 3.5

On 30 Nov 2014, at 15:05, Antoine Brodin anto...@freebsd.org wrote: The FreeBSD project is working on updating llvm and clang to 3.5.0 in head [1]. The following ports you maintain fail to build after this update: games/rtb

Re: RFT: Please help testing the llvm/clang 3.5.0 import

On 28 Nov 2014, at 22:03, Dimitry Andric d...@freebsd.org wrote: We're working on updating llvm, clang and lldb to 3.5.0 in head. This is quite a big update again, and any help with testing is appreciated. To try this out, ensure you have good backups or snapshots, then build world

Re: RFT: Please help testing the llvm/clang 3.5.0 import

On 18 Dec 2014, at 02:17, NGie Cooper yaneurab...@gmail.com wrote: On Fri, Nov 28, 2014 at 1:03 PM, Dimitry Andric d...@freebsd.org wrote: ... As a request to speed up the build process further, - Would it be [easily] possible in the clang35 branch to bootstrap the compiler

Re: RFT: Please help testing the llvm/clang 3.5.0 import

On 18 Dec 2014, at 14:34, Robert Huff wrote: Dimitry Andric writes: - Could a MK_CLANG_ALL_TARGETS or something similar option be added to src.opts.mk to fine tune this process for those of us who don't want to build a cross-compile toolchain every iteration for our target MACHINE

Re: RFT: Please help testing the llvm/clang 3.5.0 import

On 18 Dec 2014, at 15:47, Warner Losh i...@bsdimp.com wrote: ... * Mips will only have a chance with the upcoming clang 3.6.0, but that is way too late for this import. It will probably require external toolchain support to get it working. For native builds yes. For cross builds, clang 3.6

Re: [x11-wm/fvwm2] Build failure with Clang

on 26 Dec 2014, at 21:38, A.J. 'Fonz' van Werven free...@skysmurf.nl wrote: Before asking the maintainer and/or submitting a PR, perhaps someone here knows what's up with the following. Since I rebuilt several ports due to graphics/imlib having been deleted and graphics/png having been

Re: head/graphics/svgalib does not build in poudriere

On 25 Jan 2015, at 16:55, Matthias Apitz g...@unixarea.de wrote: .. The port compiles fine the normal way: # cd graphics/svgalib # make package without your proposed change; it does not compile in poudriere. If poudriere compiles it differently than normal, I think it is a problem in

Re: head/graphics/svgalib does not build in poudriere

On 25 Jan 2015, at 11:11, Matthias Apitz g...@unixarea.de wrote: El día Sunday, January 25, 2015 a las 08:51:22AM +0100, Matthias Apitz escribió: ... This is in head r276659, ports r377801 and with poudriere 3.1.1 on amd64; the port graphics/svgalib fails to build (only) in poudriere with:

Re: Use GCC only for specific ARCH

On 10 Dec 2014, at 09:29, Christoph Moench-Tegeder c...@burggraben.net wrote: ## Daniel Morante (dan...@morante.net): I have a port that builds fine on a 9.3 amd64, but on 9.3 i386 it fails on this line: inline int64 GetMaxMoney() { return nBestHeight = HARDFORK_HEIGHT_1 ? 500 *

Re: graphics/freeglut build fail

On 09 Mar 2015, at 19:48, Raif S. Berent r...@berentweb.com wrote: I would not give this problem a second thought, since 40 to 50 ports regularly break during poudriere runs. The exception for this port is that many downstream ports (370 for me) depend on it. Then, a # make package from

Re: cad/openscad fails to build on 9.3/i386

On 27 Mar 2015, at 14:53, Andrea Venturoli m...@netfence.it wrote: I'm trying to upgrade OpensCAD to 2015.03, which was committed yesterday. However it fails to build. ... c++ -c -O2 -pipe -fno-strict-aliasing -frounding-math -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include

Re: graphics/goom

On 15 Apr 2015, at 09:41, Walter Schwarzenfeld w.schwarzenf...@utanet.at wrote: does not compile with clang (but compiles fine with gcc). Error Message: cc -O2 -pipe -fstack-protector -fno-strict-aliasing -fstack-protector -o .libs/goom2 -Wl,-rpath -Wl,/usr/local/lib frame_rate_tester.o

Re: net/samba4* build dependencies

On 10 Jun 2015, at 22:19, Horatiu MOLDOVAN dre...@gmx.de wrote: Trying to replace samba 3.6 i've observed some disturbing things on samba 4.x build: - security/cyrus-sasl2, security/libgcrypt and security/gnutls are mandatory lib dependencies - is there a reason to add garbage to the system?

Re: www/squid: tcp_outgoing_address binds to wrong interface

On 30 Jun 2015, at 18:48, Nick Rogers ncrog...@gmail.com wrote: ... I am experiencing an issue with squid 3.5.5 and FreeBSD 10.1 where tcp_outgoing_address correctly rewrites the source address of outgoing packets, but fails to bind the socket to the correct interface. How do you arrive at

Re: Unable to relocate to new svn URL

On 05 Aug 2015, at 22:05, Kevin Oberman rkober...@gmail.com wrote: Today I decided to relocate my ports source from the old specific mirror to the new svn.freebsd.org. Seemed like just one easy command, but not quite. First, if subversion is built with the default options, it will refuse to

Re: Self committing... allowed or not?

On 19 Jul 2015, at 14:02, Michelle Sullivan miche...@sorbs.net wrote: please correct me if I'm wrong but isn't self committing (those with the commit bit committing their own patches without QA/review/adding patchfiles to the PR) against the rules?... or is it just a free-for-all now? If

Re: Building mongodb with Poudriere?

On 21 Oct 2015, at 18:53, Daniel Morante wrote: > > I apologize for replying to an old thread, but it seems that this is still an > issue with Poudriere. > I have 6 GB of RAM on FreeBSD 10.1 64-bit and it still fails. > > However, I do not believe that this is a problem

Re: dns-terror (fastresolve-2.10_5) doesn't work on FreeBSD 10.x

On 18 Oct 2015, at 15:45, Miroslav Lachman <000.f...@quip.cz> wrote: ... > # dns-terror -vvv -p 100 -d /var/tmp/ip2host.db -o < /var/log/httpd/access.log > adns debug: environment variable RES_OPTIONS not set > adns debug: environment variable ADNS_RES_OPTIONS not set > adns debug: using

Re: lang/gcc48 fails to build [on HEAD]

On 27 Nov 2015, at 15:41, Steve Wills wrote: On 11/27/2015 08:42, Baptiste Daroussin wrote: >> On Fri, Nov 27, 2015 at 02:24:05PM +0100, Tijl Coosemans wrote: ... >>> so I was thinking of adding something like this to >>> bsd.port.mk: >>> >>> USE_LOCALE?=C >>> LANG=

Re: devel/beignet: build error: call to 'abs' is ambiguous insn->extra.longjmp = abs(index - origin) > 800

On 02 Jun 2016, at 22:28, O. Hartmann wrote: > > Building/updating port devel/beignet fails with > > [ 42%] Building CXX object > backend/src/CMakeFiles/gbe.dir/llvm/llvm_unroll.cpp.o > [ 42%] Building C object >

Re: 11.0-CURRENT -r300770 libc++ update vs. lang/powerpc64-xtoolchain-gcc: no go [self hosted powerpc64 context]

On 28 May 2016, at 06:18, Mark Millard wrote: ... > The -r300886 powerpc64 devel/powerpc64-gcc combination with no clang build > included has failed: > > --- all_subdir_usr.bin --- > endian.h(111): warning: bitwise operation on signed value possibly > nonportable [117] >

Re: 11.0-CURRENT -r300770 libc++ update vs. lang/powerpc64-xtoolchain-gcc: no go [self hosted powerpc64 context]

On 27 May 2016, at 01:53, Mark Millard wrote: > > I do buildworld/buildkernel on a powerpc64 targeting itself via > lang/powerpc64-xtoolchain-gcc (a.k.a. lang/powerpc64-gcc for the most part). > [Getting that lang/powerpc64-gcc installed for self-hosted use does take some

Re: Why central builds are performed on 10.1 with broken/different compared to 10, 3 compiler?

On 18 Jun 2016, at 19:13, Yuri wrote: > > I regularly get the fallout messages for my net-im/ring-daemon port. It > breaks on 10.1 with the c++11 -related message: > > In file included from > /wrkdirs/usr/ports/net-im/ring-daemon/work/ring-daemon-56ec56f/src/manager.h:45: >

Re: pkg 1.6.3 unable to upgrade, URL in pkg.conf problem?

On 10 Feb 2016, at 20:10, Daniel Eischen wrote: > > I'm trying to upgrade my ports with a set that I built using poudriere. > I'm running FreeBSD-current r295354, pkg 1.6.3. > > The packages are here on my local (localhost, vega) box: > >

Re: Clang can't build c++ project: ubsan is missing

On 26 Feb 2016, at 07:45, Yuri wrote: > I can't update the version of one C++ port because now the base clang-34 > fails to find the symbols __ubsan_ (for example __ubsan_vptr_type_cache). > clang36 port compiler fails to find libclang_rt.san-x86_64.a > clang38 port compiler

Re: clamav problem

On 19 Mar 2016, at 18:54, Carmel <carmel...@outlook.com> wrote: > > On Sat, 19 Mar 2016 17:18:17 +0100, Dimitry Andric stated: >> On 18 Mar 2016, at 20:09, Carmel <carmel...@outlook.com> wrote: >>> >>> On Fri, 18 Mar 2016 13:32:01 -0400, Michael But

Re: clamav problem

On 18 Mar 2016, at 20:09, Carmel wrote: > > On Fri, 18 Mar 2016 13:32:01 -0400, Michael Butler stated: >> On 03/18/16 13:17, Carmel wrote: >>> I have been bitten by this bug: >>> https://bugzilla.clamav.net/show_bug.cgi?id=11309 >>> >>> Is there anyway to correct it on a

Re: remove libstdc++ dependency from libc++ on freebsd 9.x

On 23 May 2016, at 11:02, kang joni wrote: > > I need to backport c++11project to BSD 9.x. How to remove libstdc++ > dependency from libc++ and libc++abi as freebsd 10.x did? > I'm stuck on this. The llvm docs is unclear. On FreeBSD 9.x, C++11 is not supported out of the

Re: Why clang++37 behaves differently on 9.3 and 10.3?

On 12 May 2016, at 13:33, Yuri wrote: > > clang++37 compiles this simple program fine on 10.3, but fails on 9.3. > > Why does it behave differently on different OS versions? > > It looks like it ignores -std=c++11 on 9.3. You cannot compile for C++11 on a 9.x installation,

Re: Erlang port build fails on 11.0-CURRENT on Raspberry Pi 2

On 15 May 2016, at 00:24, Hamza Sheikh wrote: > > I tried building Erlang from ports on a Raspberry Pi 2 running FreeBSD > 11.0-CURRENT snapshot r298793: > > freebsd@rpi2:~ % uname -a > FreeBSD rpi2 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r298793: Sat Apr 30 > 06:39:54 UTC

Re: Compiling binutils-2.25.1 failed

On 14 Apr 2016, at 14:10, Willem Offermans wrote: > > I have inherited an ``old'' FreeBSD server. I like to bring it up to date. > However I have problems to compile binutils-2.25.1. ... > In file included from ./cp-demangle.c:128: > ./../include/libiberty.h:113:38:

Re: Need some help with c++/qt5 code

On 14 Apr 2016, at 13:58, Shane Ambler wrote: > > Hi there, while I am comfortable with c and python, I only know a little > c++ and could use some help. ... > class TPanelFactory > { >QString m_panelType; >static QMap m_table; > >

Re: Compiling binutils-2.25.1 failed

On 18 Apr 2016, at 14:43, Willem Offermans <wil...@offermans.rompen.nl> wrote: > > On Fri, Apr 15, 2016 at 12:27:07AM +0200, Dimitry Andric wrote: >> On 14 Apr 2016, at 14:10, Willem Offermans <wil...@offermans.rompen.nl> >> wrote: ... >> For some reason this

Re: Needing help getting cad/kicad-devel compiled under FreeBSD-9

On 20 Apr 2016, at 10:28, mr wrote: > since the last update kicad seems to use GLM (math/glm) additionaly. > Compiling under FreeBSD-10 works FreeBSD-9 not. > > A bugreport ( https://bugs.launchpad.net/kicad/+bug/1571393 ) for kicad got > closed because of: > ... > As reported

Re: Updating Samba to 4.3.11_1

On 22 Jul 2016, at 12:19, carmel...@outlook.com wrote: > > I am having the same problem as reported by this PR: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211140 > > Does anyone know of a way to get this port installed? The older version > is reported as having a vulnerability.

HEADS UP: ports r420340 breaks installation and packaging of empty directories

Hi, I just got bitten by a nasty side effect of r420340 [1] ("Move USE_BDB and PLIST_DIRSTRY to the unsupported section, all the ports have been converted"). The effect is that empty directories don't get installed or packaged anymore, and this can lead to all kinds of interesting errors. In my

Re: FreeBSD Port: libc -208080

On 19 Feb 2017, at 14:18, Nathaniel Braun wrote: > I'd like to use the new variant class from C++17 on my FreeBSD machine. > > I think that this class is available in LibC++ right now, but I did not > succeed in using it using the devel/libc++ port. > > Would you

Re: elf_load_section problem

On 19 Feb 2017, at 21:30, Steve Kargl wrote: > > Looks like I picked the wrong time to update a month old. > > Problem #1: 'kldload -v i915kms.ko' locks up the system. No > panic. No messages logged. No keyboard response. Black > screen of death. > >

Re: Firefox build fails

On 12 Feb 2017, at 02:33, AN wrote: > FreeBSD BSD_12 12.0-CURRENT FreeBSD 12.0-CURRENT #13 r313546: Fri Feb 10 > 10:04:11 EST 2017 root@BSD_12:/usr/obj/usr/src/sys/MYKERNEL amd64 > > > Trying to install Firefox fails with the following: > > ../../js/src/jsarray.o: In

Re: Firefox build broken

On 9 Feb 2017, at 14:03, Domagoj Stolfa wrote: > > It would seem that the firefox build is broken on 12.0-CURRENT. I've been > getting the same error as seem on [1]. Has anyone else experienced this? > > [1] >

Re: why a persistent GCC GCC49 conflict?

On 20 Jan 2017, at 06:45, Jeffrey Bouquet via freebsd-ports wrote: > > pkg install driftnet wants to install gcc, and REMOVE > truecrypt, gcc49, xpi-web-developer...[23 more]...sscalc. > > This has been going on almost a half-year it seems. > as gcc49 and gcc install

Re: Problems with out libgcc_s.so in base

On 22 Aug 2016, at 08:26, Matthias Andree <matthias.and...@gmx.de> wrote: > > Am 18.08.2016 um 14:48 schrieb Dimitry Andric: >> For example, on one of my systems, I now have these: >> >> /usr/local/lib/gcc47/libgcc_s.so.1 >> /usr/local/lib/gcc48/libgcc_s.so.1

<    1   2   3   >