Re: Status of llvm/clang 3.4?
--Apple-Mail=_8D473C90-BD8A-4551-BD6B-D0FD145BB4B1
Content-Type: multipart/mixed;
boundary="Apple-Mail=_B472EA6E-700E-4058-A66C-F5E7DC8446CB"
--Apple-Mail=_B472EA6E-700E-4058-A66C-F5E7DC8446CB
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=us-ascii
On 04 Mar 2014, at 19:04, Ed Maste <emaste@freebsd.org> wrote:
> On 4 March 2014 12:22, Steve Kargl <sgk@troutmask.apl.washington.edu> =
wrote:
>>=20
>> On Tue, Mar 04, 2014 at 12:17:18PM +0000, Thomas Mueller wrote:
>>> What is the current status of clang, regarding known bugs, on =
FreeBSD-current?
>>>=20
>>> There were reports of www/firefox failing to build because of bug in =
llvm.
>>=20
>> Still broken of i386. Given the google results for "llvm ud2"
>> it is likely that clang will never be fixed.
>=20
> Except in this case it's just a plain old Clang bug, not a general
> undefined behaviour issue. The Clang PR is here:
> http://llvm.org/bugs/show_bug.cgi?id=3D19007
>=20
> Dimitry has a patch to work around the issue in FreeBSD PR 187103:
> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D187103
Indeed, for now you can just drop the two attached patches in
/usr/ports/www/firefox/files, and it should then work after rebuilding.
(Thanks to Michael Butler for the second patch. :)
-Dimitry
--Apple-Mail=_B472EA6E-700E-4058-A66C-F5E7DC8446CB
Content-Disposition: attachment;
filename=patch-xpcom_base_nscore.h
Content-Type: application/octet-stream;
name="patch-xpcom_base_nscore.h"
Content-Transfer-Encoding: 7bit
--- xpcom/base/nscore.h.orig 2014-02-12 22:29:26.000000000 +0100
+++ xpcom/base/nscore.h 2014-02-28 17:22:25.000000000 +0100
@@ -111,7 +111,7 @@
* NS_HIDDEN_(int) NS_FASTCALL func2(char *foo);
*/
-#if defined(__i386__) && defined(__GNUC__) && !defined(XP_OS2)
+#if defined(__i386__) && defined(__GNUC__) && !defined(XP_OS2) && !defined(__clang__)
#define NS_FASTCALL __attribute__ ((regparm (3), stdcall))
#define NS_CONSTRUCTOR_FASTCALL __attribute__ ((regparm (3), stdcall))
#elif defined(XP_WIN) && !defined(_WIN64)
--Apple-Mail=_B472EA6E-700E-4058-A66C-F5E7DC8446CB
Content-Disposition: attachment;
filename=patch-xpcom_glue_pldhash.h
Content-Type: application/octet-stream;
name="patch-xpcom_glue_pldhash.h"
Content-Transfer-Encoding: 7bit
--- xpcom/glue/pldhash.h.orig 2014-02-12 22:29:26.000000000 +0100
+++ xpcom/glue/pldhash.h 2014-03-04 19:49:59.000000000 +0100
@@ -16,7 +16,7 @@
extern "C" {
#endif
-#if defined(__GNUC__) && defined(__i386__) && !defined(XP_OS2)
+#if defined(__GNUC__) && defined(__i386__) && !defined(XP_OS2) && !defined(__clang__)
#define PL_DHASH_FASTCALL __attribute__ ((regparm (3),stdcall))
#elif defined(XP_WIN)
#define PL_DHASH_FASTCALL __fastcall
--Apple-Mail=_B472EA6E-700E-4058-A66C-F5E7DC8446CB
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
charset=us-ascii
--Apple-Mail=_B472EA6E-700E-4058-A66C-F5E7DC8446CB--
--Apple-Mail=_8D473C90-BD8A-4551-BD6B-D0FD145BB4B1
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename=signature.asc
Content-Type: application/pgp-signature;
name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.22 (Darwin)
iEYEARECAAYFAlMWIqYACgkQsF6jCi4glqORHQCg7RQ9L1L1V26H+H01sbZ369Mz
hr8AoJqS1syeSMrJO2k+veLLhXgIZX+o
=iIwY
-----END PGP SIGNATURE-----
--Apple-Mail=_8D473C90-BD8A-4551-BD6B-D0FD145BB4B1--
討論串 (同標題文章)
完整討論串 (本文為第 5 之 6 篇)：