#35508: arpack port does not work on Lion with GFortran 4.6.2 due to Accelerate problem -----------------------------------+---------------------------------------- Reporter: gcrosswhite@… | Owner: mmoll@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: arpack -----------------------------------+---------------------------------------- Comment(by gcrosswhite@…): I did a grep through the sources and changed every call to either CDOTC or ZDOTC so that they were treated like subroutines with the return value stored in the first argument rather than like functions. I did some spot checks to make sure that the resulting library is good; the changes made the double-precision complex valued tests work (e.g., zndrv* in EXAMPLES/COMPLEX) but for some reason lots of other test including the single-precision complex tests in COMPLEX/ fail both before and after makings the changes; however, they do so with an error message rather than a segfault so I don't think that their problem is related to this one, and in particular these changes don't seem to be making anything worse. I have attached the patches for all of the files that I changed; there are 24 in total: 4 base files * 2 precisions * 3 modes (sequential, parallel MPI, parallel BLACS). '''VERY IMPORTANT:''' You most likely already were going to do this but just to be sure: make sure that this patch is ''only'' applied when using Accelerate! This is because only Accelerate has the weird ABI issue that requires this rather strange form of patch in order to work the quirk, so if the path it is applied when using, say, atlas, then it will actually break things rather than fixing them. -- Ticket URL: <https://trac.macports.org/ticket/35508#comment:6> MacPorts <http://www.macports.org/> Ports system for Mac OS