Ticket #29367 (closed defect: wontfix)
py27-cx_Freeze does not actually create universal
| Reported by: | rmh3093@… | Owned by: | adfernandes@… |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 1.9.2 |
| Keywords: | Cc: | ||
| Port: | py27-cx_Freeze |
Description
py27-cx_Freeze compiles and installs just fine with +universal set but not all of the files are fat. util.o only builds as x86_64 making it impossible to build i386 binaries.
Change History
comment:2 Changed 2 years ago by macsforever2000@…
- Cc rmh3093@… removed
- Owner changed from macports-tickets@… to adfernandes@…
- Port set to py27-cx_Freeze
comment:3 Changed 2 years ago by adfernandes@…
- Status changed from new to closed
- Resolution set to fixed
Hmm... I've looked at this, and it is not obvious to me how to patch the python setup to build universal binaries. I'm "fixing" this by simply adding a universal_variant no tag. Alternative suggestions or patchfiles are welcome!
Committed in r78553.
comment:4 Changed 2 years ago by rmh3093@…
- Status changed from closed to reopened
- Resolution fixed deleted
This works when built manually from the command line and it worked via port for py26. This is not a distutils issue, it's a macports issue.
comment:5 Changed 2 years ago by adfernandes@…
Hmm... I've been fiddling with this for a while, and it isn't obvious to me what's different. I have a hard time testing actual universal builds since my own installation is not universal.
No idea why it would work for the py26 version but not py27. The portfiles are virtually identical.
If anyone wants to step up to debug this, the help would be appreciated. Otherwise, since it would seem to be some oddness between macports and py27, I'll mark it as 'wontfix'. :-(
Cc Me!