Re: www/firefox and mail/thunderbird fail to compile in FreeBSD 10-CUR/amd64 with CLANG
I realized that compiling mail/thunderbird and www/firefox on most recent FreeBSD 10-CURRENT/amd64 with CLANG/LLVM 3.1 doesn't work anymore. Compiling www/firefox and mail/thunderbird with gcc 4.6 works fine. Am 04/29/12 10:10, schrieb O. Hartmann: > On my FreeBSD 10 boxes, all compiled with CLANG and using CLANG ( > FreeBSD 10.0-CURRENT #0 r234500: Fri Apr 20 21:59:02 CEST 2012), > compiling/updating Firefox to V12 and Thunderbird to V12 fails with the > below shown error. > > Does someone have any clue what could trigger the problem? > > On FreeBSD 9-STABLE/amd64, also compiled with CLANG, there is no such > problem. > > > Thanks in advance, > > Oliver > > > [...] > In file included from > /usr/ports/www/firefox/work/mozilla-release/js/src/jsalloc.cpp:40: > In file included from ./jscntxt.h:50: > ./jsapi.h:2102:1: error: 'JS_GetNaNValue' has C-linkage specified, but > returns user-defined type 'jsval' (aka 'JS::Value') which is > incompatible with C > [-Werror,-Wreturn-type-c-linkage] > JS_GetNaNValue(JSContext *cx); > ^ > ./jsapi.h:2105:1: error: 'JS_GetNegativeInfinityValue' has C-linkage > specified, but returns user-defined type 'jsval' (aka 'JS::Value') which is > incompatible with C [-Werror,-Wreturn-type-c-linkage] > JS_GetNegativeInfinityValue(JSContext *cx); > ^ > ./jsapi.h:2108:1: error: 'JS_GetPositiveInfinityValue' has C-linkage > specified, but returns user-defined type 'jsval' (aka 'JS::Value') which is > incompatible with C [-Werror,-Wreturn-type-c-linkage] > JS_GetPositiveInfinityValue(JSContext *cx); > ^ > ./jsapi.h:2111:1: error: 'JS_GetEmptyStringValue' has C-linkage > specified, but returns user-defined type 'jsval' (aka 'JS::Value') which > is incompatible > with C [-Werror,-Wreturn-type-c-linkage] > JS_GetEmptyStringValue(JSContext *cx); > ^ > ./jsapi.h:2819:1: error: 'JS_ComputeThis' has C-linkage specified, but > returns user-defined type 'jsval' (aka 'JS::Value') which is > incompatible with C > [-Werror,-Wreturn-type-c-linkage] > JS_ComputeThis(JSContext *cx, jsval *vp); > ^ > In file included from > /usr/ports/www/firefox/work/mozilla-release/js/src/jsanalyze.cpp:40: > In file included from ./jsanalyze.h:44: > In file included from ./jscompartment.h:46: > In file included from ./jscntxt.h:50: > ./jsapi.h:2102:1: error: 'JS_GetNaNValue' has C-linkage specified, but > returns user-defined type 'jsval' (aka 'JS::Value') which is > incompatible with C > [-Werror,-Wreturn-type-c-linkage] > JS_GetNaNValue(JSContext *cx); > ^ > ./jsapi.h:2105:1: error: 'JS_GetNegativeInfinityValue' has C-linkage > specified, but returns user-defined type 'jsval' (aka 'JS::Value') which is > incompatible with C [-Werror,-Wreturn-type-c-linkage] > -- O. Hartmann Freie Universität Berlin Institut fuer Geologische Wissenschaften Fachrichtung Planetologie und Fernerkundung Malteser-Str. 74--100/Haus D D-12249 Berlin Tel.: +49 (0) 30 838 70 508 FAX: +49 (0) 30 838 70 837 signature.asc Description: OpenPGP digital signature
Re: compiling world fails with 9.0 and 10.0 from today (28.04)
Hi, after failing to compile 9.0 and 10.0 on a fresh 9.0 installation, I compiled both 9.0 and 10.0 on a 8.3 machine without any problem. I will test the new kernel on the 9.0 machine later today. I was not able to pinpoint what causes the failure on the 9.0 machine. Erich On Saturday 28 April 2012 08:59:15 David Wolfskill wrote: > On Sat, Apr 28, 2012 at 08:50:47AM +0700, Erich Dollansky wrote: > > ... > > I use the following commands to do the compilation: > > > > cd /usr/src > > /usr/bin/nice -n 20 make buildworld > > OK. That should build the userland OK. > > > > Have you reviewed /usr/src/UPDATING? Near the end of that file, there > > > is a list of commands to use to build from sources. Scan for "COMMON > > > ITEMS". > > > > > Do you mean this one? > > > > make kernel-toolchain > > make -DALWAYS_CHECK_MAKE buildkernel KERNCONF=YOUR_KERNEL_HERE > > make -DALWAYS_CHECK_MAKE installkernel KERNCONF=YOUR_KERNEL_HERE > > > > Isn't this the next step after building the world? > > No; I was referring to the part with the sub-heading > > To rebuild everything and install it on the current system. > > or > > To upgrade in-place from 8.x-stable to current > > depending on whether you're tring to update release/9.0 to stable/9 or > release/9.0 to head (for example). > > > ... > > I am currently downloading the 9.0 sources into an empty source tree on a > > 8.3 machine to see what happens there. > > Note that this is also an upgrade. > > Peace, > david > -- > David H. Wolfskillda...@catwhisker.org > Depriving a girl or boy of an opportunity for education is evil. > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. > ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: New Xorg: graphics/dri: fails to compile with CLANG: nouveau_array.c:49:16: error: illegal storage class on function, *extract_u = EXTRACT(char, unsigned, 1);
Am 04/28/12 18:52, schrieb Dimitry Andric: > On 2012-04-28 13:12, Volodymyr Kostyrko wrote: >> O. Hartmann wrote: >>> Is there in "official" way to get this fixed with CLANG? I see that >>> files folder in graphics/dri is missing, so none of the fixes for both >>> the faulty source files >> >> I think the patch should go to graphics/libGL. >> >> cd /usr/ports/graphics/libGL/files >> fetch -rao - >> 'http://cgit.freedesktop.org/mesa/mesa/patch/?id=4aa1ac5fe94b5696095229ee3568bf4fa7cfed95' >> >> | sed -e 's|^--- a/src|--- src|' -e 's|^+++ b/src|+++ src|' > patch-nouveau >> >> Should do. > > Please try this patch (lightly tested): > > http://www.andric.com/freebsd/clang/clangports-graphics-libGL-3.diff I'll give it a try as soon as possible. Ath the moment, things went perfect utilizing the initial hint by Volodymyr Kostyrko. signature.asc Description: OpenPGP digital signature
Re: lang/gcc46: error when compiling with CLANG
Am 04/29/12 14:18, schrieb Dimitry Andric: > On 2012-04-29 12:54, O. Hartmann wrote: >> On a FreeBSD 10-CURRENT/amd64 box the compilation/update of the port >> lang/gcc46 fails with the below shown error. >> >> Since the port compiles well on FreeBSD 9 and another FreeBSD 10 box >> (all amd64, CLANG built), I feel a bit confused since the setup is >> almost the same on all boxes. The machine in question is the most modern >> box, equipted with a Core i7-3930K: > ... > ... >> gmake[3]: *** [s-tm-texi] Segmentation fault: 11 (core dumped) >> gmake[3]: *** Waiting for unfinished jobs > > What happens if you simply repeat the build? If the segfault occurs at > different stages every time, you might simply have bad RAM. Another > possibility is that the build is out of memory, in that case you could > try running it without multiple make jobs (e.g. set DISABLE_MAKE_JOBS). Repeating the build ends up at the same "stage" as it stopped when building on regular basis - for my understanding. I also disabled building with parallel make jobs as recommended - with no effect. Also, I tried to build lang/gcc46 with "portmaster -f lang/gcc46", with the same result - bad. Maybe I should recompile texinfo or whatever this core-dumping *.texi triggers? Regards, Oliver [...] --no-split -I . -I .././../gcc-4.6-20120420/gcc/doc \ -I .././../gcc-4.6-20120420/gcc/doc/include -o doc/gcc.info .././../gcc-4.6-20120420/gcc/doc/gcc.texi; \ fi build/genhooks \ .././../gcc-4.6-20120420/gcc/doc/tm.texi.in > tmp-tm.texi gmake[3]: *** [s-tm-texi] Segmentation fault: 11 (core dumped) gmake[3]: Leaving directory `/usr/ports/lang/gcc46/work/build/gcc' gmake[2]: *** [all-stage1-gcc] Error 2 gmake[2]: Leaving directory `/usr/ports/lang/gcc46/work/build' gmake[1]: *** [stage1-bubble] Error 2 gmake[1]: Leaving directory `/usr/ports/lang/gcc46/work/build' gmake: *** [bootstrap-lean] Error 2 *** [do-build] Error code 1 Stop in /usr/ports/lang/gcc46. *** [build] Error code 1 Stop in /usr/ports/lang/gcc46. ===>>> make failed for lang/gcc46 ===>>> Aborting update signature.asc Description: OpenPGP digital signature
Re: : jemalloc_arena.c:182: Failed assertion: "p[i] == 0"
On Sun, 29 Apr 2012 12:04:05 -0700
Adrian Chadd wrote:
> .. and the output from the buildworld:
>
> cc -fpic -DPIC -O -pipe -G0 -march=mips32
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/include
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/../../include
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/mips -DNLS
> -DSOFTFLOAT -D__DBINTERFACE_PRIVATE
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/../../contrib/gdtoa
> -DINET6
> -I/usr/home/adrian/work/freebsd/svn/obj/mipseb/mips.mips/usr/home/adrian/work/freebsd/svn/src/lib/libc
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/resolv
> -D_ACL_PRIVATE -DPOSIX_MISTAKE
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/../../contrib/jemalloc/include
> -DMALLOC_PRODUCTION
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/../../contrib/tzcode/stdtime
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/stdtime
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/locale -DBROKEN_DES
> -DPORTMAP -DDES_BUILTIN
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/rpc
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/mips/softfloat
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/softfloat
> -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99
> -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized
> -Wno-pointer-sign
> -c /usr/home/adrian/work/freebsd/svn/src/lib/libc/stdlib/twalk.c -o
> twalk.So cc -O -pipe -G0 -march=mips32
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/include
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/../../include
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/mips -DNLS
> -DSOFTFLOAT -D__DBINTERFACE_PRIVATE
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/../../contrib/gdtoa
> -DINET6
> -I/usr/home/adrian/work/freebsd/svn/obj/mipseb/mips.mips/usr/home/adrian/work/freebsd/svn/src/lib/libc
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/resolv
> -D_ACL_PRIVATE -DPOSIX_MISTAKE
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/../../contrib/jemalloc/include
> -DMALLOC_PRODUCTION
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/../../contrib/tzcode/stdtime
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/stdtime
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/locale -DBROKEN_DES
> -DPORTMAP -DDES_BUILTIN
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/rpc
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/mips/softfloat
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/softfloat
> -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99
> -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized
> -Wno-pointer-sign -c jemalloc_jemalloc.c -o jemalloc_jemalloc.o cc
> -fpic -DPIC -O -pipe -G0 -march=mips32
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/include
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/../../include
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/mips -DNLS
> -DSOFTFLOAT -D__DBINTERFACE_PRIVATE
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/../../contrib/gdtoa
> -DINET6
> -I/usr/home/adrian/work/freebsd/svn/obj/mipseb/mips.mips/usr/home/adrian/work/freebsd/svn/src/lib/libc
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/resolv
> -D_ACL_PRIVATE -DPOSIX_MISTAKE
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/../../contrib/jemalloc/include
> -DMALLOC_PRODUCTION
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/../../contrib/tzcode/stdtime
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/stdtime
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/locale -DBROKEN_DES
> -DPORTMAP -DDES_BUILTIN
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/rpc
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/mips/softfloat
> -I/usr/home/adrian/work/freebsd/svn/src/lib/libc/softfloat
> -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99
> -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized
> -Wno-pointer-sign -c jemalloc_jemalloc.c -o jemalloc_jemalloc.So
> jemalloc_jemalloc.c: In function 'calloc': jemalloc_jemalloc.c:1027:
> internal compiler error: in change_address_1, at emit-rtl.c:1784
> Please submit a full bug report, with preprocessed source if
> appropriate. See http://gcc.gnu.org/bugs.html> for instructions.
> *** Error code 1
> 1 error
> *** Error code 2
> 1 error
> *** Error code 2
> 1 error
> *** Error code 2
> 1 error
> *** Error code 2
> 1 error
>
>
> and the diff against build_freebsd:
>
>
> Index: build_freebsd
> ===
> --- build_freebsd (revision 165)
> +++ build_freebsd (working copy)
> @@ -45,6 +45,9 @@
> X_TARGET_CPUTYPE="TARGET_CPUTYPE=${TARGET_CPUTYPE}"
> fi
>
> +# Create a make.conf
> +echo "MALLOC_PRODUCTION=" > ${X_DESTDIR}/../make.conf.${BUILDNAME}
> +
> while [ "x$1" != "x" ]; do
> if [ "$1" = "installworld" ]; then
> mkdir -p ${X_DESTDIR}/usr/local/bin/
> @@ -63,7 +66,8 @@
> ${X_TARGET_CPUTYPE} KERNCONF=${KERNCONF}
> DESTDIR=${X_DESTDIR}
Re: : jemalloc_arena.c:182: Failed assertion: "p[i] == 0"
.. and the output from the buildworld:
cc -fpic -DPIC -O -pipe -G0 -march=mips32
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/include
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/../../include
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/mips -DNLS
-DSOFTFLOAT -D__DBINTERFACE_PRIVATE
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/../../contrib/gdtoa
-DINET6
-I/usr/home/adrian/work/freebsd/svn/obj/mipseb/mips.mips/usr/home/adrian/work/freebsd/svn/src/lib/libc
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/resolv -D_ACL_PRIVATE
-DPOSIX_MISTAKE
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/../../contrib/jemalloc/include
-DMALLOC_PRODUCTION
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/../../contrib/tzcode/stdtime
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/stdtime
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/locale -DBROKEN_DES
-DPORTMAP -DDES_BUILTIN
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/rpc
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/mips/softfloat
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/softfloat
-DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99
-Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized
-Wno-pointer-sign -c
/usr/home/adrian/work/freebsd/svn/src/lib/libc/stdlib/twalk.c -o
twalk.So
cc -O -pipe -G0 -march=mips32
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/include
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/../../include
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/mips -DNLS
-DSOFTFLOAT -D__DBINTERFACE_PRIVATE
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/../../contrib/gdtoa
-DINET6
-I/usr/home/adrian/work/freebsd/svn/obj/mipseb/mips.mips/usr/home/adrian/work/freebsd/svn/src/lib/libc
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/resolv -D_ACL_PRIVATE
-DPOSIX_MISTAKE
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/../../contrib/jemalloc/include
-DMALLOC_PRODUCTION
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/../../contrib/tzcode/stdtime
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/stdtime
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/locale -DBROKEN_DES
-DPORTMAP -DDES_BUILTIN
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/rpc
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/mips/softfloat
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/softfloat
-DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99
-Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized
-Wno-pointer-sign -c jemalloc_jemalloc.c -o jemalloc_jemalloc.o
cc -fpic -DPIC -O -pipe -G0 -march=mips32
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/include
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/../../include
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/mips -DNLS
-DSOFTFLOAT -D__DBINTERFACE_PRIVATE
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/../../contrib/gdtoa
-DINET6
-I/usr/home/adrian/work/freebsd/svn/obj/mipseb/mips.mips/usr/home/adrian/work/freebsd/svn/src/lib/libc
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/resolv -D_ACL_PRIVATE
-DPOSIX_MISTAKE
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/../../contrib/jemalloc/include
-DMALLOC_PRODUCTION
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/../../contrib/tzcode/stdtime
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/stdtime
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/locale -DBROKEN_DES
-DPORTMAP -DDES_BUILTIN
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/rpc
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/mips/softfloat
-I/usr/home/adrian/work/freebsd/svn/src/lib/libc/softfloat
-DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99
-Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized
-Wno-pointer-sign -c jemalloc_jemalloc.c -o jemalloc_jemalloc.So
jemalloc_jemalloc.c: In function 'calloc':
jemalloc_jemalloc.c:1027: internal compiler error: in
change_address_1, at emit-rtl.c:1784
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
*** Error code 1
1 error
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2
1 error
and the diff against build_freebsd:
Index: build_freebsd
===
--- build_freebsd (revision 165)
+++ build_freebsd (working copy)
@@ -45,6 +45,9 @@
X_TARGET_CPUTYPE="TARGET_CPUTYPE=${TARGET_CPUTYPE}"
fi
+# Create a make.conf
+echo "MALLOC_PRODUCTION=" > ${X_DESTDIR}/../make.conf.${BUILDNAME}
+
while [ "x$1" != "x" ]; do
if [ "$1" = "installworld" ]; then
mkdir -p ${X_DESTDIR}/usr/local/bin/
@@ -63,7 +66,8 @@
${X_TARGET_CPUTYPE} KERNCONF=${KERNCONF}
DESTDIR=${X_DESTDIR} \
KODIR=/boot/kernel.${KERNCONF}/
\
KMODDIR=/boot/kernel.${KERNCONF}/
\
- __MAKE_CONF=/dev/null SRCCONF=/dev/null
\
+ __MAKE_CONF=${X_DESTDIR}/../make.conf.${BUILDNAME}
\
+
Re: : jemalloc_arena.c:182: Failed assertion: "p[i] == 0"
Hi Jason, Cross compiles are now failing for me when I enable MALLOC_PRODUCTION. I'm doing cross-builds using my environment at http://code.google.com/p/freebsd-wifi-build/ . All it requires is a checkout of -HEAD src, so you should be able to reproduce it by following the instructions for an example device: http://code.google.com/p/freebsd-wifi-build/wiki/TpLinkTLWR1043ND You'll have to patch build_freebsd in that SVN repo to populate make.conf with 'MALLOC_PRODUCTION=', rather than pointing it to /dev/null. Please note that for cross builds to MIPS, the compiler being used is GCC and not LLVM. Thanks, Adrian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
www/firefox or mail/thunderbird: Build on FreeBSD 10-CURRENT/amd64 CLANG doesn't work: ./jsapi.h:2105:1: error: 'JS_GetNegativeInfinityValue' has C-linkage specified, but returns user-defined type 'js
Both ports, www/firefox and mail/thunderbird, reject compiling/updating with almost the same error as shown below for www/firefox. This happens on all FreeBSD 10-CURRENT/amd64 boxes compiling with CLANG. FreeBSD 9 is fine. Are there any solutions? Is this problem "well known" and I missed something? regards, Oliver [...] In file included from In file included from /usr/ports/www/firefox/work/mozilla-release/js/src/jsalloc.cpp:40: In file included from ./jscntxt.h:50: ./jsapi.h:2102:1: error: 'JS_GetNaNValue' has C-linkage specified, but returns user-defined type 'jsval' (aka 'JS::Value') which is incompatible with C [-Werror,-Wreturn-type-c-linkage] JS_GetNaNValue(JSContext *cx); ^ ./jsapi.h:2105:1: error: 'JS_GetNegativeInfinityValue' has C-linkage specified, but returns user-defined type 'jsval' (aka 'JS::Value') which is incompatible with C [-Werror,-Wreturn-type-c-linkage] JS_GetNegativeInfinityValue(JSContext *cx); ^ ./jsapi.h:2108:1: error: 'JS_GetPositiveInfinityValue' has C-linkage specified, but returns user-defined type 'jsval' (aka 'JS::Value') which is incompatible with C [-Werror,-Wreturn-type-c-linkage] JS_GetPositiveInfinityValue(JSContext *cx); ^ /usr/ports/www/firefox/work/mozilla-release/js/src/jsanalyze.cpp:40: In file included from ./jsanalyze.h:44: In file included from ./jscompartment.h:46: In file included from ./jscntxt.h:50: ./jsapi.h:2102:1: error: 'JS_GetNaNValue' has C-linkage specified, but returns user-defined type 'jsval' (aka 'JS::Value') which is incompatible with C [-Werror,-Wreturn-type-c-linkage] JS_GetNaNValue(JSContext *cx); ^ ./jsapi.h:2105:1: error: 'JS_GetNegativeInfinityValue' has C-linkage specified, but returns user-defined type 'jsval' (aka 'JS::Value') which is incompatible with C [-Werror,-Wreturn-type-c-linkage] JS_GetNegativeInfinityValue(JSContext *cx); ^ ./jsapi.h:2108:1: error: 'JS_GetPositiveInfinityValue'In file included from has/usr/ports/www/firefox/work/mozilla-release/js/src/jsdbgapi.cpp :C-linkage47 : In file included from specified,./jsprvtd.h:57 : but ./jsapi.hreturns: 2102user-defined: 1type: 'jsval' (aka 'JS::Value')error: which is 'JS_GetNaNValue' has C-linkage specified, but returns user-definedincompatible type 'jsval' (aka 'JS::Value') which isIn file included from /usr/ports/www/firefox/work/mozilla-release/js/src/jsarray.cppwith: 108C: incompatible with C [-Werror,-Wreturn-type-c-linkage]./jsapi.h:2102 :[-Werror,-Wreturn-type-c-linkage]1 : error: 'JS_GetNaNValue'JS_GetNaNValue(JSContext *cx); has ^C-linkage specified, but returns user-defined type 'jsval' (aka 'JS::Value') which is incompatible with C [-Werror,-Wreturn-type-c-linkage] JS_GetNaNValue(JSContext *cx); ^ ./jsapi.h:2105:1: error: 'JS_GetNegativeInfinityValue' has C-linkage specified, but returns user-defined type 'jsval' (aka 'JS::Value') which is incompatible with C [-Werror,-Wreturn-type-c-linkage] JS_GetNegativeInfinityValue(JSContext *cx); signature.asc Description: OpenPGP digital signature
Re: 10.0-CURRENT could not be built: make: don't know how to make blacklist.c. Stop
On Sunday 29 April 2012 14:33:26 Lev Serebryakov wrote: > Hello, Bernhard. > You wrote 29 апреля 2012 г., 16:14:14: > > BS> Just noticed that myself a few minutes ago.. I'm about to commit > BS> attached fix in few minutes. Wanna give it a quick shot? > Yep, it helps :) Committed, sorry for the breakage. -- Bernhard ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: 10.0-CURRENT could not be built: make: don't know how to make blacklist.c. Stop
Hello, Bernhard. You wrote 29 апреля 2012 г., 16:14:14: BS> Just noticed that myself a few minutes ago.. I'm about to commit BS> attached fix in few minutes. Wanna give it a quick shot? Yep, it helps :) -- // Black Lion AKA Lev Serebryakov ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: lang/gcc46: error when compiling with CLANG
On 2012-04-29 12:54, O. Hartmann wrote: > On a FreeBSD 10-CURRENT/amd64 box the compilation/update of the port > lang/gcc46 fails with the below shown error. > > Since the port compiles well on FreeBSD 9 and another FreeBSD 10 box > (all amd64, CLANG built), I feel a bit confused since the setup is > almost the same on all boxes. The machine in question is the most modern > box, equipted with a Core i7-3930K: ... ... > gmake[3]: *** [s-tm-texi] Segmentation fault: 11 (core dumped) > gmake[3]: *** Waiting for unfinished jobs What happens if you simply repeat the build? If the segfault occurs at different stages every time, you might simply have bad RAM. Another possibility is that the build is out of memory, in that case you could try running it without multiple make jobs (e.g. set DISABLE_MAKE_JOBS). ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: 10.0-CURRENT could not be built: make: don't know how to make blacklist.c. Stop
On Sunday 29 April 2012 13:38:38 Lev Serebryakov wrote:
> Hello, Current.
>
>
> I'm trying to build fresh (several minutes ago) 10.0-CURRENT/i386 on
> month-old 10.0-CURRENT/i386. And it fails in very beginning:
>
> ===> usr.sbin/wpa (depend)
> ===> usr.sbin/wpa/wpa_supplicant (depend)
> make: don't know how to make blacklist.c. Stop
> *** [depend] Error code 2
>
> I've looked at "usr.sbin/wpa/wpa_supplicant/Makefile" and found here
> only ".PATH.c:${WPA_DISTDIR}/src/drivers", without
> "${WPA_SUPPLICANT_DISTDIR".
>
> hostapd is same story.
>
> Revisions in question seems to be r234756 and r234711.
Just noticed that myself a few minutes ago.. I'm about to commit
attached fix in few minutes. Wanna give it a quick shot?
Other then that, removing WITHOUT_EXAMPLES from src.conf helps
too, that's why I missed it.
--
Bernhard
Index: usr.sbin/wpa/wpa_supplicant/Makefile
===
--- usr.sbin/wpa/wpa_supplicant/Makefile (revision 234784)
+++ usr.sbin/wpa/wpa_supplicant/Makefile (working copy)
@@ -2,7 +2,8 @@
.include "${.CURDIR}/../Makefile.inc"
-.PATH.c:${WPA_DISTDIR}/src/drivers
+.PATH.c:${WPA_SUPPLICANT_DISTDIR} \
+ ${WPA_DISTDIR}/src/drivers
PROG= wpa_supplicant
SRCS= aes-unwrap.c \
Index: usr.sbin/wpa/hostapd/Makefile
===
--- usr.sbin/wpa/hostapd/Makefile (revision 234784)
+++ usr.sbin/wpa/hostapd/Makefile (working copy)
@@ -2,7 +2,8 @@
.include "${.CURDIR}/../Makefile.inc"
-.PATH.c:${WPA_DISTDIR}/src/drivers
+.PATH.c:${HOSTAPD_DISTDIR} \
+ ${WPA_DISTDIR}/src/drivers
PROG= hostapd
SRCS= accounting.c \
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
10.0-CURRENT could not be built: make: don't know how to make blacklist.c. Stop
Hello, Current.
I'm trying to build fresh (several minutes ago) 10.0-CURRENT/i386 on
month-old 10.0-CURRENT/i386. And it fails in very beginning:
===> usr.sbin/wpa (depend)
===> usr.sbin/wpa/wpa_supplicant (depend)
make: don't know how to make blacklist.c. Stop
*** [depend] Error code 2
I've looked at "usr.sbin/wpa/wpa_supplicant/Makefile" and found here
only ".PATH.c:${WPA_DISTDIR}/src/drivers", without
"${WPA_SUPPLICANT_DISTDIR".
hostapd is same story.
Revisions in question seems to be r234756 and r234711.
--
// Black Lion AKA Lev Serebryakov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
lang/gcc46: error when compiling with CLANG
On a FreeBSD 10-CURRENT/amd64 box the compilation/update of the port lang/gcc46 fails with the below shown error. Since the port compiles well on FreeBSD 9 and another FreeBSD 10 box (all amd64, CLANG built), I feel a bit confused since the setup is almost the same on all boxes. The machine in question is the most modern box, equipted with a Core i7-3930K: Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #0: Sat Apr 28 11:08:09 CEST 2012 r...@telesto.geoinf.fu-berlin.de:/usr/obj/usr/src/sys/TELESTO amd64 CPU: Intel(R) Core(TM) i7-3930K CPU @ 3.20GHz (3209.59-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x206d7 Family = 6 Model = 2d Stepping = 7 Features=0xbfebfbff Features2=0x1fbee3bf AMD Features=0x2c100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 34359738368 (32768 MB) avail memory = 33091874816 (31558 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 12 CPUs FreeBSD/SMP: 1 package(s) x 6 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 cpu8 (AP): APIC ID: 8 cpu9 (AP): APIC ID: 9 cpu10 (AP): APIC ID: 10 cpu11 (AP): APIC ID: 11 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard [...] clang -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -o build/genenums \ build/genenums.o build/read-md.o build/errors.o ../build-x86_64-portbld-freebsd10.0/libiberty/libiberty.a .././../gcc-4.6-20120420/gcc/gengtype.h:474:40: warning: Use of comma pasting extension is non-portable [-pedantic] .././../gcc-4.6-20120420/gcc/gengtype.h:474:40: warning: Use of comma pasting extension is non-portable [-pedantic] .././../gcc-4.6-20120420/gcc/gengtype.h:474:40: warning: Use of comma pasting extension is non-portable [-pedantic] .././../gcc-4.6-20120420/gcc/gengtype.h:474:40: warning: Use of comma pasting extension is non-portable [-pedantic] .././../gcc-4.6-20120420/gcc/gengtype.h:474:40: warning: Use of comma pasting extension is non-portable [-pedantic] .././../gcc-4.6-20120420/gcc/gengtype.h:474:40: warning: Use of comma pasting extension is non-portable [-pedantic] .././../gcc-4.6-20120420/gcc/gengtype.h:474:40: warning: Use of comma pasting extension is non-portable [-pedantic] .././../gcc-4.6-20120420/gcc/gengtype.h:474:40: warning: Use of comma pasting extension is non-portable [-pedantic] .././../gcc-4.6-20120420/gcc/gengtype.h:474:40: warning: Use of comma pasting extension is non-portable [-pedantic] clang: warning: argument unused during compilation: '-g' echo timestamp > doc/cpp.1 (pod2man --center="GNU" --release="gcc-4.6.4" --date=2012-04-20 --section=1 cpp.pod > doc/cpp.1.T$$ && \ mv -f doc/cpp.1.T$$ doc/cpp.1) || \ (rm -f doc/cpp.1.T$$ && exit 1) clang -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -o build/genconstants \ build/genconstants.o build/read-md.o build/errors.o ../build-x86_64-portbld-freebsd10.0/libiberty/libiberty.a clang -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -o build/genmddeps \ build/genmddeps.o build/read-md.o build/errors.o ../build-x86_64-portbld-freebsd10.0/libiberty/libiberty.a clang -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -o build/genmodes \ build/genmodes.o build/errors.o ../build-x86_64-portbld-freebsd10.0/libiberty/libiberty.a clang -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -o build/gengenrt
Re: New Xorg: graphics/dri: fails to compile with CLANG: nouveau_array.c:49:16: error: illegal storage class on function, *extract_u = EXTRACT(char, unsigned, 1);
Am 04/28/12 13:12, schrieb Volodymyr Kostyrko: > O. Hartmann wrote: >> Is there in "official" way to get this fixed with CLANG? I see that >> files folder in graphics/dri is missing, so none of the fixes for both >> the faulty source files > > I think the patch should go to graphics/libGL. > > cd /usr/ports/graphics/libGL/files > fetch -rao - > 'http://cgit.freedesktop.org/mesa/mesa/patch/?id=4aa1ac5fe94b5696095229ee3568bf4fa7cfed95' > | sed -e 's|^--- a/src|--- src|' -e 's|^+++ b/src|+++ src|' > patch-nouveau > > Should do. > Thank you very much. Yes, this worked ;-) Regards, Oliver signature.asc Description: OpenPGP digital signature
www/firefox and mail/thunderbird fail to compile in FreeBSD 10-CUR/amd64 with CLANG
On my FreeBSD 10 boxes, all compiled with CLANG and using CLANG ( FreeBSD 10.0-CURRENT #0 r234500: Fri Apr 20 21:59:02 CEST 2012), compiling/updating Firefox to V12 and Thunderbird to V12 fails with the below shown error. Does someone have any clue what could trigger the problem? On FreeBSD 9-STABLE/amd64, also compiled with CLANG, there is no such problem. Thanks in advance, Oliver [...] In file included from /usr/ports/www/firefox/work/mozilla-release/js/src/jsalloc.cpp:40: In file included from ./jscntxt.h:50: ./jsapi.h:2102:1: error: 'JS_GetNaNValue' has C-linkage specified, but returns user-defined type 'jsval' (aka 'JS::Value') which is incompatible with C [-Werror,-Wreturn-type-c-linkage] JS_GetNaNValue(JSContext *cx); ^ ./jsapi.h:2105:1: error: 'JS_GetNegativeInfinityValue' has C-linkage specified, but returns user-defined type 'jsval' (aka 'JS::Value') which is incompatible with C [-Werror,-Wreturn-type-c-linkage] JS_GetNegativeInfinityValue(JSContext *cx); ^ ./jsapi.h:2108:1: error: 'JS_GetPositiveInfinityValue' has C-linkage specified, but returns user-defined type 'jsval' (aka 'JS::Value') which is incompatible with C [-Werror,-Wreturn-type-c-linkage] JS_GetPositiveInfinityValue(JSContext *cx); ^ ./jsapi.h:2111:1: error: 'JS_GetEmptyStringValue' has C-linkage specified, but returns user-defined type 'jsval' (aka 'JS::Value') which is incompatible with C [-Werror,-Wreturn-type-c-linkage] JS_GetEmptyStringValue(JSContext *cx); ^ ./jsapi.h:2819:1: error: 'JS_ComputeThis' has C-linkage specified, but returns user-defined type 'jsval' (aka 'JS::Value') which is incompatible with C [-Werror,-Wreturn-type-c-linkage] JS_ComputeThis(JSContext *cx, jsval *vp); ^ In file included from /usr/ports/www/firefox/work/mozilla-release/js/src/jsanalyze.cpp:40: In file included from ./jsanalyze.h:44: In file included from ./jscompartment.h:46: In file included from ./jscntxt.h:50: ./jsapi.h:2102:1: error: 'JS_GetNaNValue' has C-linkage specified, but returns user-defined type 'jsval' (aka 'JS::Value') which is incompatible with C [-Werror,-Wreturn-type-c-linkage] JS_GetNaNValue(JSContext *cx); ^ ./jsapi.h:2105:1: error: 'JS_GetNegativeInfinityValue' has C-linkage specified, but returns user-defined type 'jsval' (aka 'JS::Value') which is incompatible with C [-Werror,-Wreturn-type-c-linkage] signature.asc Description: OpenPGP digital signature
Re: : jemalloc_arena.c:182: Failed assertion: "p[i] == 0"
Hi,
So hm, how do I define MALLOC_PRODUCTION correctly when doing a cross-build?
When doing a cross-build, I do this in my build script:
env CROSS_BUILD_TESTING=YES
MAKEOBJDIRPREFIX=${X_MAKEOBJDIRPREFIX} \
make ${BUILD_FLAGS} TARGET=${TARGET}
TARGET_ARCH=${TARGET_ARCH} \
${X_TARGET_CPUTYPE} KERNCONF=${KERNCONF}
DESTDIR=${X_DESTDIR} \
KODIR=/boot/kernel.${KERNCONF}/
\
KMODDIR=/boot/kernel.${KERNCONF}/
\
__MAKE_CONF=/dev/null SRCCONF=/dev/null
\
LOCAL_DIRS="${LOCAL_DIRS}"
\
LOCAL_TOOL_DIRS="${LOCAL_TOOL_DIRS}" $1
\
.. so I'd have to put MALLOC_PRODUCTION=yes in a temporary make.conf,
and point __MAKE_CONF at that?
Adrian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
