firefox build broken under clang 3.3
updated current and now firefox and thunderbird both fail to build under the new clang 3.3. has anyone seen this or know how to fix? gmake[3]: Entering directory `/tmp/obj/usr/ports/www/firefox/work/mozilla-release/obj-x86_64-portbld-freebsd10.0/js/src' /usr/bin/clang++ -o jsanalyze.o -c -I./../../dist/system_wrappers_js -include ../../../js/src/config/gcc_hidden.h -DENABLE_TYPEDARRAY_MOVE -DENABLE_YARR_JIT=1 -DMOZ_GLUE_IN_PROGRAM -DNO_NSPR_10_SUPPORT -DEXPORT_JS_API -DJS_HAS_CTYPES -DDLL_PREFIX=\"lib\" -DDLL_SUFFIX=\".so\" -DUSE_ZLIB -I/usr/local/lib/libffi-3.0.11/include -I. -I../../../js/src/../../mfbt/double-conversion -I../../../js/src -I. -I./../../dist/include -I/usr/local/include/nspr -I../../../js/src -I../../../js/src/assembler -I../../../js/src/yarr -fPIC -Qunused-arguments -isystem/usr/local/include -I/usr/local/include -Qunused-arguments -Wall -Wpointer-arith -Woverloaded-virtual -Werror=return-type -Wtype-limits -Wempty-body -Werror=conversion-null -Wno-ctor-dtor-privacy -Wno-overlength-strings -Wno-invalid-offsetof -Wno-variadic-macros -Wno-c++0x-extensions -Wno-extended-offsetof -Wno-unknown-warning-option -Wno-return-type-c-linkage -Wno-mismatched-tags -O2 -pipe -fno-strict-aliasing -fno-rtti -ff unction-sections -fdata-sections -fno-exceptions -pipe -DNDEBUG -DTRIMMED -O2 -fomit-frame-pointer -DUSE_SYSTEM_MALLOC=1 -DENABLE_ASSEMBLER=1 -DENABLE_JIT=1 -Qunused-arguments -isystem/usr/local/include -I/usr/local/include -DMOZILLA_CLIENT -include ./js-confdefs.h -MD -MF .deps/jsanalyze.o.pp /tmp/obj/usr/ports/www/firefox/work/mozilla-release/js/src/jsanalyze.cpp In file included from /tmp/obj/usr/ports/www/firefox/work/mozilla-release/js/src/jsanalyze.cpp:14: In file included from ../../../js/src/jsinferinlines.h:21: In file included from ../../../js/src/vm/Stack-inl.h:19: In file included from ../../../js/src/jsscriptinlines.h:21: In file included from ../../../js/src/jsscopeinlines.h:26: In file included from ../../../js/src/jscntxtinlines.h:15: In file included from ../../../js/src/jsprobes.h:23: ../../../js/src/vm/ObjectImpl-inl.h:215:55: error: use of undeclared identifier 'UndefinedValue'; did you mean 'UndefinedValue'? sp->init(comp, this->asObjectPtr(), offset++, UndefinedValue()); ^~ UndefinedValue ../../../js/src/jsapi.h:639:1: note: 'UndefinedValue' declared here UndefinedValue() ^ In file included from /tmp/obj/usr/ports/www/firefox/work/mozilla-release/js/src/jsanalyze.cpp:14: In file included from ../../../js/src/jsinferinlines.h:21: In file included from ../../../js/src/vm/Stack-inl.h:19: In file included from ../../../js/src/jsscriptinlines.h:21: In file included from ../../../js/src/jsscopeinlines.h:26: In file included from ../../../js/src/jscntxtinlines.h:15: In file included from ../../../js/src/jsprobes.h:23: ../../../js/src/vm/ObjectImpl-inl.h:217:55: error: use of undeclared identifier 'UndefinedValue'; did you mean 'UndefinedValue'? sp->init(comp, this->asObjectPtr(), offset++, UndefinedValue()); ^~ UndefinedValue ../../../js/src/jsapi.h:639:1: note: 'UndefinedValue' declared here UndefinedValue() ^ 2 errors generated. gmake[3]: *** [jsanalyze.o] Error 1 gmake[3]: Leaving directory `/tmp/obj/usr/ports/www/firefox/work/mozilla-release/obj-x86_64-portbld-freebsd10.0/js/src' gmake[2]: *** [libs_tier_js] Error 2 gmake[2]: Leaving directory `/tmp/obj/usr/ports/www/firefox/work/mozilla-release/obj-x86_64-portbld-freebsd10.0' gmake[1]: *** [tier_js] Error 2 gmake[1]: Leaving directory `/tmp/obj/usr/ports/www/firefox/work/mozilla-release/obj-x86_64-portbld-freebsd10.0' gmake: *** [default] Error 2 *** [do-build] Error code 1 Stop in /usr/ports/www/firefox. test:/usr/ports/www/firefox[536]$ clang -v FreeBSD clang version 3.3 (trunk 178860) 20130405 Target: x86_64-unknown-freebsd10.0 Thread model: posix ___ 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: textproc / libxml2 failure to compile
On 19-4-2013 0:06, Jeremy Messenger wrote: Looks good to me, you can go ahead commit it. Thanks! >Jung-uk Kim indeed good patch, but port slush and this effects lots of ports so it is a sweeping change that isn't allowed. ___ 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: firefox build broken under clang 3.3
On 19.04.13 04:01, kit wrote: > updated current and now firefox and thunderbird both fail to build under > the new clang 3.3. has anyone seen this or know how to fix? The fix is here: http://tb.smeets.im/~flo/gecko-clang33-fixes.diff It will be committed after the freeze. Florian signature.asc Description: OpenPGP digital signature
Re: firefox build broken under clang 3.3
On Apr 19, 2013, at 17:56, Florian Smeets wrote: > On 19.04.13 04:01, kit wrote: >> updated current and now firefox and thunderbird both fail to build under >> the new clang 3.3. has anyone seen this or know how to fix? > > The fix is here: > > http://tb.smeets.im/~flo/gecko-clang33-fixes.diff > > It will be committed after the freeze. Are these fixes from upstream? If not, it would be nice to send them there... ___ 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"
x11-toolkits/qt33 dependencies
I am using qt4 for ports that require QT. Some ports seem to not have upgraded their dependency structure - AFAIK, devel/qt4-script is the proper port to use for x11-toolkits/qt33 dependencies now?? For example: make missing -C editors/f4l => x11-toolkits/qt33 Is there a way to override this in /etc/make.conf? - 10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 & xorg.devel -- View this message in context: http://freebsd.1045724.n5.nabble.com/x11-toolkits-qt33-dependencies-tp5805026.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"
pkg info list sources?
Something like that would be nice. Another (separate but related) feature request would be for poudriere: When you feed poudriere a list to build but let's say only 7 of the 10 packages you fed were built and the other 3 were skipped due to depending port or own build failure. It would be nice when poudriere is finished, if it would list the 7 packages from the main list as a separate line. Currently one must sort through the failed build report to see which ones from the list are available fro install. Regards. - 10-Current-amd64-using ccache-portstree merged with marcuscom.gnome3 & xorg.devel -- View this message in context: http://freebsd.1045724.n5.nabble.com/pkg-info-list-sources-tp5804719p5805025.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: www/firefox (r315793, 20.0.1) does not compile
El día Monday, April 15, 2013 a las 04:44:43PM +0600, Jan Beich escribió: > Matthias Apitz writes: > > > El día Saturday, April 13, 2013 a las 01:13:46PM -0500, Jan Beich escribió: > > > >> Matthias Apitz writes: > >> > >> > # uname -a > >> > FreeBSD aurora.Sisis.de 10.0-CURRENT FreeBSD 10.0-CURRENT #0 > >> > r235646: Sat May 19 15:52:36 CEST 2012 > >> > g...@aurora.sisis.de:/usr/obj/usr/src/sys/GENERIC i386 > >> > > >> > >> At that time jemalloc 3.0.0 was imported, expect regressions. > >> > >> /head had recently imported clang 3.3 so www/firefox may have compile > >> and runtime regressions. Be prepared or add USE_GCC=yes to Makefile.local. > >> > > > > With gcc it gives the same error; and if I add to the source > > /usr/ports/www/firefox/work/mozilla-release/memory/mozalloc/mozalloc.cpp > > the following include (as the man page requests): > > > > #include // for malloc, free > > #include // added by me > > mozalloc.cpp uses malloc_usable_size() only if configure detects its > presence in libc or LIBS and malloc_np.h if it exists and is not buggy > i.e., simply including the header doesn't produce errors. > > On /head firefox also uses the new jemalloc3 api in malloc_np.h to > implement jemalloc_stats and malloc_good_size() instead of overriding > the malloc() in libc like it does for /stable/[89]. > ... > http://svnweb.freebsd.org/changeset/base/235780 I updated malloc_np.h to r235780 and after many hours of compilation it installed fine, but it SGEV on execution without showing the browser window; and now? How to I get to a working firefox in ports' head? Thanks matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: www.asciiribbon.org E-mail: g...@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards ___ 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: www/firefox (r315793, 20.0) does not compile (SOLVED)
El día Friday, April 19, 2013 a las 07:02:58AM +0200, Matthias Apitz escribió: > > http://svnweb.freebsd.org/changeset/base/235780 > > I updated malloc_np.h to r235780 and after many hours of compilation it > installed fine, but it SGEV on execution without showing the browser > window; and now? How to I get to a working firefox in ports' head? I looked with gdb into the core file and saw that it was using /usr/local/lib/compat/libc.so.6, after removing the pkg compat6x-i386-6.4.604000.200810_3 from the system, firefox 20.0 starts fine. I do not know which port pulled in this pkg because on using pkg_delete it did not complained about any other package requesting this. matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: www.asciiribbon.org E-mail: g...@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards ___ 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: firefox build broken under clang 3.3
On 19.04.13 19:48, Dimitry Andric wrote: > On Apr 19, 2013, at 17:56, Florian Smeets wrote: > >> On 19.04.13 04:01, kit wrote: >>> updated current and now firefox and thunderbird both fail to build under >>> the new clang 3.3. has anyone seen this or know how to fix? >> >> The fix is here: >> >> http://tb.smeets.im/~flo/gecko-clang33-fixes.diff >> >> It will be committed after the freeze. > > Are these fixes from upstream? If not, it would be nice to send them there... > > patch-bug854936 is a workaround because we don't have http://llvm.org/viewvc/llvm-project?view=revision&revision=178950 yet. firefox-nightly (in our gecko svn repo) already compiles fine without patch-clang33 So everything should be fine :) Florian signature.asc Description: OpenPGP digital signature
CFT: vlc 2.0.6
Hi! It's this time again, there's a new vlc version out and I want to update the port: http://www.videolan.org/vlc/releases/2.0.6.html Port update: http://people.freebsd.org/~nox/tmp/vlc-2.0.6-001.patch Please give this a good testing again... Thanx, :) Juergen ___ 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"
VBox disk failures
Hi. I have been trying to get VBox 4.2.6 to work properly on an HP desktop. dmesg says the CPU is: CPU: Intel(R) Pentium(R) Dual CPU E2160 @ 1.80GHz (1795.54-MHz 686-class CPU) When I run it (it builds fine from ports) and try to create a disk (accepting the defaults) it fails with: Callee RC: NS_ERROR_ABORT (0x80004004) I get this no matter who's running it and it was happening with the late 4.1.x releases as well. Anyone know from this what is going on? Could it be a kernel config? I'm not running GENERIC Thanks!, Reed ___ 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"
non-destructive ports/packages update
I'm looking for a way to move everything connected with ports and packages aside, so that I can start fresh but with the ability to easily roll it back when things go badly (as they surely will). I have in mind to something like this: # cd /usr # mkdir old # mv ports local old # mkdir ports local # cd /var/db # mkdir old # mv ports pkg old # mkdir ports pkg Is there anything else that needs to be saved before fetching a new ports tree and starting to build things (or install prebuilt packages)? This is on 8.1, although I suspect the answer does not depend on the OS version. And yes, there's plenty of space in /usr and /var. ___ 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: non-destructive ports/packages update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 4/19/13 11:34 PM, Perry Hutchison wrote: > I'm looking for a way to move everything connected with ports and > packages aside, so that I can start fresh but with the ability to > easily roll it back when things go badly (as they surely will). > > I have in mind to something like this: > > # cd /usr # mkdir old # mv ports local old # mkdir ports local # cd > /var/db # mkdir old # mv ports pkg old # mkdir ports pkg > > Is there anything else that needs to be saved before fetching a new > ports tree and starting to build things (or install prebuilt > packages)? > > This is on 8.1, although I suspect the answer does not depend on > the OS version. And yes, there's plenty of space in /usr and > /var. If you use ZFS, it's possible to take snapshot, then install new ports, then if something blows up, you can rollback. With UFS, it's still possible to take snapshot but rollback is not atomic. If you use portmaster, it can save packages (I think portupgrade can do it too). But this approach depends on the fact that the port is well written, and is not atomic in terms of package set. BTW. Speaking for 8.1, it's past EoL, please consider upgrading to a supported release. Cheers, -BEGIN PGP SIGNATURE- iQEcBAEBCAAGBQJRcjpRAAoJEG80Jeu8UPuzdjkIAICtMrOW87AWrtE+3FCGbG9d 4XOPZD6fgFw0eOJ4KpaxyW//e4wqILofyoLmpepYTkiZQG+fzQ8sdHLO6WNdqRo8 ilzpzwpmu3rAaI6YvPj90Oz5Er4Q+yGG1u/1jFfWPDpiWOtVlaYC3HdERqoSQCfo NCfjEk6UYjRiRSGfw9qynf87WCinhi8su71+/A0RusuDHXeLQWkgfOPrTerm77KM HBFXKg2F7DlLx9ZdXxv0Tk+8QwHSlYB249oC047MLx/dT0KBOfD2nWK1xhB4pDJo RRbWKUmb0B/aT0FLLD/swWSbx/59menyHDJBG/ZMmxB58vAhSrkPXtu7SNOlZwU= =OSk7 -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"
