Re: llvm / clang and thread_local storage problems

On Sun, Oct 9, 2016 at 3:20 PM, Jeremy Huddleston Sequoia <jerem...@apple.com> wrote: > >> On Oct 9, 2016, at 09:47, Jack Howarth <howarth.at.macpo...@gmail.com> wrote: >> >> On Sun, Oct 9, 2016 at 3:53 AM, Jeremy Huddleston Sequoia >> <jerem...@apple.com&

Re: llvm / clang and thread_local storage problems

On Sun, Oct 9, 2016 at 6:02 PM, Jack Howarth <howarth.at.macpo...@gmail.com> wrote: > On Sun, Oct 9, 2016 at 5:57 PM, Jack Howarth > <howarth.at.macpo...@gmail.com> wrote: >> On Sun, Oct 9, 2016 at 4:46 PM, Jack Howarth >> <howarth.at.macpo...@gmail.com> wrote

Re: llvm / clang and thread_local storage problems

On Sun, Oct 9, 2016 at 5:57 PM, Jack Howarth <howarth.at.macpo...@gmail.com> wrote: > On Sun, Oct 9, 2016 at 4:46 PM, Jack Howarth > <howarth.at.macpo...@gmail.com> wrote: >> On Sun, Oct 9, 2016 at 3:20 PM, Jeremy Huddleston Sequoia >> <jerem...@apple.com> wrot

Re: llvm / clang and thread_local storage problems

On Sun, Oct 9, 2016 at 4:46 PM, Jack Howarth <howarth.at.macpo...@gmail.com> wrote: > On Sun, Oct 9, 2016 at 3:20 PM, Jeremy Huddleston Sequoia > <jerem...@apple.com> wrote: >> >>> On Oct 9, 2016, at 09:47, Jack Howarth <howarth.at.macpo...@gmail.com> >

Re: llvm / clang and thread_local storage problems

On Sun, Oct 9, 2016 at 4:46 PM, Jack Howarth <howarth.at.macpo...@gmail.com> wrote: > On Sun, Oct 9, 2016 at 3:20 PM, Jeremy Huddleston Sequoia > <jerem...@apple.com> wrote: >> >>> On Oct 9, 2016, at 09:47, Jack Howarth <howarth.at.macpo...@gmail.com> >

Re: llvm / clang and thread_local storage problems

On Sun, Oct 9, 2016 at 3:20 PM, Jeremy Huddleston Sequoia <jerem...@apple.com> wrote: > >> On Oct 9, 2016, at 09:47, Jack Howarth <howarth.at.macpo...@gmail.com> wrote: >> >> On Sun, Oct 9, 2016 at 3:53 AM, Jeremy Huddleston Sequoia >> <jerem...@apple.com&

Re: llvm / clang and thread_local storage problems

On Sun, Oct 9, 2016 at 3:53 AM, Jeremy Huddleston Sequoia wrote: > thread_local support was added in OS X 10.9 (along with __cxa_thread_atexit > being added to Libc as part of that support). As long as your minimum > deployment target is 10.9, you should be fine. The issue

Re: No Xcode 8 CLT for El Capitan

On Wed, Sep 21, 2016 at 4:19 PM, Rainer Müller wrote: > On 2016-09-21 21:15, Adam Dershowitz wrote: >> That comment does not make it at all clear what those of us who updated to >> Xcode 8 (but not beta!) but are still on OS X 10.11 are supposed to do. >> I have posted a

Re: No Xcode 8 CLT for El Capitan

On Wed, Sep 21, 2016 at 3:46 PM, Marko Käning wrote: > Hi, > > there is no CLT for Xcode 8? > > How come Xcode 8.0 tells me in "Preferences/Locations" that it uses CLT > "Xcode 8.0 (8A218a)”! > Launching the Xcode 8 application should resolve the license issue. > I

Re: No Xcode 8 CLT for El Capitan

rovide the 10.11 SDK installed in /. > --Adam > > > >> On Sep 21, 2016, at 2:44 PM, Lawrence Velázquez <lar...@macports.org> wrote: >> >> Jack Howarth has noted on IRC that that Apple will not be releasing >> a Command Line Tools package for Xcode 8 on El Capita

Re: No Xcode 8 CLT for El Capitan

that they locked my account for reposting something from the release notes. On Wed, Sep 21, 2016 at 2:44 PM, Lawrence Velázquez <lar...@macports.org> wrote: > Jack Howarth has noted on IRC that that Apple will not be releasing > a Command Line Tools package for Xcode 8 o

Re: port:libclang (and libLLVM)

