Opened 10 years ago

Closed 10 years ago

#46545 closed defect (fixed)

py(27|34)-scipy @0.15.0 +atlas +gcc48 fails to build

Reported by: josephsacco Owned by: seanfarley (Sean Farley)
Priority: Normal Milestone:
Component: ports Version: 2.3.3
Keywords: Cc:
Port: py-scipy

Description

I have run into dependency problem. I have installed:

py27-numpy @1.9.1_2+atlas+gcc48 (active)

py34-numpy @1.9.1_2+atlas+gcc48 (active)

atlas @3.10.2_1+gcc48 (active)

Below is the last section from the log file.

-Joseph

...

DEBUG: Executing variant gcc48 provides gcc48 Error: py-numpy: Variant gcc48 conflicts with gfortran DEBUG: Error evaluating variants

while executing

"error "Error evaluating variants""

(procedure "mportopen" line 50) invoked from within

"mportopen $porturl [array get interp_options] [array get variations]" Error: Unable to open port: Error evaluating variants DEBUG: upgrade py27-numpy failed

while executing

"macports::_upgrade_mport_deps $mport $target"

(procedure "mportexec" line 39) invoked from within

"mportexec $workername $target"

Attachments (1)

main.log (41.4 KB) - added by josephsacco 10 years ago.
Log file

Download all attachments as: .zip

Change History (4)

Changed 10 years ago by josephsacco

Attachment: main.log added

Log file

comment:1 Changed 10 years ago by josephsacco

Poking around in port1.0/group/compilers-1.0.tcl, it appears that gfortran-mp-4.9 is being requested, even though the build is using gcc48. Why is that?

-Joseph

comment:2 Changed 10 years ago by seanfarley (Sean Farley)

Owner: changed from macports-tickets@… to sean@…
Status: newassigned

Yep, that's my fault

comment:3 Changed 10 years ago by seanfarley (Sean Farley)

Resolution: fixed
Status: assignedclosed

Should be fixed in r131526.

Note: See TracTickets for help on using tickets.