Re: texi2html problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 07/09/2012 04:12, Johan van Selst wrote: Johan van Selst wrote: Doug Barton wrote: Building texi2html without NLS results in this: texi2html Undefined subroutine Locale::Messages::dgettext called at /usr/local/bin/texi2html line 29628. Indeed, I can confirm that the application is currently unusable when compiled without NLS support. Will report this upstream and remove the without-nls option until I/they can come up with a fix. I have included a fix that seems to do the trick. The port should now work when built without NLS support as well. Do let me know if it still causes trouble. I was able to build it no problem WITHOUT_NLS. It also gives the proper error message when run with no input, and produces the docs for ffmpeg without any problems. Thanks for your prompt attention to this. :) I must admit that NLS support is included by default for all ports on my systems. No problem at all. I realize I'm using a non-default configuration. Doug - -- If you're never wrong, you're not trying hard enough -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJP+8wWAAoJEFzGhvEaGryExXcH/jNitFGu9x64uZUi/oirL0kL rVVP2s/tOypB0/4z+LwFYaDpdRIJ5DrRkah81odySe+KDe5LyKNCmDmd+PayfvK8 OWVnGAktfFa5AfMjYFXzxpHRl6/W3skUbesXts98BCzd501fbuY4d7eXSy+nWmkQ FpSk8aKA1kPl37sXEJvlV6/FYpGF4XAxVIJGjPFCLONcBrZFnPnoiDuzH5C/GtY7 WME/FDCmeJnbDEjuNCV51aZkg7ed3EmSSKtveBSREMfpSlgJFGCaD/TDmaz26a0M 6k9K0ynNB+KnWlH6PkrdpRjnPFVaR8h+ykegakuGCT77G2sCnMXRAs5GZ3YarzE= =/Zb5 -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: 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 /usr/ports/lang/clang/work/llvm-3.1.src/tools/clang/lib/CodeGen/../../include/clang/AST/Type.h, line 2873. ... I have been mailed a set of .ii files, and I was able to reproduce the assert, not only with clang 3.1 release, but also with clang trunk, unfortunately. So it seems a regression; it only happens when you pass -std=gnu++11 (or c++11). I'm reducing the testcase as I mail this, and I will add it to http://llvm.org/bugs/show_bug.cgi?id=12763 (which seems to be the most likely bug report for this). 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, that would be great. :) Apply attached patch to your src tree, then build and install clang as follows (or just do a buildworld/installworld, if you have CPU to spare): make -C /usr/src/lib/clang all make -C /usr/src/usr.bin/clang/clang all install Then retry building the LibreOffice port. Any feedback appreciated! Pull in r159895 from upstream clang trunk: When marking virtual functions as used for a class' vtable, mark all functions which will appear in the vtable as used, not just those ones which were declared within the class itself. Fixes an issue reported as comment#3 in PR12763 -- we sometimes assert in codegen if we try to emit a reference to a function declaration which we've not marked as referenced. This also matches gcc's observed behavior. This should fix clang assertions when building certain components of the LibreOffice port. Index: contrib/llvm/tools/clang/lib/Sema/SemaDeclCXX.cpp === --- contrib/llvm/tools/clang/lib/Sema/SemaDeclCXX.cpp (revision 238149) +++ contrib/llvm/tools/clang/lib/Sema/SemaDeclCXX.cpp (working copy) @@ -10937,14 +10937,23 @@ bool Sema::DefineUsedVTables() { void Sema::MarkVirtualMembersReferenced(SourceLocation Loc, const CXXRecordDecl *RD) { - for (CXXRecordDecl::method_iterator i = RD-method_begin(), - e = RD-method_end(); i != e; ++i) { -CXXMethodDecl *MD = *i; + // Mark all functions which will appear in RD's vtable as used. + CXXFinalOverriderMap FinalOverriders; + RD-getFinalOverriders(FinalOverriders); + for (CXXFinalOverriderMap::const_iterator I = FinalOverriders.begin(), +E = FinalOverriders.end(); + I != E; ++I) { +for (OverridingMethods::const_iterator OI = I-second.begin(), + OE = I-second.end(); + OI != OE; ++OI) { + assert(OI-second.size() 0 no final overrider); + CXXMethodDecl *Overrider = OI-second.front().Method; -// C++ [basic.def.odr]p2: -// [...] A virtual member function is used if it is not pure. [...] -if (MD-isVirtual() !MD-isPure()) - MarkFunctionReferenced(Loc, MD); + // C++ [basic.def.odr]p2: + // [...] A virtual member function is used if it is not pure. [...] + if (!Overrider-isPure()) +MarkFunctionReferenced(Loc, Overrider); +} } // Only classes that have virtual bases need a VTT. ___ 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: make failed for editors/libreoffice
Dimitry, 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? How does this change compare to the code that's already in the clang port? Doug On 07/10/2012 00:18, Dimitry Andric wrote: 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 /usr/ports/lang/clang/work/llvm-3.1.src/tools/clang/lib/CodeGen/../../include/clang/AST/Type.h, line 2873. ... I have been mailed a set of .ii files, and I was able to reproduce the assert, not only with clang 3.1 release, but also with clang trunk, unfortunately. So it seems a regression; it only happens when you pass -std=gnu++11 (or c++11). I'm reducing the testcase as I mail this, and I will add it to http://llvm.org/bugs/show_bug.cgi?id=12763 (which seems to be the most likely bug report for this). 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, that would be great. :) Apply attached patch to your src tree, then build and install clang as follows (or just do a buildworld/installworld, if you have CPU to spare): make -C /usr/src/lib/clang all make -C /usr/src/usr.bin/clang/clang all install Then retry building the LibreOffice port. Any feedback appreciated! ___ 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 -- Change is hard. ___ 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: cvs commit: ports/x11/slim Makefile pkg-plist ports/x11/slim/files pam.conf slim.sh.in
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 07/09/2012 01:13, Eygene Ryabinkin wrote: This very error should be fixed by the patch Yes, I'm an idiot. :) I successfully applied your patch and forgot to move the new patch- file into files/. Once I fixed the PEBKAC it worked as expected on 10-current amd64, and 8-stable i386. Henry, if you'd like me to apply the patch just let me know. Eygene, thanks for doing this. Doug - -- Change is hard. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJP+9lfAAoJEFzGhvEaGryEds8H/jVudAimsgQEgJZ1EGWCN7mX xsjam23cBz5hCAf5ay4cmDkyUbdfSeYJHTQ+WmjuMRKaoKBoyMvKSAbVcvKfOiNr iOoFWT82D/fXWNW+X/Ny4sqv16FNpP2hQsiEa0E5luPU9bA52wSq6kGU9EiQ+VY6 JrxwHV8/7MfzaX+g6fRkhwphRYI9bmzK0+evvtMtxEq9dCZTtFcMmGFSwy4EAzT3 3mbMYjeWlIsCko+Y/GjtXGlopxiStbMUU32B+O1oKrvtzHJ2Srgi2vZ/B4XVXPSB W28ANO0AZbqzIUcZvaechXjjcb0mlNKsRnWjlDC4ysheGH6XRjLCEgFH0MZed0I= =nNUS -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: cvs commit: ports/x11/slim Makefile pkg-plist ports/x11/slim/files pam.conf slim.sh.in
Tue, Jul 10, 2012 at 12:27:27AM -0700, Doug Barton wrote: On 07/09/2012 01:13, Eygene Ryabinkin wrote: This very error should be fixed by the patch Yes, I'm an idiot. :) I successfully applied your patch and forgot to move the new patch- file into files/. Shouldn't it appear in files/ automatically or you're using some strange variant of patch utility? Or you're patching in some other place and then moving the result elsewhere? Once I fixed the PEBKAC it worked as expected on 10-current amd64, and 8-stable i386. Cool, thanks! Henry, if you'd like me to apply the patch just let me know. Yesterday I had looked at the libpng and it seems that this patch should include 1.4.* for the new variant of the setjmp code -- I need some hours to try to build it with png 1.4. Eygene, thanks for doing this. You're welcome ;)) -- Eygene Ryabinkin,,,^..^,,, [ Life's unfair - but root password helps! | codelabs.ru ] [ 82FE 06BC D497 C0DE 49EC 4FF0 16AF 9EAE 8152 ECFB | freebsd.org ] pgpRALjdUKDgz.pgp Description: PGP signature
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 building world), but the port has asserts disabled by default, while clang in base is built with asserts enabled. Therefore, if you build LO with the clang port at its default settings, the assert that breaks the build is never triggered. However, I do not know if the resulting object code will have problems. How does this change compare to the code that's already in the clang port? This upstream change properly fixes the assert, which should fix the LO build with clang. It can also be applied to the lang/clang port, otherwise we'll have to wait until the 3.2 release to get it. Last but not least, to answer your question about the port not installing a clang-cpp link (or symlink): the clang installation scripts (either autoconf-based, or CMake-based) do not include such a link, which I think is an oversight by upstream. I'll lobby with them to include such a link in the future; meanwhile, maybe our port maintainer can manually add it. I added the clang-cpp link in the base system, because some parts of our build system depend on having an executable behaving as cpp, instead of as cc -E. The former preprocesses any file with unknown extension as if it were C, the latter doesn't. ___ 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
cross-binutils for ppc-eabi not installing
Hi, I am trying to compile cross-binutils for the PowerPC-EABI architecture. And while installing I get the following error: libtool: install: install -o root -g wheel -m 555 -s embedspu /usr/local/bin/./ppc-eabi-embedspu strip: /usr/local/bin/./ppc-eabi-embedspu: File format not recognized install: wait: No such file or directory I am no system programmer but it seems that it is trying to strip a shell script file which does not make sense. Any ideas on how to fix the problem? I am using FreeBSD 9.0-RELEASE. Thanks, JB ___ 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: lang/gcc46 building stuff in $TMPDIR
On 06/09/2012 09:33, Doug Barton wrote: On 06/06/2012 23:15, Gerald Pfeifer wrote: On Wed, 6 Jun 2012, Doug Barton wrote: I purposely have a tiny /tmp, and while building gcc46 today it filled up with stuff from the gcc build. Is there any way to modify this process so that it keeps everything in WRKDIR? GCC in general should put all its build stuff in WRKDIR and only stash really temporary things (coming from an individual invocation of GCC such as assembly files if any) in /tmp for short periods of time. I am not aware of anything we could do beyond what I already have in the port, but then this is the first time I hear about this, in the context of FreeBSD and also upstream. Are you saying you actually noticed some leftovers in /tmp, or that there just has been more at certain points in time than you would expect? I finally had time to watch this closely, and found the culprit(s). While building the port creates a lot of files in /tmp (I think it's actually $TMP, not $TMPDIR). A lot of them are *.s files, most of which are small, but one of which grew to over 64M, which is what caused my build to fail. It also creates a variety of other files, including .o, .c, .ld, .le, .zip, etc. The java OPTION also creates some pretty big jar directories, I had one grow to 49M, which didn't crash my build, but might blow up someone with a smaller /tmp. My suggestion would be to create a directory in $WRKDIR and assign $TMP (or whatever the right envar is) to it. Just tried building the latest, same error. Did I misunderstand that something was supposed to be different? Doug -- If you're never wrong, you're not trying hard enough ___ 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 Port: php-libawl-0.51
Hi Cristiano, Andrew McMillan has contacted me regarding upgrading the Davical port to 1.1.1; this port needs libawl 0.53. Are you in a position to update your port to the current version? Many Thanks Maurice Castro___ 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: FreeBSD Port: php-libawl-0.51
On Tue, Jul 10, 2012 at 4:15 PM, Maurice Castro maur...@castro.aus.netwrote: Hi Cristiano, Andrew McMillan has contacted me regarding upgrading the Davical port to 1.1.1; this port needs libawl 0.53. Are you in a position to update your port to the current version? Many Thanks Maurice Castro___ 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 I've taken the port update for davical, and put in a pr to update php-libawl to 0.53. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/169777 -jgh -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh ___ 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 Port: xxxterm-1.10.0_1,1
Dear graudeejs: Hi! I found on freshport that you are the port maintainer of xxxterm. The browser has been renamed to xombrero and got a new version number. Could you please kindly update the port? Thanks! FYI: This post my help. https://opensource.conformal.com/fluxbb/viewtopic.php?id=498 B.R. A FreeBSD User. ___ 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