On Thu, Mar 10, 2016 at 4:47 PM, René J.V. wrote: > On Thursday March 10 2016 14:24:00 Ryan Schmidt wrote: > >> > CMake does something similar for all 4 built-in presets, so the only way I >> > know to control the exact compiler flags is to set CMAKE_BUILD_TYPE to a >> >

Re: port:libclang (and libLLVM)

On Thu, Mar 10, 2016 at 10:26 AM, René J.V. <rjvber...@gmail.com> wrote: > On Thursday March 10 2016 10:13:16 Jack Howarth wrote: > >> A simple test with 'sudo port -d -s build llvm-3.8' reveals that -Os >> is in fact used during the compiles on Intel. This is unsurpr

Re: port:libclang (and libLLVM)

On Thu, Mar 10, 2016 at 7:33 AM, René J.V. <rjvber...@gmail.com> wrote: > On Wednesday March 09 2016 20:48:19 Jack Howarth wrote: >>> Why? My understanding is that the optimizations for -Os are equivalent >>> to -O2 with the emphasis on size reduction. The additional

Re: port:libclang (and libLLVM)

On Wed, Mar 9, 2016 at 8:43 PM, Jack Howarth <howarth.at.macpo...@gmail.com> wrote: > On Wed, Mar 9, 2016 at 6:36 PM, René J.V. <rjvber...@gmail.com> wrote: >> On Wednesday March 09 2016 18:00:07 Jack Howarth wrote: >> >>> Have you checked to make sure tha

Re: port:libclang (and libLLVM)

On Wed, Mar 9, 2016 at 6:36 PM, René J.V. <rjvber...@gmail.com> wrote: > On Wednesday March 09 2016 18:00:07 Jack Howarth wrote: > >> Have you checked to make sure that the installed llvm packages aren't >> built as the +assertions variant? The use of assertion

Re: [MacPorts] #49227: gcc5 @5.2.0: fix gcj

On Mon, Oct 19, 2015 at 3:41 PM, MacPorts wrote: > #49227: gcc5 @5.2.0: fix gcj > +-- > Reporter: howarth.at.macports@… | Owner: mww@… > Type: defect | Status: new > Priority:

Re: [141132] trunk/dports/lang/apple-gcc42/Portfile

On Mon, Oct 12, 2015 at 1:49 PM, Jeremy Huddleston Sequoia wrote: > >> On Oct 11, 2015, at 23:15, Ryan Schmidt wrote: >> >> On Oct 11, 2015, at 11:14 AM, jerem...@macports.org wrote: >> >>> Revision >>> 141132 >>> Author >>> jerem...@macports.org

alignment hack to work around boehm-gc breakage in darwin15

Jeremy, The Trak reporting system is down so I am posting this to the mailing list instead. I have puzzled out a hack to work around the boehm-gc regressions and resulting gcj breakage in darwin15 from the recompilation of the libunwind.dylib with Apple Clang 7.0. The attached patch reduces

Re: Any more changes to merge for 2.3.4?

Joshua, The glew package needs the fix I proposed in https://trac.macports.org/attachment/ticket/49004/Portfile.diff to avoid the Apple clang 7.0 compiler hangs with Xcode 7. Jack On Wed, Sep 30, 2015 at 9:09 AM, Joshua Root wrote: > Is there anything else we

Re: Any more changes to merge for 2.3.4?

Joshua, One issue which doesn't seem to be addressed yet in the svn package set is to make sure that no package forces a dependency on cctools when Xcode 7 in installed. IHMO, this is undesirable behavior because it regresses the enhanced modern opcode support in the new clang-based

disabling the sandbox?

Does port have some hidden option which would allow the suppression of the use of the sandbox in port during builds? I believe that the sandbox is masking a bug under El Capitan which shows up outside of port and in our fink builds. Thanks in advance for any info. Jack

Re: llvm-3.7 release and OpenMP

