On 5/3/13 11:41 PM, Mike Wirth wrote:
> OK, gang, what's the next step here?  I'm a fink build process newbie,
> but a reasonable C hacker, and am willing to dive in, given some hints
> about where to start.
>
> Note: My goal is to get sane and xsane working on OS X (G5 PPC) to drive
> a fancy Fujitsu scanner.  Don't really need gimp (but it's required by
> xsane) and certainly don't need camera raw input (which is in the
> troublesome libopenraw package).  Is there an easy way to cut off this
> dependency chain, or do I need to get libopenraw to build on PPC?
>
> TIA,
>
> Mike
>
>
> On Tue, Apr 23, 2013 at 10:57 AM, Alexander Hansen
> <[email protected] <mailto:[email protected]>> wrote:
>
>     On 4/23/13 7:29 AM, Alexander Hansen wrote:
>
>         On 4/22/13 11:22 PM, Mike Wirth wrote:
>
>             <2nd try: Forwarding my reply to Daniel to the list, after
>             trying his
>             9.2 version of libopenraw1-shlibs>
>
>             No joy, but as he suggested, maybe the log below will expose
>             the problem.
>
>             Mike
>
>             ---------- Forwarded message ----------
>             From: *Mike Wirth* <[email protected]
>             <mailto:[email protected]> <mailto:[email protected]
>             <mailto:[email protected]>>>
>             Date: Fri, Apr 19, 2013 at 5:46 PM
>             Subject: Re: Error in build script for
>             libopenraw1-shlibs-0.0.9-1?
>             To: Daniel Macks <[email protected]
>             <mailto:[email protected]> <mailto:[email protected]
>             <mailto:[email protected]>>>
>
>
>             Daniel,
>
>             Here's a full log of a fink build of libopenraw1-shlibs
>             (0.0.9.2) (2nd
>             time; 1st time used to get any dependencies out of the way).
>               Hope this
>             helps.
>
>             Mike
>
>
>         <snip>
>
>                  libtool: link: g++ -g -O2 -Wextra -ansi -pedantic -g
>             -Wall -Wshadow
>                  -o .libs/testsuite testsuitetags.o testsuite.o
>             testsuitehandler.o
>                  xmlhandler.o -arch ppc ppc64 i386 x86_64 -dynamic -g
>             -Os -pipe
>                  -Wl,-search_paths_first -Wl,-weak-lgssapi_krb5
>             -Wl,-weak-lkrb5
>                  -Wl,-weak-lk5crypto -Wl,-weak-lcom_err
>             -Wl,-weak-lresolv  -L/sw/lib
>                  ../lib/.libs/libopenraw.dylib /sw/lib/libjpeg.dylib
>                  /sw/lib/libxml2.dylib -lcurl -pthread
>
>
>         <snip>
>
>         Looks like the same botched multi-arch junk as before, so we'll
>         need to
>         look elsewhere for this bit of upstream "helpfulness".
>           Unfortunately,
>         my powerpc system isn't available at the moment so I can't
>         easily test
>         this myself, but what I _can_ see is that this isn't triggered on
>         10.8/x86_64:
>
>         ...
>         libtool: link: g++ -g -O2 -Wextra -ansi -pedantic -g -Wall
>         -Wshadow -o
>         .libs/testsuite testsuitetags.o testsuite.o testsuitehandler.o
>         xmlhandler.o  -L/sw/lib ../lib/.libs/libopenraw.dylib
>         /sw/lib/libjpeg.dylib /sw/lib/libxml2.dylib
>         /sw/lib/libcurl.dylib -pthread
>         ...
>
>
>     On doing a bit of checking, this seems potentially applicable:
>
>     Fiona:libopenraw-0.0.9 hansen$ grep -r "\-arch" *
>     aclocal.m4:     *\ -arch\ *\ -arch\ *) am__universal=true ;;
>     aclocal.m4:     *\ -arch\ *\ -arch\ *) am__universal=true ;;
>     configure:     *\ -arch\ *\ -arch\ *) am__universal=true ;;
>     configure:     *\ -arch\ *\ -arch\ *) am__universal=true ;;
>
>     ...
>
>     --
>     Alexander Hansen, Ph.D.
>     Fink User Liaison
>     My package updates: http://finkakh.wordpress.com/
>
>

I don't think any C hacking is really required here .  It looks like 
this is coming out of stuff like autotools, m4 and libtool. Those are 
giving a set of arguments to make, but somehow it's screwing up an 
attempt to do a universal build (which we would have to fix, too, even 
if it were working correctly) on powerpc.

I believe I was able to install xsane on powerpc before libopenraw1 got 
updated, so the easiest workaround for you might be the following:

1)  Download the package description files for the prior version of 
libopenraw1:

http://fink.cvs.sourceforge.net/viewvc/fink/dists/10.4/stable/main/finkinfo/graphics/libopenraw1-shlibs.info?revision=1.2

http://fink.cvs.sourceforge.net/viewvc/fink/dists/10.4/stable/main/finkinfo/graphics/libopenraw1-shlibs.patch?revision=1.1

2) Copy or move those into /sw/fink/dists/local/main/finkinfo, making 
sure that the first is named "libopenraw1-shlibs.info" and the second is 
"libopenraw1-shlibs.patch", i.e. in case your browser stuck a ".txt" 
extension on them.

3) Use "fink install libopenraw1-dev-0.0.8" to install that version. 
Then you should be able to install xsane while we sort out what's going 
on with 0.0.9.
-- 
Alexander Hansen, Ph.D.
Fink User Liaison
My package updates: http://finkakh.wordpress.com/

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
_______________________________________________
Fink-users mailing list
[email protected]
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Reply via email to