From owner-freebsd-ia64@FreeBSD.ORG Sun Nov 8 01:42:47 2009 Return-Path: Delivered-To: ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D601106566B for ; Sun, 8 Nov 2009 01:42:47 +0000 (UTC) (envelope-from peterc@gelato.unsw.edu.au) Received: from lemon.ken.nicta.com.au (lemon.ertos.nicta.com.au [203.143.174.143]) by mx1.freebsd.org (Postfix) with ESMTP id 53A878FC17 for ; Sun, 8 Nov 2009 01:42:47 +0000 (UTC) Received: from c220-239-171-171.farfl1.nsw.optusnet.com.au ([220.239.171.171]:39282 helo=quokka.chubb.wattle.id.au) by lemon.ken.nicta.com.au with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1N6wHo-0002tS-NV; Sun, 08 Nov 2009 12:09:49 +1100 Received: from localhost ([127.0.0.1] helo=localhost.chubb.wattle.id.au) by localhost with esmtp (Exim 4.69) (envelope-from ) id 1N6wH3-0001fh-GE; Sun, 08 Nov 2009 12:08:57 +1100 Date: Sun, 08 Nov 2009 12:08:57 +1100 Message-ID: <87hbt5yg9i.wl%peter@chubb.wattle.id.au> From: Peter Chubb To: Anton Shterenlikht In-Reply-To: <20091107232251.GA33482@mech-cluster241.men.bris.ac.uk> References: <595329F2-46F2-4393-B8E3-0923694D250D@mac.com> <20091107214031.GB78634@mech-cluster241.men.bris.ac.uk> <4AF5F413.7010302@osunix.org> <20091107232251.GA33482@mech-cluster241.men.bris.ac.uk> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 MULE XEmacs/21.4 (patch 22) (Instant Classic) (i486-linux-gnu) Organization: Gelato@UNSW MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-SA-Exim-Connect-IP: 220.239.171.171 X-SA-Exim-Mail-From: peterc@gelato.unsw.edu.au X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on lemon.ken.nicta.com.au X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:20:11 +0000) X-SA-Exim-Scanned: Yes (on lemon.ken.nicta.com.au) Cc: Michael Dexter , ia64@freebsd.org Subject: Re: 2009 Update X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2009 01:42:47 -0000 >>>>> "Anton" =3D=3D Anton Shterenlikht writes: Anton> On Sat, Nov 07, 2009 at 05:26:27PM -0500, "C. Bergstr=F6m" wrote: Anton> There are 6 ia64 systems on top500 list (details below). All Anton> run linux, of course. But these organisations must use very Anton> good compilers, and, at least for nuclear codes (systems 71 and Anton> 96), these will be f90-f95 or even f2003 (I don't know of any Anton> f2008) compilers. Perhaps they do use PathScale and forget Anton> about GCC.. Most use the Intel compiler, and heavy hand-optimization of inner loops using tools like vTune. Gelato put a lot of effort into imprving gcc for IA64 -- gcc 4.x is miles better than gcc 3.x -- but there's still a lot that could be done with low-level instruction scheduling. Peter C -- Dr Peter Chubb www.nicta.com.au peter DOT chubb AT nicta.com.au http://www.ertos.nicta.com.au ERTOS within National ICT Australia From owner-freebsd-ia64@FreeBSD.ORG Sun Nov 8 05:13:45 2009 Return-Path: Delivered-To: ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34CC71065670 for ; Sun, 8 Nov 2009 05:13:44 +0000 (UTC) (envelope-from codestr0m@osunix.org) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id B3FE58FC0A for ; Sun, 8 Nov 2009 05:13:44 +0000 (UTC) Received: by yxe1 with SMTP id 1so1984222yxe.3 for ; Sat, 07 Nov 2009 21:13:44 -0800 (PST) Received: by 10.150.37.41 with SMTP id k41mr4416138ybk.342.1257657224063; Sat, 07 Nov 2009 21:13:44 -0800 (PST) Received: from ?192.168.1.2? ([76.116.128.142]) by mx.google.com with ESMTPS id 9sm600274ywf.5.2009.11.07.21.13.42 (version=SSLv3 cipher=RC4-MD5); Sat, 07 Nov 2009 21:13:42 -0800 (PST) Message-ID: <4AF65423.8040108@osunix.org> Date: Sun, 08 Nov 2009 00:16:19 -0500 From: =?ISO-8859-1?Q?=22C=2E_Bergstr=F6m=22?= User-Agent: Thunderbird 2.0.0.22 (X11/20090909) MIME-Version: 1.0 To: Peter Chubb References: <595329F2-46F2-4393-B8E3-0923694D250D@mac.com> <20091107214031.GB78634@mech-cluster241.men.bris.ac.uk> <4AF5F413.7010302@osunix.org> <20091107232251.GA33482@mech-cluster241.men.bris.ac.uk> <87hbt5yg9i.wl%peter@chubb.wattle.id.au> In-Reply-To: <87hbt5yg9i.wl%peter@chubb.wattle.id.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: ia64@freebsd.org, Michael Dexter Subject: Re: 2009 Update X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2009 05:13:45 -0000 Peter Chubb wrote: >>>>>> "Anton" == Anton Shterenlikht writes: >>>>>> > > Anton> On Sat, Nov 07, 2009 at 05:26:27PM -0500, "C. Bergström" wrote: > > Anton> There are 6 ia64 systems on top500 list (details below). All > Anton> run linux, of course. But these organisations must use very > Anton> good compilers, and, at least for nuclear codes (systems 71 and > Anton> 96), these will be f90-f95 or even f2003 (I don't know of any > Anton> f2008) compilers. Perhaps they do use PathScale and forget > Anton> about GCC.. > > Most use the Intel compiler, and heavy hand-optimization of inner > loops using tools like vTune. > > Gelato put a lot of effort into imprving gcc for IA64 -- gcc 4.x is > miles better than gcc 3.x -- but there's still a lot that could be done > with low-level instruction scheduling. > > I do not normally discourage people to work on other compilers, but working on GCC for IA64 is a complete waste of time. With that I do agree the current situation for IA64 is less than ideal.. I'm happy to hear complaints and do what is within my resources and capability to fix.. Small notes.. a) PathScale doesn't currently support IA64 b) I would like to merge in some code that would give us a near optimal CG for IA64. That in combination with a couple other things would hopefully bring us in the same ballpark as the Intel IA64 compiler. (Pure speculation as I don't know this target very well or current state of Intel compiler) c) We're happy to help test and verify changes for IA64 with the PathScale QA harness, but need to acquire hardware. This is something I may personally have money for and can put in our datacenter, but there is currently no company budget. ./C From owner-freebsd-ia64@FreeBSD.ORG Sun Nov 8 06:44:06 2009 Return-Path: Delivered-To: ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A54181065696 for ; Sun, 8 Nov 2009 06:44:06 +0000 (UTC) (envelope-from peterc@gelato.unsw.edu.au) Received: from lemon.ken.nicta.com.au (lemon.ertos.nicta.com.au [203.143.174.143]) by mx1.freebsd.org (Postfix) with ESMTP id 5A11C8FC23 for ; Sun, 8 Nov 2009 06:44:06 +0000 (UTC) Received: from c220-239-171-171.farfl1.nsw.optusnet.com.au ([220.239.171.171]:54014 helo=quokka.chubb.wattle.id.au) by lemon.ken.nicta.com.au with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1N71Vm-0004un-1k; Sun, 08 Nov 2009 17:44:35 +1100 Received: from localhost ([127.0.0.1] helo=localhost.chubb.wattle.id.au) by localhost with esmtp (Exim 4.69) (envelope-from ) id 1N71V3-0002D9-1q; Sun, 08 Nov 2009 17:43:45 +1100 Date: Sun, 08 Nov 2009 17:43:45 +1100 Message-ID: <87eio9y0ri.wl%peter@chubb.wattle.id.au> From: Peter Chubb To: =?ISO-8859-1?Q?=22C=2E_Bergstr=F6m=22?= In-Reply-To: <4AF65423.8040108@osunix.org> References: <595329F2-46F2-4393-B8E3-0923694D250D@mac.com> <20091107214031.GB78634@mech-cluster241.men.bris.ac.uk> <4AF5F413.7010302@osunix.org> <20091107232251.GA33482@mech-cluster241.men.bris.ac.uk> <87hbt5yg9i.wl%peter@chubb.wattle.id.au> <4AF65423.8040108@osunix.org> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 MULE XEmacs/21.4 (patch 22) (Instant Classic) (i486-linux-gnu) Organization: Gelato@UNSW MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-SA-Exim-Connect-IP: 220.239.171.171 X-SA-Exim-Mail-From: peterc@gelato.unsw.edu.au X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on lemon.ken.nicta.com.au X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:20:11 +0000) X-SA-Exim-Scanned: Yes (on lemon.ken.nicta.com.au) Cc: Michael Dexter , ia64@freebsd.org Subject: Re: 2009 Update X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2009 06:44:06 -0000 >>>>> "C" =3D=3D C Bergstr=F6m writes: C> Peter Chubb wrote: >>>>>>> "Anton" =3D=3D Anton Shterenlikht writes: >>>>>>>=20 >> Anton> On Sat, Nov 07, 2009 at 05:26:27PM -0500, "C. Bergstr=F6m" wrote: >> Anton> There are 6 ia64 systems on top500 list (details below). All Anton> run linux, of course. But these organisations must use very Anton> good compilers, and, at least for nuclear codes (systems 71 and Anton> 96), these will be f90-f95 or even f2003 (I don't know of any Anton> f2008) compilers. Perhaps they do use PathScale and forget Anton> about GCC.. >> Most use the Intel compiler, and heavy hand-optimization of inner >> loops using tools like vTune. >>=20 >> Gelato put a lot of effort into imprving gcc for IA64 -- gcc 4.x is >> miles better than gcc 3.x -- but there's still a lot that could be >> done with low-level instruction scheduling. >>=20 >>=20 C> I do not normally discourage people to work on other compilers, but C> working on GCC for IA64 is a complete waste of time. With that I C> do agree the current situation for IA64 is less than ideal.. I'm C> happy to hear complaints and do what is within my resources and C> capability to fix.. The reason we put so much effort into attempting to improve things is that most people will just try to run their code with the compiler(s) they already know. And the code generated by gcc was appalling, so Itanium appeared to suck badly. Fixing GCC meant that users could continue to use the toolchains they already knew, and maybe they'd get halfway decent results. The stuff we did is documented at http://gcc.gelato.org/ People can still do better, by using the Intel compiler, but even it was non-optimal for system code (although I haven't tried it recently: it may have improved), and needed (again, I haven't looked recently, this may be out of date) careful tuning to get good performance for enterprise workloads. -- Dr Peter Chubb www.nicta.com.au peter DOT chubb AT nicta.com.au http://www.ertos.nicta.com.au ERTOS within National ICT Australia From owner-freebsd-ia64@FreeBSD.ORG Sun Nov 8 06:54:03 2009 Return-Path: Delivered-To: ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEAE9106566B for ; Sun, 8 Nov 2009 06:54:03 +0000 (UTC) (envelope-from codestr0m@osunix.org) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id 8E7358FC0A for ; Sun, 8 Nov 2009 06:54:03 +0000 (UTC) Received: by qyk6 with SMTP id 6so902356qyk.3 for ; Sat, 07 Nov 2009 22:54:03 -0800 (PST) Received: by 10.224.114.194 with SMTP id f2mr3412033qaq.68.1257663242996; Sat, 07 Nov 2009 22:54:02 -0800 (PST) Received: from ?192.168.1.2? ([76.116.128.142]) by mx.google.com with ESMTPS id 20sm1552412qyk.1.2009.11.07.22.54.01 (version=SSLv3 cipher=RC4-MD5); Sat, 07 Nov 2009 22:54:02 -0800 (PST) Message-ID: <4AF66BA7.8010302@osunix.org> Date: Sun, 08 Nov 2009 01:56:39 -0500 From: =?ISO-8859-1?Q?=22C=2E_Bergstr=F6m=22?= User-Agent: Thunderbird 2.0.0.22 (X11/20090909) MIME-Version: 1.0 To: Peter Chubb References: <595329F2-46F2-4393-B8E3-0923694D250D@mac.com> <20091107214031.GB78634@mech-cluster241.men.bris.ac.uk> <4AF5F413.7010302@osunix.org> <20091107232251.GA33482@mech-cluster241.men.bris.ac.uk> <87hbt5yg9i.wl%peter@chubb.wattle.id.au> <4AF65423.8040108@osunix.org> <87eio9y0ri.wl%peter@chubb.wattle.id.au> In-Reply-To: <87eio9y0ri.wl%peter@chubb.wattle.id.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ia64@freebsd.org, Michael Dexter Subject: Re: 2009 Update X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2009 06:54:03 -0000 Peter Chubb wrote: > ... > The reason we put so much effort into attempting to improve things is > that most people will just try to run their code with the compiler(s) > they already know. We have a GCC front-end to make the learning curve much easier for exactly the reason you stated above. I'm happy to work with the gelato community if there's interest and I can help in some way. From owner-freebsd-ia64@FreeBSD.ORG Mon Nov 9 11:06:55 2009 Return-Path: Delivered-To: freebsd-ia64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60CAA106568D for ; Mon, 9 Nov 2009 11:06:55 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4F0088FC08 for ; Mon, 9 Nov 2009 11:06:55 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nA9B6tkU079023 for ; Mon, 9 Nov 2009 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nA9B6spf079021 for freebsd-ia64@FreeBSD.org; Mon, 9 Nov 2009 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 9 Nov 2009 11:06:54 GMT Message-Id: <200911091106.nA9B6spf079021@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-ia64@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-ia64@FreeBSD.org X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2009 11:06:55 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ia64/120315 ia64 Backing store switch in exception_save_restart leaves o ia64/113102 ia64 [MCA] Multiple records can have the same sequence numb o ia64/86218 ia64 Mozilla / Firefox: regxpcom or regchrome broken on ia6 3 problems total. From owner-freebsd-ia64@FreeBSD.ORG Mon Nov 9 13:21:19 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E55A1065726; Mon, 9 Nov 2009 13:21:19 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id EF2CE8FC17; Mon, 9 Nov 2009 13:21:18 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1N7UBF-00020Q-VU; Mon, 09 Nov 2009 13:21:17 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1N7UBF-00043P-Cf; Mon, 09 Nov 2009 13:21:13 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nA9DLDMY076698; Mon, 9 Nov 2009 13:21:13 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nA9DLDfK076697; Mon, 9 Nov 2009 13:21:13 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 9 Nov 2009 13:21:13 +0000 From: Anton Shterenlikht To: freebsd-ia64@freebsd.org, kde@freebsd.org, freebsd-current@freebsd.org Message-ID: <20091109132113.GA71911@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -4.4 X-Spam-Level: ---- Cc: Subject: QMutex: mutex destroy failure: Device busy -> Seg fault in ports/x11/kdebase4-workspace X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2009 13:21:19 -0000 On ia64 HEAD while building x11/kdebase4-workspace I get lots of messages similar to: QWaitCondition: mutex destroy failure: Device busy QMutex: mutex destroy failure: Device busy culminating in this error: [skip] Linking CXX shared module ../../lib/kgreet_generic.so [ 10%] Built target kgreet_generic [ 10%] Generating org.kde.Kephal.Screens.xml QMutex: mutex destroy failure: Device busy [ 10%] Generating org.kde.Kephal.Outputs.xml [ 10%] Generating org.kde.Kephal.Configurations.xml Segmentation fault (core dumped) *** Error code 139 1 error *** Error code 2 Linking CXX shared module ../../lib/kgreet_winbind.so [ 10%] Built target kgreet_winbind 1 error *** Error code 2 1 error *** Error code 1 Stop in /usr/ports/x11/kdebase4-workspace. *** Error code 1 Please advise anton PS. I don't really need KDE at all. But Marcel reports that konqueror seems to be working. So I just want to build this. At present there's no secure graphical web browser for ia64. Until recently kazehakase was working. But now it doesn't, because security/nss doesn't build. And firefox doesn't build because of broken xpcom.. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-ia64@FreeBSD.ORG Mon Nov 9 20:48:27 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E36AA1065694; Mon, 9 Nov 2009 20:48:27 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout026.mac.com (asmtpout026.mac.com [17.148.16.101]) by mx1.freebsd.org (Postfix) with ESMTP id C9EA68FC2A; Mon, 9 Nov 2009 20:48:27 +0000 (UTC) MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_2xJVi1Urv/LNNp56ChrsuA)" Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp026.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KSV00EA50G5Q660@asmtp026.mac.com>; Mon, 09 Nov 2009 12:48:06 -0800 (PST) From: Marcel Moolenaar In-reply-to: <20091109132113.GA71911@mech-cluster241.men.bris.ac.uk> Date: Mon, 09 Nov 2009 12:48:04 -0800 Message-id: <3A2818E0-70DE-4837-9E47-08FFDF74072D@mac.com> References: <20091109132113.GA71911@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1076) Cc: freebsd-current@freebsd.org, kde@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: QMutex: mutex destroy failure: Device busy -> Seg fault in ports/x11/kdebase4-workspace X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2009 20:48:28 -0000 --Boundary_(ID_2xJVi1Urv/LNNp56ChrsuA) Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT On Nov 9, 2009, at 5:21 AM, Anton Shterenlikht wrote: > On ia64 HEAD while building x11/kdebase4-workspace > I get lots of messages similar to: > > QWaitCondition: mutex destroy failure: Device busy > QMutex: mutex destroy failure: Device busy > > culminating in this error: > > > [skip] > > > Linking CXX shared module ../../lib/kgreet_generic.so > [ 10%] Built target kgreet_generic > [ 10%] Generating org.kde.Kephal.Screens.xml > QMutex: mutex destroy failure: Device busy > [ 10%] Generating org.kde.Kephal.Outputs.xml > [ 10%] Generating org.kde.Kephal.Configurations.xml > Segmentation fault (core dumped) > *** Error code 139 > 1 error > *** Error code 2 > Linking CXX shared module ../../lib/kgreet_winbind.so > [ 10%] Built target kgreet_winbind > 1 error > *** Error code 2 > 1 error > *** Error code 1 > > Stop in /usr/ports/x11/kdebase4-workspace. > *** Error code 1 > > > Please advise > anton This is most likely a compiler bug. Just restart the build. I noticed some instability as well, but when restarting it would always move past the original problem. Please do not override compiler options. Just keep the default for now. > PS. I don't really need KDE at all. But Marcel reports that > konqueror seems to be working. So I just want to build this. I have some outstanding patches, you may want to apply. See attached. > At present there's no > secure graphical web browser for ia64. Until recently > kazehakase was working. But now it doesn't, because security/nss > doesn't build. And firefox doesn't build because of broken xpcom.. Firefox used to build. I'll see up with that... -- Marcel Moolenaar xcllnt@mac.com --Boundary_(ID_2xJVi1Urv/LNNp56ChrsuA) Content-type: application/octet-stream; name=ports.diff Content-transfer-encoding: 7bit Content-disposition: attachment; filename=ports.diff Index: lang/guile/files/patch-libguile_gc.c =================================================================== RCS file: lang/guile/files/patch-libguile_gc.c diff -N lang/guile/files/patch-libguile_gc.c --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ lang/guile/files/patch-libguile_gc.c 21 Aug 2009 14:35:43 -0000 @@ -0,0 +1,23 @@ +--- libguile/gc.c.orig 2008-12-08 09:42:54.000000000 -0800 ++++ libguile/gc.c 2009-08-20 22:55:11.000000000 -0700 +@@ -1060,6 +1060,20 @@ + return (void *) ctx->uc_mcontext.sc_ar_bsp; + } + # endif /* linux */ ++# ifdef __FreeBSD__ ++# include ++void * ++scm_ia64_register_backing_store_base (void) ++{ ++ return (void *)0x8000000000000000; ++} ++void * ++scm_ia64_ar_bsp (const void *opaque) ++{ ++ const ucontext_t *ctx = opaque; ++ return (void *)(ctx->uc_mcontext.mc_special.bspstore + ctx->uc_mcontext.mc_special.ndirty); ++} ++# endif /* __FreeBSD__ */ + #endif /* __ia64__ */ + + void Index: lang/ocaml/Makefile =================================================================== RCS file: /home/ncvs/ports/lang/ocaml/Makefile,v retrieving revision 1.65 diff -u -r1.65 Makefile --- lang/ocaml/Makefile 29 Jun 2009 10:46:44 -0000 1.65 +++ lang/ocaml/Makefile 30 Sep 2009 01:12:49 -0000 @@ -81,7 +81,7 @@ -tklibs "-L${LOCALBASE}/lib ${THR_LD}" .endif -.if ${ARCH} == sparc64 || ${ARCH} == ia64 +.if ${ARCH} == sparc64 BROKEN= ocamlc.opt seg-faults on ${ARCH}, please try to fix .endif Index: math/cln/Makefile =================================================================== RCS file: /home/ncvs/ports/math/cln/Makefile,v retrieving revision 1.40 diff -u -r1.40 Makefile --- math/cln/Makefile 27 Sep 2009 21:42:41 -0000 1.40 +++ math/cln/Makefile 1 Oct 2009 02:43:30 -0000 @@ -39,8 +39,8 @@ .include -.if ${ARCH} == "sparc64" || ${ARCH} == "ia64" -BROKEN= Does not compile on sparc64 or ia64 +.if ${ARCH} == "sparc64" +BROKEN= Does not compile on sparc64 .endif post-patch: Index: science/openbabel/Makefile =================================================================== RCS file: /home/ncvs/ports/science/openbabel/Makefile,v retrieving revision 1.27 diff -u -r1.27 Makefile --- science/openbabel/Makefile 7 Oct 2009 21:11:39 -0000 1.27 +++ science/openbabel/Makefile 9 Oct 2009 23:54:36 -0000 @@ -30,10 +30,6 @@ .include -.if ${ARCH} == "ia64" -BROKEN= does not compile on ia64 (gcc internal error) -.endif - post-extract: @${LN} -sf babel.1 ${WRKSRC}/doc/openbabel.1 Index: x11/xorg/Makefile =================================================================== RCS file: /home/ncvs/ports/x11/xorg/Makefile,v retrieving revision 1.28 diff -u -r1.28 Makefile --- x11/xorg/Makefile 25 Aug 2009 04:42:54 -0000 1.28 +++ x11/xorg/Makefile 25 Sep 2009 05:01:15 -0000 @@ -18,7 +18,7 @@ NO_BUILD= yes -RUN_DEPENDS+= ${LOCALBASE}/lib/dri/r128_dri.so:${PORTSDIR}/graphics/dri +RUN_DEPENDS+= ${LOCALBASE}/libdata/pkgconfig/dri.pc:${PORTSDIR}/graphics/dri # data RUN_DEPENDS+= ${LOCALBASE}/libdata/pkgconfig/xbitmaps.pc:${PORTSDIR}/x11/xbitmaps \ Index: x11-drivers/xf86-video-openchrome/Makefile =================================================================== RCS file: /home/ncvs/ports/x11-drivers/xf86-video-openchrome/Makefile,v retrieving revision 1.13 diff -u -r1.13 Makefile --- x11-drivers/xf86-video-openchrome/Makefile 29 May 2009 03:53:34 -0000 1.13 +++ x11-drivers/xf86-video-openchrome/Makefile 27 Oct 2009 05:22:08 -0000 @@ -22,6 +22,6 @@ MAKE_ARGS+= drivermandir=${LOCALBASE}/man/man4 -ONLY_FOR_ARCHS= amd64 i386 +ONLY_FOR_ARCHS= amd64 i386 ia64 .include --Boundary_(ID_2xJVi1Urv/LNNp56ChrsuA)-- From owner-freebsd-ia64@FreeBSD.ORG Tue Nov 10 07:34:04 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E028106566C; Tue, 10 Nov 2009 07:34:04 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout029.mac.com (asmtpout029.mac.com [17.148.16.104]) by mx1.freebsd.org (Postfix) with ESMTP id 22A8C8FC16; Tue, 10 Nov 2009 07:34:04 +0000 (UTC) MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_qrGAG3BcVmTj7sNFuZJuCA)" Received: from macbook-pro.lan.xcllnt.net (mail.xcllnt.net [75.101.29.67]) by asmtp029.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KSV00GHHUBNMB90@asmtp029.mac.com>; Mon, 09 Nov 2009 23:33:24 -0800 (PST) From: Marcel Moolenaar In-reply-to: <3A2818E0-70DE-4837-9E47-08FFDF74072D@mac.com> Date: Mon, 09 Nov 2009 23:33:23 -0800 Message-id: References: <20091109132113.GA71911@mech-cluster241.men.bris.ac.uk> <3A2818E0-70DE-4837-9E47-08FFDF74072D@mac.com> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1077) Cc: FreeBSD CURRENT Mailing List , kde@freebsd.org, FreeBSD-IA64 Mailing List Subject: Re: QMutex: mutex destroy failure: Device busy -> Seg fault in ports/x11/kdebase4-workspace X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2009 07:34:04 -0000 --Boundary_(ID_qrGAG3BcVmTj7sNFuZJuCA) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT On Nov 9, 2009, at 12:48 PM, Marcel Moolenaar wrote: > >> At present there's no >> secure graphical web browser for ia64. Until recently >> kazehakase was working. But now it doesn't, because security/nss >> doesn't build. And firefox doesn't build because of broken xpcom.. > > Firefox used to build. I'll see up with that... Apply the attached patch to /usr/ports/www/firefox3. I'm testing the same patch against firefox35 as I type this. FYI, -- Marcel Moolenaar xcllnt@mac.com --Boundary_(ID_qrGAG3BcVmTj7sNFuZJuCA) Content-type: application/octet-stream; name=firefox3.diff Content-transfer-encoding: 7bit Content-disposition: attachment; filename=firefox3.diff Index: files/patch-security-coreconf-FreeBSD.mk =================================================================== RCS file: /home/ncvs/ports/www/firefox3/files/patch-security-coreconf-FreeBSD.mk,v retrieving revision 1.3 diff -u -r1.3 patch-security-coreconf-FreeBSD.mk --- files/patch-security-coreconf-FreeBSD.mk 19 Aug 2009 01:58:37 -0000 1.3 +++ files/patch-security-coreconf-FreeBSD.mk 10 Nov 2009 06:43:55 -0000 @@ -1,12 +1,15 @@ ---- security/coreconf/FreeBSD.mk.orig 2009-07-30 17:30:28.000000000 +0200 -+++ security/coreconf/FreeBSD.mk 2009-08-17 22:29:03.510890513 +0200 -@@ -45,8 +45,20 @@ +--- security/coreconf/FreeBSD.mk.orig 2008-07-12 07:28:59.000000000 -0700 ++++ security/coreconf/FreeBSD.mk 2009-11-09 22:42:09.000000000 -0800 +@@ -45,8 +45,24 @@ ifeq ($(OS_TEST),alpha) CPU_ARCH = alpha else +ifeq ($(OS_TEST),amd64) +CPU_ARCH = amd64 +else ++ifeq ($(OS_TEST),ia64) ++CPU_ARCH = ia64 ++else +ifeq ($(OS_TEST),powerpc) +CPU_ARCH = powerpc +else @@ -18,10 +21,11 @@ +endif +endif +endif ++endif OS_CFLAGS = $(DSO_CFLAGS) -ansi -Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -@@ -73,7 +85,7 @@ +@@ -73,7 +89,7 @@ DLL_SUFFIX = so.1.0 endif @@ -30,9 +34,9 @@ ifdef MAPFILE MKSHLIB += -Wl,--version-script,$(MAPFILE) endif -@@ -82,4 +94,4 @@ +@@ -82,4 +98,4 @@ G++INCLUDES = -I/usr/include/g++ -INCLUDES += -I/usr/X11R6/include -+#INCLUDES += -I/usr/X11R6/include ++#INCLUDES += -I/usr/local/include Index: files/patch-xpcom-reflect-xptcall-src-xptcprivate.h =================================================================== RCS file: files/patch-xpcom-reflect-xptcall-src-xptcprivate.h diff -N files/patch-xpcom-reflect-xptcall-src-xptcprivate.h --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ files/patch-xpcom-reflect-xptcall-src-xptcprivate.h 10 Nov 2009 05:44:50 -0000 @@ -0,0 +1,20 @@ +--- xpcom/reflect/xptcall/src/xptcprivate.h.orig 2009-11-09 21:43:49.000000000 -0800 ++++ xpcom/reflect/xptcall/src/xptcprivate.h 2009-11-09 21:44:05.000000000 -0800 +@@ -45,7 +45,7 @@ + + class xptiInterfaceEntry; + +-#if !defined(__ia64) || (!defined(__hpux) && !defined(__linux__)) ++#if !defined(__ia64) + #define STUB_ENTRY(n) NS_IMETHOD Stub##n() = 0; + #else + #define STUB_ENTRY(n) NS_IMETHOD Stub##n(PRUint64,PRUint64,PRUint64,PRUint64,PRUint64,PRUint64,PRUint64,PRUint64) = 0; +@@ -62,7 +62,7 @@ + #undef STUB_ENTRY + #undef SENTINEL_ENTRY + +-#if !defined(__ia64) || (!defined(__hpux) && !defined(__linux__)) ++#if !defined(__ia64) + #define STUB_ENTRY(n) NS_IMETHOD Stub##n(); + #else + #define STUB_ENTRY(n) NS_IMETHOD Stub##n(PRUint64,PRUint64,PRUint64,PRUint64,PRUint64,PRUint64,PRUint64,PRUint64); --Boundary_(ID_qrGAG3BcVmTj7sNFuZJuCA)-- From owner-freebsd-ia64@FreeBSD.ORG Tue Nov 10 21:19:19 2009 Return-Path: Delivered-To: ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF9CB1065670 for ; Tue, 10 Nov 2009 21:19:19 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout025.mac.com (asmtpout025.mac.com [17.148.16.100]) by mx1.freebsd.org (Postfix) with ESMTP id D8E1D8FC1B for ; Tue, 10 Nov 2009 21:19:19 +0000 (UTC) MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp025.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KSW00BZLWK4QN40@asmtp025.mac.com> for ia64@freebsd.org; Tue, 10 Nov 2009 13:19:17 -0800 (PST) From: Marcel Moolenaar In-reply-to: <87hbt5yg9i.wl%peter@chubb.wattle.id.au> Date: Tue, 10 Nov 2009 13:19:16 -0800 Content-transfer-encoding: quoted-printable Message-id: <53C58109-BD6C-4314-B498-D628023CF553@mac.com> References: <595329F2-46F2-4393-B8E3-0923694D250D@mac.com> <20091107214031.GB78634@mech-cluster241.men.bris.ac.uk> <4AF5F413.7010302@osunix.org> <20091107232251.GA33482@mech-cluster241.men.bris.ac.uk> <87hbt5yg9i.wl%peter@chubb.wattle.id.au> To: ia64@freebsd.org X-Mailer: Apple Mail (2.1077) Cc: Michael Dexter Subject: Re: 2009 Update X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2009 21:19:20 -0000 [combined response] On Nov 7, 2009, at 5:08 PM, Peter Chubb wrote: > Gelato put a lot of effort into imprving gcc for IA64 -- gcc 4.x is > miles better than gcc 3.x -- but there's still a lot that could be = done > with low-level instruction scheduling. My immediate concern is correctness. Improving SPECcpu20xx looks good academically, but means nothing to me in the context of FreeBSD if it means spending a lot time finding work-arounds for correctness bugs. At this time we can't compile the kernel correctly when all debugging options are removed and I think we actually have a more optimal OS with a compiler that generates less-optimal, but correct code than what we now have with GCC 4.2.1. I find that bizarre.. I would probably stick with GCC much more longer if it would at least generate correct code. Nonetheless, any future improvements that people may make, may not be usable by FreeBSD due to licensing anyway, so to me it's not as simple as "just fix what's broken"... On Nov 7, 2009, at 9:16 PM, C. Bergstr=F6m wrote: > Small notes.. > a) PathScale doesn't currently support IA64 Another aspect, again specifically in the context of FreeBSD, is that architecture support in PathScale (or Open64) is limited. As such, it won't easily be the next system compiler. At this time LLVM has the best chance of replacing GCC, if GCC is ever being replaced. Alas, the LLVM project recently removed the ia64 backend due to lack of support. Just my luck :-) While PathScale (and Open64) are great compilers for in the ports collection and I would be very happy to see that happen, I do need to keep an eye out for any developments involving the system compiler and I may be forced to work on that just to keep FreeBSD on ia64 viable without forking off... > b) I would like to merge in some code that would give us a near = optimal CG for IA64. That in combination with a couple other things = would hopefully bring us in the same ballpark as the Intel IA64 = compiler. (Pure speculation as I don't know this target very well or = current state of Intel compiler) Speculation is the correct word: the Intel compiler utilizes data and control speculation and achieves good results in certain cases because of it. The use of explicit prefetch operations also helps to prime the cache with good results. The CG for Itanium in PathScale should utilize this as well to be in the same ballpark as the Intel compiler. At least, that's what I assume it should do. If the code comes from Open64, then I think you'll be in the same ballpark. People (including Intel as part of the ORC project) have done a great job. On Nov 7, 2009, at 10:43 PM, Peter Chubb wrote: > The reason we put so much effort into attempting to improve things is > that most people will just try to run their code with the compiler(s) > they already know. I can see that. Then again, I also fail to see it. With autoconf and libtool, compiler differences should be non-issues and the only thing developers should do is actually write portable code. I believe that there's an even deeper and darker consequence to the statement that people just try with the compiler they already know and that is that the assumptions embedded in the code about the architecture are not expected to cause problems. Itanium did cause a lot of code churn while porting code from i386 to ia64 and it wasn't just for being 64-bit. Still a lot of code uses 'int' for variables that are never negative when 'unsigned int' yields more optimal code simply because it avoids an unnecessary sign-extension. What I'm trying to say is that assumptions about the compiler are just a part of the problem and it's probably a smaller problem than assumptions embedded in the code that cause unique problems on Itanium. Assumptions about the architecture may have a bigger impact on the resulting performance than assumptions about the compiler will have. It's good to keep as much the same if so many things change, so Gelato's work has been good and beneficial. I was more in touch when I worked @HP then I am now, so I don't know all the good Gelato has done. --=20 Marcel Moolenaar xcllnt@mac.com From owner-freebsd-ia64@FreeBSD.ORG Tue Nov 10 23:34:56 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B52E10656A5; Tue, 10 Nov 2009 23:34:56 +0000 (UTC) (envelope-from owner-freebsd-current@freebsd.org) Received: from ebb05.tieto.com (ebb05.tieto.com [131.207.168.36]) by mx1.freebsd.org (Postfix) with ESMTP id 4D0E08FC14; Tue, 10 Nov 2009 23:34:54 +0000 (UTC) Received: from FIVLA-EXHUB02.eu.tieto.com ( [131.207.136.42]) (using TLS with cipher AES128-SHA (AES128-SHA/128 bits)) (Client did not present a certificate) by ebb05.tieto.com (SMTP Mailer) with SMTP id 16.7D.02511.789E9FA4; Wed, 11 Nov 2009 00:30:32 +0200 (EET) Received: from Pickup by NLB-EXHUB.eu.tieto.com with Microsoft SMTP Server id 8.2.176.0; Tue, 10 Nov 2009 22:30:30 +0000 X-AuditID: 83cfa824-b7c35ae0000009cf-fa-4af9e987bbb7 Delivered-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="Boundary_(ID_2xJVi1Urv/LNNp56ChrsuA)" From: Marcel Moolenaar In-Reply-To: <20091109132113.GA71911@mech-cluster241.men.bris.ac.uk> Date: Mon, 9 Nov 2009 12:48:04 -0800 Message-ID: <3A2818E0-70DE-4837-9E47-08FFDF74072D@mac.com> References: <20091109132113.GA71911@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1076) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: Errors-To: owner-freebsd-current@freebsd.org X-Brightmail-Tracker: AAAAAhGuh4wRr2i4 Cc: freebsd-current@freebsd.org, kde@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: QMutex: mutex destroy failure: Device busy -> Seg fault in ports/x11/kdebase4-workspace X-BeenThere: freebsd-ia64@freebsd.org List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2009 23:34:56 -0000 --Boundary_(ID_2xJVi1Urv/LNNp56ChrsuA) Content-Type: text/plain; charset="us-ascii"; format=flowed Content-Transfer-Encoding: 7BIT On Nov 9, 2009, at 5:21 AM, Anton Shterenlikht wrote: > On ia64 HEAD while building x11/kdebase4-workspace > I get lots of messages similar to: > > QWaitCondition: mutex destroy failure: Device busy > QMutex: mutex destroy failure: Device busy > > culminating in this error: > > > [skip] > > > Linking CXX shared module ../../lib/kgreet_generic.so > [ 10%] Built target kgreet_generic > [ 10%] Generating org.kde.Kephal.Screens.xml > QMutex: mutex destroy failure: Device busy > [ 10%] Generating org.kde.Kephal.Outputs.xml > [ 10%] Generating org.kde.Kephal.Configurations.xml > Segmentation fault (core dumped) > *** Error code 139 > 1 error > *** Error code 2 > Linking CXX shared module ../../lib/kgreet_winbind.so > [ 10%] Built target kgreet_winbind > 1 error > *** Error code 2 > 1 error > *** Error code 1 > > Stop in /usr/ports/x11/kdebase4-workspace. > *** Error code 1 > > > Please advise > anton This is most likely a compiler bug. Just restart the build. I noticed some instability as well, but when restarting it would always move past the original problem. Please do not override compiler options. Just keep the default for now. > PS. I don't really need KDE at all. But Marcel reports that > konqueror seems to be working. So I just want to build this. I have some outstanding patches, you may want to apply. See attached. > At present there's no > secure graphical web browser for ia64. Until recently > kazehakase was working. But now it doesn't, because security/nss > doesn't build. And firefox doesn't build because of broken xpcom.. Firefox used to build. I'll see up with that... -- Marcel Moolenaar xcllnt@mac.com --Boundary_(ID_2xJVi1Urv/LNNp56ChrsuA) Content-Type: application/octet-stream; name="ports.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ports.diff" Index: lang/guile/files/patch-libguile_gc.c =================================================================== RCS file: lang/guile/files/patch-libguile_gc.c diff -N lang/guile/files/patch-libguile_gc.c --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ lang/guile/files/patch-libguile_gc.c 21 Aug 2009 14:35:43 -0000 @@ -0,0 +1,23 @@ +--- libguile/gc.c.orig 2008-12-08 09:42:54.000000000 -0800 ++++ libguile/gc.c 2009-08-20 22:55:11.000000000 -0700 +@@ -1060,6 +1060,20 @@ + return (void *) ctx->uc_mcontext.sc_ar_bsp; + } + # endif /* linux */ ++# ifdef __FreeBSD__ ++# include ++void * ++scm_ia64_register_backing_store_base (void) ++{ ++ return (void *)0x8000000000000000; ++} ++void * ++scm_ia64_ar_bsp (const void *opaque) ++{ ++ const ucontext_t *ctx = opaque; ++ return (void *)(ctx->uc_mcontext.mc_special.bspstore + ctx->uc_mcontext.mc_special.ndirty); ++} ++# endif /* __FreeBSD__ */ + #endif /* __ia64__ */ + + void Index: lang/ocaml/Makefile =================================================================== RCS file: /home/ncvs/ports/lang/ocaml/Makefile,v retrieving revision 1.65 diff -u -r1.65 Makefile --- lang/ocaml/Makefile 29 Jun 2009 10:46:44 -0000 1.65 +++ lang/ocaml/Makefile 30 Sep 2009 01:12:49 -0000 @@ -81,7 +81,7 @@ -tklibs "-L${LOCALBASE}/lib ${THR_LD}" .endif -.if ${ARCH} == sparc64 || ${ARCH} == ia64 +.if ${ARCH} == sparc64 BROKEN= ocamlc.opt seg-faults on ${ARCH}, please try to fix .endif Index: math/cln/Makefile =================================================================== RCS file: /home/ncvs/ports/math/cln/Makefile,v retrieving revision 1.40 diff -u -r1.40 Makefile --- math/cln/Makefile 27 Sep 2009 21:42:41 -0000 1.40 +++ math/cln/Makefile 1 Oct 2009 02:43:30 -0000 @@ -39,8 +39,8 @@ .include -.if ${ARCH} == "sparc64" || ${ARCH} == "ia64" -BROKEN= Does not compile on sparc64 or ia64 +.if ${ARCH} == "sparc64" +BROKEN= Does not compile on sparc64 .endif post-patch: Index: science/openbabel/Makefile =================================================================== RCS file: /home/ncvs/ports/science/openbabel/Makefile,v retrieving revision 1.27 diff -u -r1.27 Makefile --- science/openbabel/Makefile 7 Oct 2009 21:11:39 -0000 1.27 +++ science/openbabel/Makefile 9 Oct 2009 23:54:36 -0000 @@ -30,10 +30,6 @@ .include -.if ${ARCH} == "ia64" -BROKEN= does not compile on ia64 (gcc internal error) -.endif - post-extract: @${LN} -sf babel.1 ${WRKSRC}/doc/openbabel.1 Index: x11/xorg/Makefile =================================================================== RCS file: /home/ncvs/ports/x11/xorg/Makefile,v retrieving revision 1.28 diff -u -r1.28 Makefile --- x11/xorg/Makefile 25 Aug 2009 04:42:54 -0000 1.28 +++ x11/xorg/Makefile 25 Sep 2009 05:01:15 -0000 @@ -18,7 +18,7 @@ NO_BUILD= yes -RUN_DEPENDS+= ${LOCALBASE}/lib/dri/r128_dri.so:${PORTSDIR}/graphics/dri +RUN_DEPENDS+= ${LOCALBASE}/libdata/pkgconfig/dri.pc:${PORTSDIR}/graphics/dri # data RUN_DEPENDS+= ${LOCALBASE}/libdata/pkgconfig/xbitmaps.pc:${PORTSDIR}/x11/xbitmaps \ Index: x11-drivers/xf86-video-openchrome/Makefile =================================================================== RCS file: /home/ncvs/ports/x11-drivers/xf86-video-openchrome/Makefile,v retrieving revision 1.13 diff -u -r1.13 Makefile --- x11-drivers/xf86-video-openchrome/Makefile 29 May 2009 03:53:34 -0000 1.13 +++ x11-drivers/xf86-video-openchrome/Makefile 27 Oct 2009 05:22:08 -0000 @@ -22,6 +22,6 @@ MAKE_ARGS+= drivermandir=${LOCALBASE}/man/man4 -ONLY_FOR_ARCHS= amd64 i386 +ONLY_FOR_ARCHS= amd64 i386 ia64 .include --Boundary_(ID_2xJVi1Urv/LNNp56ChrsuA) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --Boundary_(ID_2xJVi1Urv/LNNp56ChrsuA)-- From owner-freebsd-ia64@FreeBSD.ORG Wed Nov 11 15:00:20 2009 Return-Path: Delivered-To: ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B51F11065672; Wed, 11 Nov 2009 15:00:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8DD578FC0A; Wed, 11 Nov 2009 15:00:20 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nABE2Unf052421; Wed, 11 Nov 2009 09:02:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nABE2Uwh052394; Wed, 11 Nov 2009 14:02:30 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 11 Nov 2009 14:02:30 GMT Message-Id: <200911111402.nABE2Uwh052394@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2009 15:00:20 -0000 TB --- 2009-11-11 12:43:26 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-11 12:43:26 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-11-11 12:43:26 - cleaning the object tree TB --- 2009-11-11 12:43:42 - cvsupping the source tree TB --- 2009-11-11 12:43:42 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-11-11 12:44:09 - building world TB --- 2009-11-11 12:44:09 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-11 12:44:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-11 12:44:09 - TARGET=ia64 TB --- 2009-11-11 12:44:09 - TARGET_ARCH=ia64 TB --- 2009-11-11 12:44:09 - TZ=UTC TB --- 2009-11-11 12:44:09 - __MAKE_CONF=/dev/null TB --- 2009-11-11 12:44:09 - cd /src TB --- 2009-11-11 12:44:09 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 11 12:44:09 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Nov 11 13:59:55 UTC 2009 TB --- 2009-11-11 13:59:55 - generating LINT kernel config TB --- 2009-11-11 13:59:55 - cd /src/sys/ia64/conf TB --- 2009-11-11 13:59:55 - /usr/bin/make -B LINT TB --- 2009-11-11 13:59:55 - building LINT kernel TB --- 2009-11-11 13:59:55 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-11 13:59:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-11 13:59:55 - TARGET=ia64 TB --- 2009-11-11 13:59:55 - TARGET_ARCH=ia64 TB --- 2009-11-11 13:59:55 - TZ=UTC TB --- 2009-11-11 13:59:55 - __MAKE_CONF=/dev/null TB --- 2009-11-11 13:59:55 - cd /src TB --- 2009-11-11 13:59:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 11 13:59:55 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/cam/cam_sim.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/cam/cam_xpt.c /src/sys/cam/cam_xpt.c:288: error: static declaration of 'xpt_start_tags' follows non-static declaration /src/sys/cam/cam_xpt_internal.h:179: error: previous declaration of 'xpt_start_tags' was here cc1: warnings being treated as errors /src/sys/cam/cam_xpt.c: In function 'xpt_action_default': /src/sys/cam/cam_xpt.c:2525: warning: implicit declaration of function 'xpt_schedule_dev_sendq' /src/sys/cam/cam_xpt.c:2525: warning: nested extern declaration of 'xpt_schedule_dev_sendq' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-11 14:02:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-11 14:02:30 - ERROR: failed to build lint kernel TB --- 2009-11-11 14:02:30 - 3726.84 user 627.39 system 4744.55 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-ia64@FreeBSD.ORG Thu Nov 12 14:15:30 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E97CC106566C; Thu, 12 Nov 2009 14:15:30 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id A8A058FC17; Thu, 12 Nov 2009 14:15:30 +0000 (UTC) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1N8aSK-0000yd-El; Thu, 12 Nov 2009 14:15:29 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1N8aSJ-0002QA-Qu; Thu, 12 Nov 2009 14:15:24 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nACEFNo9072491; Thu, 12 Nov 2009 14:15:23 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nACEFNfL072490; Thu, 12 Nov 2009 14:15:23 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 12 Nov 2009 14:15:19 +0000 From: Anton Shterenlikht To: freebsd-ia64@freebsd.org, maho@freebsd.org, freebsd-current@freebsd.org Message-ID: <20091112141519.GA66229@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.4 X-Spam-Level: - Cc: Subject: compiler discussion X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 14:15:31 -0000 Following from the discussion on the system compiler for ia64, I tried to list few major ports which I'd love to have on ia64, but can't, because of GCC problems: - math/blas, lapack, lapack95, arpack, scalapack, atlas, etc. - science/hdf5-18 (fortran APIs can't be built) - french/aster (industial quality FEA code) - cad/calculix (another good FEA code) All these depend on lang/gcc44, which doesn't build. The only fortran compiler I know to build and work successfully on ia64 is (correct me if I'm wrong) g95. I wonder if it's possible/desirable/easy to use lang/g95 for the above and other fortran-dependent ports? In principal, lang/g95 looks very good, and it's got some features not available in gfortran, e.g. limited support for 2003 standard. Any comments? Also, any comments on the usability (particularly for fortran) of llvm and lang/llvm-gcc4 on ia64? many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-ia64@FreeBSD.ORG Thu Nov 12 14:32:09 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52CFA1065694 for ; Thu, 12 Nov 2009 14:32:09 +0000 (UTC) (envelope-from codestr0m@osunix.org) Received: from mail-yw0-f178.google.com (mail-yw0-f178.google.com [209.85.211.178]) by mx1.freebsd.org (Postfix) with ESMTP id C21EE8FC20 for ; Thu, 12 Nov 2009 14:32:08 +0000 (UTC) Received: by ywh8 with SMTP id 8so2070482ywh.3 for ; Thu, 12 Nov 2009 06:32:08 -0800 (PST) Received: by 10.101.197.40 with SMTP id z40mr2627830anp.68.1258036328128; Thu, 12 Nov 2009 06:32:08 -0800 (PST) Received: from ?192.168.1.2? ([76.116.128.142]) by mx.google.com with ESMTPS id 34sm660386yxf.65.2009.11.12.06.32.05 (version=SSLv3 cipher=RC4-MD5); Thu, 12 Nov 2009 06:32:06 -0800 (PST) Message-ID: <4AFC1D0F.1020805@osunix.org> Date: Thu, 12 Nov 2009 09:34:55 -0500 From: =?ISO-8859-1?Q?=22C=2E_Bergstr=F6m=22?= User-Agent: Thunderbird 2.0.0.22 (X11/20090909) MIME-Version: 1.0 To: Anton Shterenlikht References: <20091112141519.GA66229@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20091112141519.GA66229@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: maho@freebsd.org, freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: compiler discussion X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 14:32:09 -0000 Anton Shterenlikht wrote: > Following from the discussion on the system compiler for ia64, > I tried to list few major ports which I'd love to have on ia64, > but can't, because of GCC problems: > > - math/blas, lapack, lapack95, arpack, scalapack, atlas, etc. > - science/hdf5-18 (fortran APIs can't be built) > - french/aster (industial quality FEA code) > - cad/calculix (another good FEA code) > > All these depend on lang/gcc44, which doesn't build. > > The only fortran compiler I know to build and work > successfully on ia64 is (correct me if I'm wrong) g95. > > I wonder if it's possible/desirable/easy to use lang/g95 for > the above and other fortran-dependent ports? > > In principal, lang/g95 looks very good, and it's got > some features not available in gfortran, e.g. limited > support for 2003 standard. > > Any comments? > > Lots, but the main is that I don't think the g95 developer is still active. Please ping Andy and if you do get a response let me know. From owner-freebsd-ia64@FreeBSD.ORG Thu Nov 12 15:34:14 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5657106566C; Thu, 12 Nov 2009 15:34:14 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 910858FC14; Thu, 12 Nov 2009 15:34:14 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id nACFY7ka062708; Thu, 12 Nov 2009 07:34:07 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id nACFY7xq062707; Thu, 12 Nov 2009 07:34:07 -0800 (PST) (envelope-from sgk) Date: Thu, 12 Nov 2009 07:34:07 -0800 From: Steve Kargl To: Anton Shterenlikht Message-ID: <20091112153407.GA62396@troutmask.apl.washington.edu> References: <20091112141519.GA66229@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091112141519.GA66229@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: maho@freebsd.org, freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: compiler discussion X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 15:34:14 -0000 On Thu, Nov 12, 2009 at 02:15:19PM +0000, Anton Shterenlikht wrote: > Following from the discussion on the system compiler for ia64, > I tried to list few major ports which I'd love to have on ia64, > but can't, because of GCC problems: > > - math/blas, lapack, lapack95, arpack, scalapack, atlas, etc. > - science/hdf5-18 (fortran APIs can't be built) > - french/aster (industial quality FEA code) > - cad/calculix (another good FEA code) > > All these depend on lang/gcc44, which doesn't build. Doesn't build is not a very good description if you're looking for help. Post the build log somewhere. Have you submitted bug reports to gcc.gnu.org? Bugs that are unreported are unlikely to be fixed. > The only fortran compiler I know to build and work > successfully on ia64 is (correct me if I'm wrong) g95. > > I wonder if it's possible/desirable/easy to use lang/g95 for > the above and other fortran-dependent ports? Given Polyhedron Benchmarks, it may be preferable to determine why you can't build gcc44 and fix that problem.* > In principal, lang/g95 looks very good, and it's got > some features not available in gfortran, e.g. limited > support for 2003 standard. > > Any comments? AFAIK, g95 has TR 15580 implemented and gfortran doesn't. Other than that feature, gfortran has a fairly long list of Fortran 2003 features implemented, which you can find partially enumerated at the gfortran wiki. > Also, any comments on the usability (particularly for fortran) > of llvm and lang/llvm-gcc4 on ia64? Last time I checked, Fortran in llvm was based off a very old gfortran. The llvm website mentions gcc 4.2.?. While the 4.2.? gfortran isn't too bad, you most certainly would rather use gcc44 if you can. Literally, hundreds of bugs and several new feature have been add to gfortran in going from 4.2.? to gcc 4.4.2. Have you checked the Open64 project? *disclaimer: I've contributed a few hundred patches to gfortran, and I'm listed as a gfortran maintainer. -- Steve From owner-freebsd-ia64@FreeBSD.ORG Thu Nov 12 16:52:14 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5F9C106566B; Thu, 12 Nov 2009 16:52:14 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 712CA8FC1F; Thu, 12 Nov 2009 16:52:14 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1N8cu2-0003Mo-0o; Thu, 12 Nov 2009 16:52:13 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1N8cu1-0006LB-1H; Thu, 12 Nov 2009 16:52:09 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nACGq8Y2001328; Thu, 12 Nov 2009 16:52:08 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nACGq81F001327; Thu, 12 Nov 2009 16:52:08 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 12 Nov 2009 16:52:08 +0000 From: Anton Shterenlikht To: Steve Kargl Message-ID: <20091112165208.GC1283@mech-cluster241.men.bris.ac.uk> References: <20091112141519.GA66229@mech-cluster241.men.bris.ac.uk> <20091112153407.GA62396@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091112153407.GA62396@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: maho@freebsd.org, freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: compiler discussion X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 16:52:14 -0000 On Thu, Nov 12, 2009 at 07:34:07AM -0800, Steve Kargl wrote: > On Thu, Nov 12, 2009 at 02:15:19PM +0000, Anton Shterenlikht wrote: > > Following from the discussion on the system compiler for ia64, > > I tried to list few major ports which I'd love to have on ia64, > > but can't, because of GCC problems: > > > > - math/blas, lapack, lapack95, arpack, scalapack, atlas, etc. > > - science/hdf5-18 (fortran APIs can't be built) > > - french/aster (industial quality FEA code) > > - cad/calculix (another good FEA code) > > > > All these depend on lang/gcc44, which doesn't build. > > Doesn't build is not a very good description if you're > looking for help. Post the build log somewhere. > Have you submitted bug reports to gcc.gnu.org? Bugs > that are unreported are unlikely to be fixed. sorry, I thought it was a known issue. Here's my bug report: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40959 I admit, I haven't checked the suggested patch yet.. > Have you checked the Open64 project? will do many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-ia64@FreeBSD.ORG Thu Nov 12 17:03:21 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13FE9106566C; Thu, 12 Nov 2009 17:03:21 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id C393D8FC1B; Thu, 12 Nov 2009 17:03:20 +0000 (UTC) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1N8d4d-0003zY-Kn; Thu, 12 Nov 2009 17:03:19 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1N8d3u-0003vX-KS; Thu, 12 Nov 2009 17:03:07 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nACH2Mp8001457; Thu, 12 Nov 2009 17:02:22 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nACH2MjQ001456; Thu, 12 Nov 2009 17:02:22 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 12 Nov 2009 17:02:22 +0000 From: Anton Shterenlikht To: freebsd-ia64@freebsd.org, freebsd-current@freebsd.org Message-ID: <20091112170222.GA1426@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: Subject: konqueror causes panic on ia64 current X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 17:03:21 -0000 on ia64 current, kern.osrevision: 199506, I've built kdebase-4.3.1_1. Lanching konqueror caused panic after about 5 mouse clicks. What I've recovered is below. I can try to repeat it, and collect a full crash dump if it's of any use. anton ############################# cpu_thread_exit(0xe000000019fcee40, 0xe0000000043b30c0, 0x50e, 0x163) at cpu_thread_exit+0x20 thread_exit(0xe00000000483d1f8, 0xe00000000483be40, 0xe000000011713a58, 0xe000000019fcee40) at threa d_exit+0x130 thr_exit(0xe0000000117139d0, 0xe000000011713aa8, 0xe00000000483d1d0, 0xe0000000117139b0) at thr_exit +0x120 syscall(0xa0000000c3b0f400, 0x1af, 0x2000000043aa67f0, 0xe000000019fcee40, 0xe0000000117139b0, 0xe00 00000049396f8, 0x1af, 0xa0000000c3b0f4e8) at syscall+0x3e0 epc_syscall_return() at epc_syscall_return KDB: enter: panic [thread pid 72526 tid 100179 ] Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe1f3c8,gp ;; db> db> panic boot(0x104, 0xe00000000483bbd8, 0xe000000004396170, 0x793) at boot+0x70 panic(0xe00000000480eb50) at panic+0x350 db_panic(0xe00000000413d5d0, 0x40c, 0xffffffffffffffff) at db_panic+0x40 db_command(0xe000000004988118, 0x0, 0x1) at db_command+0x750 db_command_loop(0xe000000004988140, 0xe000000004988110, 0xe000000004988118, 0xe00000000480ec00) at d b_command_loop+0xf0 db_trap(0xb, 0xe0000000043f9e60) at db_trap+0x2b0 kdb_trap(0xb, 0x0, 0xa0000000c3b0f000, 0x1, 0x10080a2010, 0xe0000000047e9640, 0x716, 0xe000000004b69 b80) at kdb_trap+0x200 trap(0xb, 0xa0000000c3b0f000) at trap+0x7c0 ivt_Break_Instruction() at ivt_Break_Instruction+0x40 --- trapframe at 0xa0000000c3b0f000 kdb_enter(0xe00000000483bd90, 0xe00000000483bd90, 0xe000000004396120, 0x793) at kdb_enter+0xa0 panic(0xe000000004874470, 0x0, 0xe000000004874448, 0x5d3) at panic+0x2f0 ia64_highfp_drop(0xe000000019fcee40) at ia64_highfp_drop+0x100 cpu_thread_exit(0xe000000019fcee40, 0xe0000000043b30c0, 0x50e, 0x163) at cpu_thread_exit+0x20 thread_exit(0xe00000000483d1f8, 0xe00000000483be40, 0xe000000011713a58, 0xe000000019fcee40) at threa d_exit+0x130 thr_exit(0xe0000000117139d0, 0xe000000011713aa8, 0xe00000000483d1d0, 0xe0000000117139b0) at thr_exit +0x120 syscall(0xa0000000c3b0f400, 0x1af, 0x2000000043aa67f0, 0xe000000019fcee40, 0xe0000000117139b0, 0xe00 00000049396f8, 0x1af, 0xa0000000c3b0f4e8) at syscall+0x3e0 epc_syscall_return() at epc_syscall_return db> -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-ia64@FreeBSD.ORG Thu Nov 12 19:38:40 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 767921065676; Thu, 12 Nov 2009 19:38:40 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout026.mac.com (asmtpout026.mac.com [17.148.16.101]) by mx1.freebsd.org (Postfix) with ESMTP id 62EA38FC12; Thu, 12 Nov 2009 19:38:40 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp026.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KT0009V1H86DG70@asmtp026.mac.com>; Thu, 12 Nov 2009 11:38:32 -0800 (PST) From: Marcel Moolenaar In-reply-to: <20091112170222.GA1426@mech-cluster241.men.bris.ac.uk> Date: Thu, 12 Nov 2009 11:38:30 -0800 Message-id: <14DDE756-9E12-4EF8-8A17-8883738874A1@mac.com> References: <20091112170222.GA1426@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1077) Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: konqueror causes panic on ia64 current X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2009 19:38:40 -0000 On Nov 12, 2009, at 9:02 AM, Anton Shterenlikht wrote: > on ia64 current, kern.osrevision: 199506, I've built > kdebase-4.3.1_1. Lanching konqueror caused panic after > about 5 mouse clicks. What I've recovered is below. Please update your sources. This problem is fixed. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-ia64@FreeBSD.ORG Fri Nov 13 08:18:04 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B06BB1065670; Fri, 13 Nov 2009 08:18:04 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 68BF18FC0A; Fri, 13 Nov 2009 08:18:04 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 966419CB0A5; Fri, 13 Nov 2009 09:00:36 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aBwpBAX2q+Yb; Fri, 13 Nov 2009 09:00:33 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id D47CB9CC0CC; Fri, 13 Nov 2009 09:00:33 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id nAD80XEK090702; Fri, 13 Nov 2009 09:00:33 +0100 (CET) (envelope-from rdivacky) Date: Fri, 13 Nov 2009 09:00:33 +0100 From: Roman Divacky To: Steve Kargl Message-ID: <20091113080033.GB90272@freebsd.org> References: <20091112141519.GA66229@mech-cluster241.men.bris.ac.uk> <20091112153407.GA62396@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091112153407.GA62396@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.3i Cc: maho@freebsd.org, freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: compiler discussion X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2009 08:18:04 -0000 On Thu, Nov 12, 2009 at 07:34:07AM -0800, Steve Kargl wrote: > On Thu, Nov 12, 2009 at 02:15:19PM +0000, Anton Shterenlikht wrote: > > Following from the discussion on the system compiler for ia64, > > I tried to list few major ports which I'd love to have on ia64, > > but can't, because of GCC problems: > > > > - math/blas, lapack, lapack95, arpack, scalapack, atlas, etc. > > - science/hdf5-18 (fortran APIs can't be built) > > - french/aster (industial quality FEA code) > > - cad/calculix (another good FEA code) > > > > All these depend on lang/gcc44, which doesn't build. > > Doesn't build is not a very good description if you're > looking for help. Post the build log somewhere. > Have you submitted bug reports to gcc.gnu.org? Bugs > that are unreported are unlikely to be fixed. > > > The only fortran compiler I know to build and work > > successfully on ia64 is (correct me if I'm wrong) g95. > > > > I wonder if it's possible/desirable/easy to use lang/g95 for > > the above and other fortran-dependent ports? > > Given Polyhedron Benchmarks, it may be preferable to determine > why you can't build gcc44 and fix that problem.* > > > In principal, lang/g95 looks very good, and it's got > > some features not available in gfortran, e.g. limited > > support for 2003 standard. > > > > Any comments? > > AFAIK, g95 has TR 15580 implemented and gfortran doesn't. > Other than that feature, gfortran has a fairly long list > of Fortran 2003 features implemented, which you can find > partially enumerated at the gfortran wiki. > > > Also, any comments on the usability (particularly for fortran) > > of llvm and lang/llvm-gcc4 on ia64? > > Last time I checked, Fortran in llvm was based off a very old > gfortran. The llvm website mentions gcc 4.2.?. While the 4.2.? > gfortran isn't too bad, you most certainly would rather use gcc44 > if you can. Literally, hundreds of bugs and several new feature > have been add to gfortran in going from 4.2.? to gcc 4.4.2. you can use dragonegg gcc plugin which uses gcc frontend (for any language) and uses llvm backed to generate the code: http://dragonegg.llvm.org/ From owner-freebsd-ia64@FreeBSD.ORG Fri Nov 13 14:56:01 2009 Return-Path: Delivered-To: freebsd-ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C2EB106566B; Fri, 13 Nov 2009 14:56:01 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 216638FC08; Fri, 13 Nov 2009 14:56:01 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id nADEtOei066533; Fri, 13 Nov 2009 06:55:24 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id nADEtNfi066532; Fri, 13 Nov 2009 06:55:23 -0800 (PST) (envelope-from sgk) Date: Fri, 13 Nov 2009 06:55:23 -0800 From: Steve Kargl To: Roman Divacky Message-ID: <20091113145523.GA66476@troutmask.apl.washington.edu> References: <20091112141519.GA66229@mech-cluster241.men.bris.ac.uk> <20091112153407.GA62396@troutmask.apl.washington.edu> <20091113080033.GB90272@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091113080033.GB90272@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: maho@freebsd.org, freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: compiler discussion X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2009 14:56:01 -0000 On Fri, Nov 13, 2009 at 09:00:33AM +0100, Roman Divacky wrote: > On Thu, Nov 12, 2009 at 07:34:07AM -0800, Steve Kargl wrote: > > > > Last time I checked, Fortran in llvm was based off a very old > > gfortran. The llvm website mentions gcc 4.2.?. While the 4.2.? > > gfortran isn't too bad, you most certainly would rather use gcc44 > > if you can. Literally, hundreds of bugs and several new feature > > have been add to gfortran in going from 4.2.? to gcc 4.4.2. > > you can use dragonegg gcc plugin which uses gcc frontend (for any > language) and uses llvm backed to generate the code: > > http://dragonegg.llvm.org/ OP is interested in ia64. It appears that dragonegg is ia32 and amd64 only. Additionally, dragonegg is a gcc plugin. OP can't get gcc to build, so the plugin would be of no use. However, this does look like an interesting project. -- Steve