You really will want to rewrite the llvm37 Portfile to use a cmake build. The openmp 3.7 can be built in-tree using cmake (with the sources placed at projects/openmp. Also the default for -fopenmp is still left as -fopenmp=libgomp in 3.7.0 but this can be changed with... ---

Re: [134510] dports/x11/freeglut

On Mon, Mar 30, 2015 at 4:55 AM, René J.V. rjvber...@gmail.com wrote: On Monday March 30 2015 01:40:39 Jeremy Huddleston Sequoia wrote: Actually, I think I'll just do similarly and revbump all dependents. Unfortunately, that means anyone using the library for their own projects will need to

Re: [134510] dports/x11/freeglut

Jeremy, The situation with freeglut 3.0.0 is described in http://sourceforge.net/p/freeglut/bugs/51/ and http://sourceforge.net/p/freeglut/bugs/213/. Back in 2004, I filed the first bug about the compatibility version being set too high on darwin and it was ignored. This issue came back to

Re: [MacPorts] #46857: update rNMR to 1.1.8 using new xvfb-run port and xvfb subport as well as return to ${prefix}/lib/R/library

On 16/02/15 13:34, Jack Howarth wrote: Only by not --byte-compiling the R files of the package when installing it but that will result in a performance hit in the package. http://www.r-statistics.com/2012/04/speed-up-your-r-code-using-a-just-in-time-jit-compiler/ On Sun, Feb 15, 2015 at 6:15

Re: [MacPorts] #46857: update rNMR to 1.1.8 using new xvfb-run port and xvfb subport as well as return to ${prefix}/lib/R/library

Only by not --byte-compiling the R files of the package when installing it but that will result in a performance hit in the package. http://www.r-statistics.com/2012/04/speed-up-your-r-code-using-a-just-in-time-jit-compiler/ On Sun, Feb 15, 2015 at 6:15 PM, MacPorts nore...@macports.org wrote:

Re: Xvfb MIA

: On Thursday February 12 2015 11:58:33 Jack Howarth wrote: Jeremy, So I take it that it is impossible to use MacPort's Xvfb without abandoning the use of the Xquartz server in /opt/local/X11? That is rather unfortunate as my experience in packaging over 500 cran modules for fink was that at least 26

Re: Xvfb MIA

:28382: checking whether to build Xvfb DDX configure:28384: result: no Jack On Thu, Feb 12, 2015 at 1:13 PM, Jeremy Huddleston Sequoia jerem...@macports.org wrote: On Feb 12, 2015, at 08:58, Jack Howarth howarth.at.macpo...@gmail.com wrote: Jeremy, So I take

Re: Xvfb MIA

, at 12:13, Jack Howarth howarth.at.macpo...@gmail.com wrote: Jeremy, Exactly what needs to be passed to configure in the xorg-server Portfile to trigger Xvfb to build? I see... --enable-xvfb Build Xvfb server (default: yes) in the output of './configure --help' in the build

Re: source-less packaging?

of xorg-server to make it functional. Jack On Thu, Feb 12, 2015 at 9:07 PM, Joshua Root j...@macports.org wrote: On 2015-2-13 12:16 , Jack Howarth wrote: Is it possible to suppress the need for a source file a Portfile? The fink packaging uses... http://patch

Fwd: Xvfb MIA

-- Forwarded message -- From: Jack Howarth howarth.at.macpo...@gmail.com Date: Thu, Feb 12, 2015 at 7:33 PM Subject: Re: Xvfb MIA To: Jeremy Huddleston Sequoia jerem...@macports.org Jeremy, Okay. it is working now. I did a quick and dirty test by hacking the existing xorg

Re: Xvfb MIA

Huddleston Sequoia jerem...@macports.org wrote: Try this: --disable-xquartz --disable-glx --disable-dri --disable-launchd --enable-kdrive --disable-xsdl --enable-xnest --enable-xvfb On Feb 12, 2015, at 12:13, Jack Howarth howarth.at.macpo...@gmail.com wrote: Jeremy, Exactly what needs

Re: [MacPorts] #46786: R changes broke rNMR package

The real problem is that the MacPorts R package has become broken with regard to using ${prefix}/lib/R/library which clearly seen if you execute... % R R version 3.1.2 (2014-10-31) -- Pumpkin Helmet Copyright (C) 2014 The R Foundation for Statistical Computing Platform: x86_64-apple-darwin14.3.0

Re: Xvfb MIA

, Jack Howarth howarth.at.macpo...@gmail.com wrote: Jeremy, Where is the Xvfb binary hidden in MacPorts? It is part of Xquartz so I assume we must have it hidden in one of the xorg packages. I ask because I need to leverage Xvfb and the xvfb-run script borrowed from fink in order

clang-3.4 headers vs system libc++

Jeremy, I noticed that clang++ 3.4 compiles against the libc++ headers from that release but actually links against the system libc++ rather than the one built from the libcxx 3.4 sources. The dissociation of the the compiled headers from the linked libc++ is a bit worrying. While this

inkscape Portfile thinko

Is it really intended in the inkscape Portfile that -std=c++11 be passed to ALL clang compilers or just for 10.9 or later... if {[string match *clang* ${configure.compiler}]} { configure.cxxflags-append -std=c++11 } Considering that clang++ before darwin13 defaults to -stdlib=libstdc++

why cvs port left on stable

I am wondering why MacPorts has left their cvs port on the stable 1.11.23 release rather than upgrading it to the feature 1.12.13 release and using the patches from Apple's cvs-45 release in Xcode 4.6... http://www.opensource.apple.com/source/cvs/cvs-45/ Is there some reason this port is

Re: why cvs port left on stable

On Thu, Nov 07, 2013 at 11:29:53AM +1100, Joshua Root wrote: On 2013-11-7 11:19 , Ryan Schmidt wrote: On Nov 6, 2013, at 13:30, Frank Schima wrote: On Nov 6, 2013, at 11:07 AM, Jack Howarth wrote: I am wondering why MacPorts has left their cvs port on the stable 1.11.23 release

request for commits

Can someone please commit the packaging for pymol 1.6.0 on the ticket at... https://trac.macports.org/ticket/38516 This packaging solves a number of issues including... 1) points svn at the new svn location 2) updates the packaging to pymol 1.6.0 which eliminates the regressions in graphics

Re: problem with MacPorts under Mavericks/Xcode5

On Fri, Jun 21, 2013 at 09:57:35AM -0400, Mark Anderson wrote: I have a short term workaround to anyone who is also under the NDA. I'm trying to come up with a long term solution. Email me if you are in the Mac Developer Program and would like that info. I'm certain I can't post it publicly

macports vs java

Can someone clarify what the situation is with Java and MacPorts? On fink, we have a number of packages (like graphviz) which previously have been built against the JavaVM.framework in /System/Library/Frameworks. We had hoped to transition to the Oracle JDK for this but they both don't use a

Re: macports vs java

On Fri, Jun 14, 2013 at 10:00:42AM -0700, Blair Zajac wrote: On 06/14/2013 08:49 AM, Jack Howarth wrote: Can someone clarify what the situation is with Java and MacPorts? On fink, we have a number of packages (like graphviz) which previously have been built against the JavaVM.framework

fix libstdcxx to not use two different unwinders

I have uploaded packaging on https://trac.macports.org/ticket/38758 to eliminate the eh crashes in libstdc++ caused by the current static linkage of libgcc_eh in libstdcxx. Under faster c++ weak symbol coalescing introduced in darwin10, a static linkage of libgcc_eh will result in the

py26-scipy still builds with gfortran-mp-4.5

It appears that py26-scipy got updated to the new 0.12.0 release without switching the compiler from gfortran-mp-4.5 to gfortran-mp-4.7. FYI. ___ macports-dev mailing list macports-dev@lists.macosforge.org

Re: Making +gcc47 the default variant

On Wed, Feb 27, 2013 at 07:32:54AM +1100, Joshua Root wrote: On 2013-2-27 06:55 , Adam Mercer wrote: On Tue, Feb 26, 2013 at 1:32 PM, Lawrence Velázquez lar...@macports.org wrote: What do folks think about changing the default compiler variant to +gcc47? +1 To make it happen,

Re: Anything else for 2.1.3?

On Mon, Jan 28, 2013 at 07:39:38PM +1100, Joshua Root wrote: As per the milestone due date, I'm thinking we should do the release at the end of the month. If there anything else we really need to merge to the branch? Eligible changes at this point should be low-risk, well-tested bug fixes only

mass rebuild for tcl/tk 8.6

I don't recall seeing a discussion in macports-dev regarding the transition from the tcl/tk 8.5 to 8.6 series. Also are there any plans for a coordinated rebuild of all of the packages that require tcl or tk? Do we know of any linux distributions which have migrated to the new tcl/tk release

breakage from r99712

Joshua, Do you realize that https://trac.macports.org/changeset/99712 broke all tcl/tk software that uses software like blt which uses fork() without exec() like blt... http://lists.macosforge.org/pipermail/macports-tickets/2012-July/115001.html If you are going to make a rash change like

Re: breakage from r99712

On Sat, Nov 17, 2012 at 08:53:56AM -0500, Jack Howarth wrote: Joshua, Do you realize that https://trac.macports.org/changeset/99712 broke all tcl/tk software that uses software like blt which uses fork() without exec() like blt... http://lists.macosforge.org/pipermail/macports-tickets

Re: breakage from r99712

On Sat, Nov 17, 2012 at 10:50:39AM -0500, Jeremy Huddleston Sequoia wrote: On Nov 17, 2012, at 8:53 AM, Jack Howarth howa...@bromo.med.uc.edu wrote: Joshua, Do you realize that https://trac.macports.org/changeset/99712 broke all tcl/tk software that uses software like blt which uses

Re: breakage from r99712

On Sat, Nov 17, 2012 at 12:00:42PM -0500, Jeremy Huddleston Sequoia wrote: On Nov 17, 2012, at 11:48 AM, Jack Howarth howa...@bromo.med.uc.edu wrote: Jeremy, I would think, as the X11 maintainer, you would show more sensitivity on this issue rather than just to declare software

Re: breakage from r99712

On Sat, Nov 17, 2012 at 12:23:13PM -0500, Jeremy Lavergne wrote: Am I reading this wrong... http://trac.macports.org/ticket/126 It seems to imply that MacPorts doesn't allow a Portfile to enforce a variant in depends_lib? We can get around this a few ways: * PortGroup

Re: breakage from r99712

On Sat, Nov 17, 2012 at 02:13:51PM -0600, Ryan Schmidt wrote: On Nov 17, 2012, at 10:48, Jack Howarth wrote: It should have at the very least converted the corefoundation variant into a no-corefoundation variant We do not use variants whose names begin with no anymore. We did

Re: breakage from r99712

On Sat, Nov 17, 2012 at 02:43:49PM -0600, Ryan Schmidt wrote: On Nov 17, 2012, at 14:40, Jack Howarth wrote: On Sat, Nov 17, 2012 at 02:13:51PM -0600, Ryan Schmidt wrote: On Nov 17, 2012, at 10:48, Jack Howarth wrote: It should have at the very least converted the corefoundation

Re: breakage from r99712

On Sat, Nov 17, 2012 at 02:55:19PM -0600, Ryan Schmidt wrote: On Nov 17, 2012, at 14:50, Jack Howarth howa...@bromo.med.uc.edu wrote: I guess in the near term we could modify the pymol startup script to test if the +x11 variant of tk is active as well as the non-variant of tcl and exit

Re: Apple's gcc can't handle deprecated attribute

On Thu, Oct 04, 2012 at 07:20:50PM +0200, Rainer Müller wrote: On 2012-10-04 15:16, mk-macpo...@techno.ms wrote: And here is another invalid attribute: --- lib/result.c:882:53: error: only weak aliases are supported on darwin void result_free(result_t *r) __attribute__ ((weak, alias

Re: delayed syncing of Xcode 4.4 Command Line Tools on Lion with ML

On Fri, Aug 10, 2012 at 08:22:02AM -0700, Jeremy Huddleston Sequoia wrote: On Aug 10, 2012, at 06:32, Jack Howarth howa...@bromo.med.uc.edu wrote: On Thu, Aug 09, 2012 at 06:15:46PM -0700, Jeremy Huddleston Sequoia wrote: On Aug 9, 2012, at 18:06, Jack Howarth howa...@bromo.med.uc.edu

Re: delayed syncing of Xcode 4.4 Command Line Tools on Lion with ML

On Thu, Aug 09, 2012 at 06:15:46PM -0700, Jeremy Huddleston Sequoia wrote: On Aug 9, 2012, at 18:06, Jack Howarth howa...@bromo.med.uc.edu wrote: On Thu, Aug 09, 2012 at 05:53:51PM -0700, Jeremy Huddleston Sequoia wrote: On Aug 9, 2012, at 17:08, Jack Howarth howa...@bromo.med.uc.edu

delayed syncing of Xcode 4.4 Command Line Tools on Lion with ML

Did anyone else notice that the initial release of Xcode 4.4 on Lion seemed to install an older version of the Command Line Tools on Lion than on Mountain Lion? Also, when the Xcode 4.4.1 update was released it didn't initially seem to have a Command Line Tools update for Lion (at least

Re: delayed syncing of Xcode 4.4 Command Line Tools on Lion with ML

On Thu, Aug 09, 2012 at 05:53:51PM -0700, Jeremy Huddleston Sequoia wrote: On Aug 9, 2012, at 17:08, Jack Howarth howa...@bromo.med.uc.edu wrote: Did anyone else notice that the initial release of Xcode 4.4 on Lion seemed to install an older version of the Command Line Tools on Lion

Re: MacPorts 2.1.0-rc2 now available for testing

On Sat, May 12, 2012 at 11:41:14PM -0500, Ryan Schmidt wrote: On May 12, 2012, at 14:48, Jack Howarth wrote: Is anyone else finding that a clean install of MacPorts 2.1.0-rc2 from the source tarball on 10.7.4 with Xcode 4.3.2 results in the installed MacPorts building packages with llvm

Re: MacPorts 2.1.0-rc2 now available for testing

On Fri, May 11, 2012 at 02:25:40PM +1000, Joshua Root wrote: Source code and pkg/dmgs for MacPorts 2.1.0-rc2 are now available [1]. Testing of either of these install methods is helpful. While there are no known regressions from 2.0.4 at this point, be prepared to encounter bugs. As always,

ccpnmr-2.2.2 and relax-1.3.15

Can I get someone to commit the updates for ccpnmr to 2.2.2 and relax to 1.3.15? The first is in... http://trac.macports.org/ticket/33964 and switches the ccpnmr package to build against python27 and gcc45. The gcc45 compilers are used because ccpnmr now has code that supports libgomp. The

Re: What's the reasoning behind using ld64 for gccXX?

On Wed, Apr 18, 2012 at 09:17:34PM -0700, Jeremy Huddleston wrote: On Apr 18, 2012, at 20:47, Sean Farley wrote: Huh? This is just how MacPorts is done, and always has been. This is why we provide all of X11 libraries instead of using the system ones, like fink. I'm not sure what

Re: What's the reasoning behind using ld64 for gccXX?

On Thu, Apr 19, 2012 at 09:47:13PM +0200, vincent habchi wrote: Folks, 1) The XCode compilers will continue to use their versions and won't touch what's in ${prefix} (this is because they don't use $PATH). 2) The MP compilers will use our versions of these tools. What about the

Re: What's the reasoning behind using ld64 for gccXX?

On Thu, Apr 19, 2012 at 10:11:12PM +0200, vincent habchi wrote: On 19 avr. 2012, at 22:07, Jack Howarth howa...@bromo.med.uc.edu wrote: On Thu, Apr 19, 2012 at 09:47:13PM +0200, vincent habchi wrote: Folks, What about the upcoming LLD? Vincent If lld is the proposed replacement

Re: Binary downloads

On Tue, Apr 10, 2012 at 08:16:57PM -0700, Blair Zajac wrote: I blew away my /opt/local to start over after I got a SQL error I asked about in a previous thread [1] and noticed that the new build is using binary downloads. 1) Were binary downloads enabled for a while and it's just because

Re: macports 2.0.4 breaks the usage of clang on Xcode 4.3.2

On Sun, Apr 08, 2012 at 09:39:06PM -0500, Ryan Schmidt wrote: On Apr 8, 2012, at 11:30, Jack Howarth wrote: question of why the Lion build bots are on such an old Xcode that they don't default all of the package builds to clang. Perhaps they should be updated to Xcode 4.3.2

Re: macports 2.0.4 breaks the usage of clang on Xcode 4.3.2

On Sun, Apr 08, 2012 at 08:34:57PM -0400, Jeremy Lavergne wrote: Also non-sensical values like... sudo port -d install pymol +gcc49 don't produce an error. Is that expected behavior for the error to be silently ignored by port? Variants are trickle down, so if a port doesn't have

Re: macports 2.0.4 breaks the usage of clang on Xcode 4.3.2

On Tue, Apr 10, 2012 at 12:29:49AM +1000, Joshua Root wrote: On 2012-4-9 22:55 , Jack Howarth wrote: My concern is that the usage of... configure.compiler macports-gcc-4.5 and build.env CC=${configure.cc} CXX=${configure.cxx} appears to be broken now

Re: macports 2.0.4 breaks the usage of clang on Xcode 4.3.2

On Mon, Apr 09, 2012 at 10:51:05AM -0400, Jack Howarth wrote: On Tue, Apr 10, 2012 at 12:29:49AM +1000, Joshua Root wrote: On 2012-4-9 22:55 , Jack Howarth wrote: My concern is that the usage of... configure.compiler macports-gcc-4.5 and build.env CC=${configure.cc

macports 2.0.4 breaks the usage of clang on Xcode 4.3.2

It appears that the new MacPorts 2.0.4 release when clean installed from the Lion dmg breaks the usage of clang as the default compiler for package building under Xcode 4.3.2. If you execute 'sudo port -d install pymol', you will observe that /usr/bin/llvm-gcc-4.2 is used when building all the

Re: macports 2.0.4 breaks the usage of clang on Xcode 4.3.2

On Sun, Apr 08, 2012 at 10:18:30AM -0400, Jack Howarth wrote: It appears that the new MacPorts 2.0.4 release when clean installed from the Lion dmg breaks the usage of clang as the default compiler for package building under Xcode 4.3.2. If you execute 'sudo port -d install pymol', you

Re: macports 2.0.4 breaks the usage of clang on Xcode 4.3.2

On Sun, Apr 08, 2012 at 11:14:42AM -0400, Jeremy Lavergne wrote: Ooops, forgot to reply to the list. I also see the same breakage in MacPorts 2.0.4 when built from sources in MacPorts-2.0.4.tar.bz2 using... ./configure make sudo make install under Xcode 4.3.2 on Lion. When

Re: macports 2.0.4 breaks the usage of clang on Xcode 4.3.2

On Sun, Apr 08, 2012 at 11:25:23AM -0400, Jeremy Lavergne wrote: Why don't we have a flag to pass to port or a setting in /opt/local/etc/macports to disable binary downloads? You should be able to use -s for source only, and -b for binary only. While this seems to work, we really need

Re: macports 2.0.4 breaks the usage of clang on Xcode 4.3.2

On Sun, Apr 08, 2012 at 11:44:21AM -0400, Jeremy Lavergne wrote: While this seems to work, we really need a setting in macports.conf to allow the user to disable binary downloads by defeult. Besides the issue of the wrong compiler being used, many folks would like to avoid the ancient

Re: macports 2.0.4 breaks the usage of clang on Xcode 4.3.2

On Sun, Apr 08, 2012 at 12:11:32PM -0400, Jeremy Lavergne wrote: Perhaps MacPorts should consider separate binary repos for 10.4/10.5 and 10.7/10.8. If all of the binaries are built on Snow Leopard, this prevents those binary MacPorts packages from being built against the fortified

Re: macports 2.0.4 breaks the usage of clang on Xcode 4.3.2

On Sun, Apr 08, 2012 at 12:48:14PM -0400, Jeremy Lavergne wrote: The fact that, on Lion, MacPorts 2.0.4 installs perl/python that defaults to llvm-gcc-4.2 made me suspect that the binary packages installed on Lion were built with SL. If not, this brings up the question of why the Lion

Re: macports 2.0.4 breaks the usage of clang on Xcode 4.3.2

On Sun, Apr 08, 2012 at 12:48:14PM -0400, Jeremy Lavergne wrote: The fact that, on Lion, MacPorts 2.0.4 installs perl/python that defaults to llvm-gcc-4.2 made me suspect that the binary packages installed on Lion were built with SL. If not, this brings up the question of why the Lion

Re: [MacPorts] #33709: pymol target missing dependency for freeglut

On Wed, Mar 21, 2012 at 09:05:08AM +, MacPorts wrote: #33709: pymol target missing dependency for freeglut ---+ Reporter: csumma@… | Owner: howarth@… Type: defect |

cancel ticket 33295

Ticket 33295 which upgrades pdb2pqr to v1.8 should be cancelled (which I don't see an option to do on the web page) until pymol's apbs-tools.py is modified to be compatible with pdb2pqr 1.8. My testing was flawed in that the pdb2pqr 1.7 installed in /sw was accessed by the apbs-tools.py script

pymol 1.5 update commit

Can someone please commit the changes on Ticket 33289 that updates the pymol package to the new 1.5 upstream release? It also implements the previously suggested use of configure.compiler for the compiler variants of the package and drops the hardcoding of the compiler to clang in darwin11

ticket 29243 pynmr commit needed

Can someone please commit the Portfile.diff on ticket 29243 which updates pynmr. The pynmr package has been broken since we updated pymol 1.4 to build/install with setup.py. The updated pynmr packaging changes the pynmr installation to match the new location of pymol (which is where the pynmr

Re: XCode 4.3

On Sat, Feb 18, 2012 at 09:11:03PM +1100, Joshua Root wrote: So it looks like we can't support Xcode 4.3 until there's a fix or workaround for this problem. I've added some notices to the web site. I don't recall if the installation of Xcode via the App Store automatically launched Xcode at

clang moved in Xcode 4.3

It appears that the following change will be required for Xcode 4.3 in port's /opt/local/share/macports/Tcl/port1.0/portconfigure.tcl due to the fact that clang/clang++ only resides in /usr/bin now --- portconfigure.tcl.orig 2012-02-17 21:00:58.0 -0500 +++ portconfigure.tcl

Xcode 4.3 missing X1SDK?

Does anyone know what the situation is for Xcode 4.3 vs X11 SDK? The Xcode 4.3 installation doesn't install the Command Line Tools by default and installing Xcode 4.3 from the AppStore left the Downloads preference panel in Xcode 4.3 showing the Command Line Tools as installed. This forced me

Xcode 4.3 Command Line Tools installer glitch

I've confirmed that for both the clean install of Xcode 4.3/Command Line Tools as well as the upgrade install of Xcode 4.3/Command Line Tools over Xcode 4.2.1 that the developer directory path isn't being set. This results in 'xcodebuild -version' producing the error message... Error: No

Re: xcode 4.3 breaks macports

On Sun, Jan 29, 2012 at 12:48:29PM +0100, Rainer Müller wrote: On 2012-01-28 00:18 , James Gregurich wrote: I'm not sure if this is known or not, but Xcode 4.3 breaks macports. I'll report what I have learned in hacking my macports install into working. Note that /Developer has been moved

Re: delete gcc40, gcc41, gcc42

On Thu, Sep 15, 2011 at 07:34:59PM +0200, Markus W. Weißmann wrote: On 15 Sep 2011, at 00:33, Jack Howarth wrote: On Wed, Sep 14, 2011 at 02:45:09PM -0500, Ryan Schmidt wrote: On Sep 14, 2011, at 13:55, Jack Howarth wrote: On Wed, Sep 14, 2011 at 11:52:02AM -0500, Ryan Schmidt

Re: delete gcc40, gcc41, gcc42

On Tue, Sep 13, 2011 at 09:37:16PM -0500, Ryan Schmidt wrote: On Sep 13, 2011, at 17:05, Joshua Root wrote: On 2011-9-14 07:34 , Markus W. Weißmann wrote: Hey folks, any objections to me deleting the ports gcc40, gcc41 and gcc42? They don't build anymore on 10.5 or 10.6 so they

Re: delete gcc40, gcc41, gcc42

On Wed, Sep 14, 2011 at 11:52:02AM -0500, Ryan Schmidt wrote: On Sep 14, 2011, at 09:06, Jack Howarth wrote: On Tue, Sep 13, 2011 at 09:37:16PM -0500, Ryan Schmidt wrote: pdftk seems to require gcc42 on Leopard and earlier, and sets its default_variants accordingly. Please don't

Re: delete gcc40, gcc41, gcc42

On Wed, Sep 14, 2011 at 02:45:09PM -0500, Ryan Schmidt wrote: On Sep 14, 2011, at 13:55, Jack Howarth wrote: On Wed, Sep 14, 2011 at 11:52:02AM -0500, Ryan Schmidt wrote: On Sep 14, 2011, at 09:06, Jack Howarth wrote: On Tue, Sep 13, 2011 at 09:37:16PM -0500, Ryan Schmidt wrote

Re: can't compile on lion

On Wed, Aug 31, 2011 at 02:14:39PM -0400, Jeremy Lavergne wrote: On Wed, August 31, 2011 2:05 pm, Daniel wrote: Hey, I just tried compiling macports after installing Xcode on Lion. I get this: checking Mac OS X version... 10.7.1 checking Xcode version... 3.2.4 I guess you need Xcode

Re: llvm-devel / dragonegg new ports

On Thu, Aug 04, 2011 at 08:51:15PM +0200, vincent habchi wrote: Hi there, I’ve raised the llvm-devel port from the dead to support a new “dragonegg” port. I could have selected to use 2.9 version of both, but it seems some important fixes have been committed since, so the choice of the svn

[PING]: switch pymol/pynmr to numpy/scipy

On Tue, Jul 26, 2011 at 08:24:05PM -0400, Jack Howarth wrote: Can I get Ticket 30331... https://trac.macports.org/attachment/ticket/30331/Portfile.diff committed to switch pymol from Numeric to py26-numpy/py26-scipy? Upstream has commited my patches so bumping the svn pull to r3962

switch pymol to numpy/scipy

Can I get Ticket 30331... https://trac.macports.org/attachment/ticket/30331/Portfile.diff committed to switch pymol from Numeric to py26-numpy/py26-scipy? Upstream has commited my patches so bumping the svn pull to r3962 eliminates the need for the original pymol_numpy.diff patch. I also

Re: MacPorts on Lion (common issues, fixes, and workarounds)

On Sun, Jul 24, 2011 at 09:22:16PM +0300, Panayotis Katsaloulis wrote: On 20 Ιουλ 2011, at 7:26 μ.μ., Jeremy Huddleston wrote: wine and libsdl are the only two ports that I've run into that need to fall back on gcc-4.2 I tried to install wine with 2.0.0 and Lion, and it failed,

ticket 29345ommit needed

Can someone please commit the Portfile.diff and both the pymol_shell.diff and setup_py.diff attached to https://trac.macports.org/ticket/2934? This ticket has been waiting for the commit so it can be closed for 3 months now. These changes correct errors in the original implementation of the

why atlas for py-scipy?

Currently the default py26-scipy can't build on Lion due to the broken atlas build. Why are we defaulting to atlas or the internal blas/lapack? Shouldn't we simply use the system lapack/blas on darwin instead? Jack ps I ask because I am in the process of reworking the pymol package to

  1   2   3   >