#25316 closed defect (fixed)
texlive @2009 not building on x86_64 systems
| Reported by: | jwiegley@… | Owned by: | drkp (Dan Ports) |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 1.9.0 |
| Keywords: | Cc: | mdippery@…, mauricio_ville@…, dasevilla@…, bgschaid@…, dpkatz@… | |
| Port: | texlive |
Description (last modified by jmroot (Joshua Root))
I have an i7 Mac Pro running 10.6.3. All the ports I have installed are either x86_64, or universal. After running this command today:
port upgrade texlive
I get this output:
vulcan ~ $ sudo port upgrade texlive ---> Computing dependencies for texlive-bin Error: Cannot install texlive-bin for the arch(s) 'i386' because Error: its dependency ghostscript does not build for the required arch(s) by default Error: and does not have a universal variant. Error: Unable to exec port: architecture mismatch To report a bug, see <http://guide.macports.org/#project.tickets>
Why does it care about i386, if I didn't ask for universal?
Change History (14)
comment:1 Changed 14 years ago by jmroot (Joshua Root)
| Cc: | dports@… removed |
|---|---|
| Description: | modified (diff) |
| Owner: | changed from macports-tickets@… to dports@… |
comment:2 Changed 14 years ago by mdippery@…
| Cc: | mdippery@… added |
|---|
comment:6 Changed 14 years ago by drkp (Dan Ports)
Unfortunately, texlive cannot build 64-bit binaries. Specifically, xetex uses ATSUI, a deprecated API that's not available for 64-bit builds. So, for now texlive needs to be built for i386 (and thus its dependencies have to be built universal).
This is definitely not ideal and I'd love to find a better solution. This doesn't appear to have been fixed upstream. One possibility is to force XeTeX to use freetype for rendering instead of ATSUI, but I'm not sure what that would imply for font rendering.
comment:8 follow-up: 11 Changed 14 years ago by drkp (Dan Ports)
I'm thinking of having xetex use freetype unless a +atsui variant is used (probably disabled by default). We should then only have to force 32-bit builds if that variant is enabled.
comment:11 Changed 14 years ago by drkp (Dan Ports)
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
Replying to dports@…:
I'm thinking of having xetex use freetype unless a +atsui variant is used (probably disabled by default). We should then only have to force 32-bit builds if that variant is enabled.
I disabled ATSUI for xetex (and xdv2pdf) in r68917 unless the +atsui variant is explicitly specified. If you don't request +atsui, you can now build texlive-bin 64-bit.
comment:12 Changed 14 years ago by stejanecek@…
FYI: I just tried to install texlive using changeset r68917. The first time, the build failed with the following message:
---> Configuring texlive-bin DEBUG: Using compiler 'Mac OS X gcc 4.2' DEBUG: configure phase started at Fri Jun 18 17:37:47 CEST 2010 DEBUG: Executing proc-pre-org.macports.configure-configure-0 Error: The file /opt/local/lib/libt1.dylib does not exist, though it was Error: expected to have been provided by one of texlive-bin's dependencies. Try Error: rebuilding the port that should have provided that file by running Error: Error: sudo port -n upgrade --force <portname> Error: Error: Target org.macports.configure returned: missing required file DEBUG: Backtrace: missing required file
The libt1.dylib really was not present on my machine, only /opt/local/lib/libt1.a was.
Doing
sudo port -n upgrade --force t1lib
fixed the problem, port install texlive went just fine afterwards.
Thanks for the patch!
Cc Me!