xsane 0.998 will not build because of -arch flags from sane-config

[mtessi20@…]

in the process of installing gimp, xsane will not build. I have tried to install with -universal based on #29165, but no help. Tried :

sudo port selfupdate
sudo port upgrade outdated
sudo port clean xsane
sudo port install xsane

No luck.

MAC OS 10.6.7, XCode 3.2.6

Part log here, full log attached

:info:build collect2: ld returned 1 exit status
:info:build lipo: can't open input file: /var/tmp//ccak6kaC.out (No such file or directory)
:info:build make[1]: *** [xsane] Error 1
:info:build make: *** [all-recursive] Error 1
:info:build shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_xsane/work/xsane-0.998" && /usr/bin/make -j8 all " returned error 2
:error:build Target org.macports.build returned: shell command failed (see log for details)
:debug:build Backtrace: shell command failed (see log for details)
    while executing
"command_exec build"
    (procedure "portbuild::build_main" line 8)
    invoked from within
"$procedure $targetname"
:info:build Warning: the following items did not execute (for xsane): org.macports.activate org.macports.build org.macports.destroot org.macports.install

[mtessi20@…]

xsane log file

[ryandesign (Ryan Carsten Schmidt)]

Replying to mtessi20@…:

I have tried to install with -universal based on #29165, but no help.

The log clearly shows you are building xsane with the universal variant. Try again without the universal variant, and if it fails again, attach that main.log.

sudo port clean xsane
sudo port install xsane -universal

[mtessi20@…]

install log with -universal flag

[mtessi20@…]

Sorry, original log was from a later try without universal. I have attached the log when trying the clean followed by the non-universal install.

[mklein-de (Michael Klein)]

Did you build sane-backends with the universal variant? If so, please try again with sane-backends -universal.

What does sane-config --ldflags say?

[mtessi20@…]

Thank you for the reply. At this time, I an unable to pursue this matter further on my end due to a change of circumstances. Please close.

[mklein-de (Michael Klein)]

Reopening, I can reproduce this, and I'm sure this issue will pop up again anyway.

xsane linking fails because sane-config --ldflags returns both -arch x86_64 and -arch i386 when sane-backends +universal is installed.

So we can't build universal because of gimp2, but non-universal also fails with sane-backends +universal. What now?

1. Hack xsane's Makefile to *not* use sane-config --ldflags

2. Declare universal_variant no for sane-backends by default

3. Investigate what needs to be done to get gimp2 +universal working. At first glance it looks like disabling the universal variant goes back to when there were issues with boost +universal (due to gimp2->gegl->libopenraw->boost). This was apparently fixed in r58798 (#21408), so this might be just about removing some universal_variant no.

Obviously, 3. would be the preferred solution. I'm currently only on a G4 PowerBook here, so you probably understand I'm not that eager to rebuild gimp2 and all of its dependencies. Maybe somebody else has a couple of CPU cycles to spare and try?

[neverpanic (Clemens Lang)]

It's probably disabled, because graphics/babl doesn't build universal (#20906). The error changed since the bug report, though, and now is:

/bin/sh ../libtool --silent --tag=CC   --mode=compile /usr/bin/gcc-4.2 -DHAVE_CONFIG_H -I. -I..  -DLIBDIR=\""/opt/local/lib"\" -I.. -I../babl/base -I/opt/local/include  -O2 -arch x86_64 -arch i386 -Wall -Wdeclaration-after-statement -Wmissing-prototypes -Wmissing-declarations -Winit-self -Wpointer-arith -Wold-style-definition -c -o babl-cpuaccel.lo babl-cpuaccel.c
babl-cpuaccel.c: In function 'arch_accel_intel':
babl-cpuaccel.c:220: error: can't find a register in class 'BREG' while reloading 'asm'
babl-cpuaccel.c:220: error: 'asm' operand has impossible constraints

So apparently it's not just removing universal_variant no.

[jmroot (Joshua Root)]

We generally remove -arch flags from -config scripts, .pc files and the like.

[aguynamedryan+macports@…]

I was not able to recreate this problem. xsane builds and installs for me.

I just updated sane-backends to 1.0.22 (#29320), so it is possible this fixes the issue, though I am skeptical.

[mklein-de (Michael Klein)]

sane-config 1.0.22 still prints multiple -arch flags here:

$ port installed sane-backends | grep active
  sane-backends @1.0.22_0+disable_localbackends+universal (active)

$ sane-config --ldflags
-L/opt/local/lib -L/opt/local/lib -arch i386 -arch ppc

[aguynamedryan+macports@…]

I'm a little rusty on the whole "universal" issue, so I don't think I'll be much help on this ticket.

That said, here's my output:

$ port installed sane-backends | grep active
  sane-backends @1.0.22_0 (active)

$ sane-config --ldflags
-L/opt/local/lib -L/opt/local/lib -arch x86_64

[mklein-de (Michael Klein)]

Replying to aguynamedryan+macports@…:

I'm a little rusty on the whole "universal" issue, so I don't think I'll be much help on this ticket.

That said, here's my output:

$ port installed sane-backends | grep active
  sane-backends @1.0.22_0 (active)

$ sane-config --ldflags
-L/opt/local/lib -L/opt/local/lib -arch x86_64

ok, so you don't have the universal variant of sane-backends installed. No problem here.

xsane doesn't build +universal because of its dependency on gimp2 (which is non-universal), However, if you have the universal variant of sane-backends installed, sane-config --ldflags returns multiple -arch flags, and the linker tries to link a universal xsane binary.

If I understand jmr's comment above correctly, sane-backends should just remove the -arch flags from sane-config's output.

[jmroot (Joshua Root)]

Apparently someone wrote a bit about this: PortfileRecipes

[aguynamedryan+macports@…]

Strip arch from sane-config and sane-backends.pc files

[aguynamedryan+macports@…]

Replying to jmr@…:

I've taken a stab at it and submitted a patch for sane-backends' Portfile.

[drkp (Dan Ports)]

Cc Me!

[drkp (Dan Ports)]

r90549