1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 <2009> 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 2025 | Index | 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 <2009> 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 2025 |
<== Date ==> | <== Thread ==> |
---|
Subject: | Re: Compiling alh, MEDM on Snow Leopard (10.6.2) |
From: | "Bertrand H.J. Biritz" <[email protected]> |
To: | Cyrus Reed <[email protected]> |
Cc: | [email protected] |
Date: | Mon, 21 Dec 2009 21:25:35 -0500 |
Hi Cyrus, Interesting, thanks for the report. Perhaps if I specify the universal flag from the beginning it will work. I will give it another try once my dad isn't using his new laptop ;) Bertrand On Dec 21, 2009, at 7:33 PM, Cyrus Reed wrote:
I was able to get it to work about a month ago when compiling EPICS for my Snow Leopard install. I just checked my ports and it doesn't think anything is out of date, so I think if you are using the latest MacPorts (1.8.1) it should work. I didn't run into any MacPorts build problems - I added the +universal variant to the "/ opt/local/etc/macports/variants.conf" file before I built anything, however. (Well, this isn't strictly true - I built everything with the defaults first, and then when I ran into the same "file not of required architecture" problem you did, uninstalled the MacPorts tree and started over using the universal flag...) I then built EPICS using the default of 32-bits; so far everything seems to be working OK. (I use MEDM, ALH, and StripTool mostly - Probe does have some graphics layout issues that I think are related to the version of openmotif (2.3.2) installed by MacPorts.) I can't say what's wrong with your build, but thought I would throw out a report that it's possible to get it to work... As a last resort you might try wiping out your MacPorts install and starting that over - some of the things I read about MacPorts suggest this is sometimes necessary if things seem to be broken.-Cyrus ---- Cyrus Reed Operations Specialist LIGO Hanford Observatory On Dec 21, 2009, at 3:55 PM, Bertrand H.J. Biritz wrote:Hi Andrew, Thanks for the info.Poor Janet and in fact all of the EPICS developers who constantly need to update the code in order to compile properly on all the various architectures – it certain keeps everyone busy :) It is much appreciated by all of us who rely on you!In MacPorts I just tried installing openmotif with the "universal" variant but one of the dependences failed to compile:<snip> Building Xft2Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_x11_Xft2/work/libXft-2.1.14" && /usr/ bin/make -j2 all " returned error 2Command output: "_FcUtf8ToUcs4", referenced from: _XftDrawStringUtf8 in xftdraw.o _XftTextExtentsUtf8 in xftextent.o _XftTextRenderUtf8 in xftrender.o <snip>So, unless I did something incorrect it looks like there is an impasse for a while.Thanks, Bertrand On Dec 21, 2009, at 3:39 PM, Andrew Johnson wrote:On Monday 21 December 2009 13:56:09 Eric Norum wrote:To build EPICS for 64-bit only, editI don't recommend this if you're wanting to build and run alh or StripTool with the result; AIUI neither of those programs works very well (if at all) when built for 64-bit. Janet has fixing them on her To Do list, but I don'tknow how long it's going to take. MEDM seems to be Ok though.I guess that's one of the disadvantages of using the Darwin universal 32/64 build configuration, all the code has to work properly on both configurations.- Andrew --The best FOSS code is written to be read by other humans -- Harald Welte