@ktsin: "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
_______________________________________________
<email_address> mailing list
<url>
To unsubscribe, send any mail to "<email_address>""
    @dim: "<quote>
Are these fixes from upstream?  If not, it would be nice to send them there...
_______________________________________________
<email_address> mailing list
<url>
To unsubscribe, send any mail to "<email_address>""
    @jamesbrandongooch: "<quote>
Thanks for fixing the build issues.
Now, I've built Firefox with Clang, but the darn thing segfaults at
the drop of a hat:
$ gdb /usr/local/bin/firefox firefox.core
...
(gdb) bt
#0  0x00000008011eefaa in thr_kill () from /lib/libc.so.7
#1  0x00000008024d254d in XRE_InstallX11ErrorHandler ()
   from /usr/local/lib/firefox/libxul.so
#2  0x0000000800f74116 in swapcontext () from /lib/libthr.so.3
#3  0x0000000800f73d39 in sigaction () from /lib/libthr.so.3
#4  0x00007ffffffff193 in ?? ()
#5  0x0000000800f73c20 in sigaction () from /lib/libthr.so.3
Previous frame inner to this frame (corrupt stack?)
Rebuilding with debugging symbols provides no further insight, as that
seems to provide a work-around for whatever the root cause may be
(i.e. no more segfaults).
Are any of you seeing something similar?
-Brandon
_______________________________________________
<email_address> mailing list
<url>
To unsubscribe, send any mail to "<email_address>""
    @dim: "...
<quote>
Which exact version of head do you have, and which version(s) of ports?  Are you running WITH_NEW_XORG or not?
In any case, I have just built the latest Firefox from ports, with clang 3.3, and I see no jessica68@example.com.  At least with approximately 10 minutes of browsing, and visiting a varied bunch of sites.  I do have it built with debug info, but without cranking down the optimization level to -O0 (which is what bsd.port.mk seems to do, unfortunately).
I will rebuild it again, without any debug info, to see if that makes any difference.  I don't think it will, though...
_______________________________________________
<email_address> mailing list
<url>
To unsubscribe, send any mail to "<email_address>""
    @jbeich: "Brandon Gooch <email_address> writes:
<quote>
The faulting function is lost within crash handler. If you build
firefox with
  # use DEBUG_FLAGS or set STRIP to empty explicitly
  CFLAGS += ${DEBUG_FLAGS}
  DEBUG_FLAGS += -O0 -g
jaeger jit crash would look like
<url>
It doesn't happen on firefox23 with baseline jit[1] disabled via pref.
A big change like zones (bug 759585) may have refactored code enough
to not hit the clang bug. So, try either clang trunk or
<url>
The latter pessimizes inlining for clang 3.2 as well.
[1] baseline crashes in a different way
    <url>
DEBUG enables compile-time diagnostics and strips any -O* from CFLAGS.
_______________________________________________
<email_address> mailing list
<url>
To unsubscribe, send any mail to "<email_address>""
    @dim: "...
<quote>
Rebuilt without debug info, worked just fine.  Is there a particular scenario that makes it crash?
_______________________________________________
<email_address> mailing list
<url>
To unsubscribe, send any mail to "<email_address>""
    @dim: "...
<quote>
The firefox crash in that post was with -O2, so it is most likely not due to the vectorizer then.
In any case, I have not been able to reproduce that either.  I have browsed stackoverflow.com for about 5 minutes, clicking a whole bunch of random articles and links, and no problems whatsoever occurred.  That is with the default www/firefox port, which seems to be the released Firefox 20.0, at its default settings, on amd64.
I do not like the workaround in that Mozilla bug, since it simply disables the vectorizer.  I can understand that software must always ship tomorrow, but it would have been nicer to attempt to figure out what is incorrectly optimized, and why...
Indeed.  To work around this, use the following diff:
Index: Mk/bsd.port.mk
===================================================================
- Mk/bsd.port.mk	(revision 316903)
+++ Mk/bsd.port.mk	(working copy)
@@ -1580,7 +1580,7 @@
 .if defined(WITH_DEBUG) && !defined(WITHOUT_DEBUG)
 STRIP_CMD=	${TRUE}
 DEBUG_FLAGS?=	-g
-CFLAGS:=		${CFLAGS:N-O*:N-fno-strict*} ${DEBUG_FLAGS}
+CFLAGS:=		${CFLAGS} ${DEBUG_FLAGS}
 .endif
 .if defined(NOPORTDOCS)
_______________________________________________
<email_address> mailing list
<url>
To unsubscribe, send any mail to "<email_address>""
    @rafaelespindola: "OK, I was able to reproduce this. I am trying to reduce the testcase.
<quote>
_______________________________________________
<email_address> mailing list
<url>
To unsubscribe, send any mail to "<email_address>""
    @jamesbrandongooch: "On Tue, Apr 30, 2013 at 11:26 PM, Rafael Esp=EDndola
<quote>
Just an FYI, I've been using firefox-21.0.b3,1 from:
$ svn info
Path: .
Working Copy Root Path: /usr/home/brandon/wc/freebsd-gecko
URL: <url>
Repository Root: <url>
Repository UUID: 6ab5617d-af29-de11-a9e3-001676731981
Revision: 1258
Node Kind: directory
Schedule: normal
Last Changed Author: jbeich
Last Changed Rev: 1256
Last Changed Date: 2013-04-30 04:35:07 -0500 (Tue, 30 Apr 2013)
I've not have a crash since.
-Brandon
_______________________________________________
<email_address> mailing list
<url>
To unsubscribe, send any mail to "<email_address>""
    @rafaelespindola: "T24gMSBNYXkgMjAxMyAwMDoyNiwgUmFmYWVsIEVzcMOtbmRvbGEgPHJhZmFlbC5lc3BpbmRvbGFA
Z21haWwuY29tPiB3cm90ZToKPiBUaGlzIGlzIG5vdwo+Cj4gaHR0cDovL2xsdm0ub3JnL2J1Z3Mv
c2hvd19idWcuY2dpP2lkPTE1ODgyCgpBbmQgaXQgZ290IGZpeGVkISA6LSkKCkl0IGp1c3QgbWlz
c2VkIDMuMyBicmFuY2hpbmcsIGJ1dCBJIHdpbGwgbWFrZSBzdXJlIGl0IGdldHMgcG9ydGVkLgoK
Q2hlZXJzLApSYWZhZWwKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX18KZnJlZWJzZC1wb3J0c0BmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QKaHR0cDovL2xpc3Rz
LmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1wb3J0cwpUbyB1bnN1YnNjcmli
ZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1wb3J0cy11bnN1YnNjcmliZUBmcmVlYnNkLm9y
ZyI="
{'source': 'USENET', 'other_information': '{"reply_count": 9, "forum_name": "mpc.lists.freebsd.ports.20140524.mbox"}', 'file': 'data/output/usenet-mpc.lists.parquet'}