transfig: error: empty character constant

[jhklubek@…]

I have a brand new Mac that is fully patched with OS X 10.7.3 and Xcode 4.2.1 from the App store. I have tried sudo port install transfig with MacPorts 2.0.3 and receive an shell command failed error during configuration of this port.

I have run sudo port -d transfig and have attached a text file with the details of the error.

I need this package in order to install xfig so any help is appreciated.

[jhklubek@…]

Debug for transfig

[ryandesign (Ryan Carsten Schmidt)]

The first error in the log is:

/opt/local/lib/X11/config/Imake.rules:1674:27: error: empty character constant

However, since this was not a clean attempt, please "sudo port clean" transfig and try again, then attach the main.log file if it fails again.

[jhklubek@…]

I ran the following:

sudo port clean transfig
sudo port clean xfig (since I tried this first)
sudo port -fp uninstall --follow-dependents installed (to clean up anything installed before)
sudo port install transfig

I still receive an error and am attaching a copy of main.log

[jhklubek@…]

Main log file

[ryandesign (Ryan Carsten Schmidt)]

Has duplicate #33185.

[ryandesign (Ryan Carsten Schmidt)]

Possibly an incompatibility with clang. Try using a different compiler.

[jhklubek@…]

Have now attempted with other compilers without success. Attaching main2.log for information

[chiefgecko@…]

Replying to jhklubek@…:

Have now attempted with other compilers without success. Attaching main2.log for information

This seems to workaround the problem (re: Changeset 84946) for 10.7.3 + 4.2.1. This bug is most likely a duplicate of #84946

sudo port uninstall imake
sudo port install imake configure.compiler=llvm-gcc-4.2

#package I was installing with exact match behavior as described in #33165
sudo port install tightvnc

[jhklubek@…]

Running the imake commands and then running the sudo port install transfig fixed the problem

[jeremyhu (Jeremy Huddleston Sequoia)]

*DON'T* set configure.compiler=llvm-gcc-4.2 for imake. You are just *MASKING* the problem and making it worse to fix down the road.

[jeremyhu (Jeremy Huddleston Sequoia)]

Update base to latest trunk. This was a bug in use_xmkmf that is fixed by: r89537 r89538 r89539

See #31504

[anddam (Andrea D'Amore)]

This ticket has been marked as duplicate of #33185 and #33185 has been marked as duplicate of this one.

One of them should stay as non-duplicated or be in turn a duplicate of #31504 in order to create a chain and let people figure the status of the issue for xfig.

Replying to chiefgecko@…:

This seems to workaround the problem (re: Changeset 84946) for 10.7.3 + 4.2.1. This bug is most likely a duplicate of #84946

The sharp sign '#' marks tickets, not changeset, you can use 'r' for revisions r84946 and a direct URI to a changeset, they start with '​http://trac.macports.org/changeset/', e.g. c84946. cf. wiki formatting

Replying to jeremyhu@…:

Update base to latest trunk. This was a bug in use_xmkmf that is fixed by: r89537 r89538 r89539

I'm past those and still I see the issue with port xorg-cf-files and Xcode 4.2. Did I get wrong or was your comment suggesting the updated base should have fixed the issue?

[anddam (Andrea D'Amore)]

Cc Me!

[anddam (Andrea D'Amore)]

Replying to and.damore@…:

you can use 'r' for revisions r84946 and a direct URI to a changeset, they start with '​http://trac.macports.org/changeset/', e.g. c84946. cf. wiki formatting

I stand corrected, 'r' syntax is for changesets.

[ryandesign (Ryan Carsten Schmidt)]

Replying to jeremyhu@…:

Update base to latest trunk. This was a bug in use_xmkmf that is fixed by: r89537 r89538 r89539

See #31504

Which ticket shall be the one tracking this MacPorts base issue -- #31504 or this one? I'd like to describe this fix in the ChangeLog and merge it to the 2.0 branch. We've had another duplicate filed, #33600.

[jeremyhu (Jeremy Huddleston Sequoia)]

The issue was fixed in the version of base that shipped to address XCode 4.3 issues, so the base issue is fixed.

[jeremyhu (Jeremy Huddleston Sequoia)]

You can do this in the affected ports to work around the issue until #31504 is fixed:

# http://trac.macports.org/ticket/31504
if {${configure.compiler} == "clang"} {  
    configure.compiler llvm-gcc-4.2  
} 
xmkmf.env-append IMAKECPP="${configure.cpp}" 

[jeremyhu (Jeremy Huddleston Sequoia)]

Actually, you should just need:

# http://trac.macports.org/ticket/31504
if {${configure.compiler} == "clang"} {  
    configure.compiler llvm-gcc-4.2  
}

The xmkmf.env-append is no longer needed with released base.

[ryandesign (Ryan Carsten Schmidt)]

Replying to jeremyhu@…:

The issue was fixed in the version of base that shipped to address XCode 4.3 issues, so the base issue is fixed.

Oh! It was not mentioned in the ChangeLog. I've updated the ChangeLog with this information in r90712 and merged it back to the 2.0 branch in r90713.

Replying to jeremyhu@…:

Actually, you should just need:

Thanks, I've made that change in r90711.

[ryandesign (Ryan Carsten Schmidt)]

Since this issue has been fixed in base, can this ticket be closed?

[anddam (Andrea D'Amore)]

Replying to ryandesign@…:

Since this issue has been fixed in base, can this ticket be closed?

I confirm transfig builds fine on 10.7.3 and Xcode 4.2.1, I suggest to close the ticket.