[prev in list] [next in list] [prev in thread] [next in thread] 

List:       fink-beginners
Subject:    Re: [Fink-beginners] libraptor1-shlibs-1.4.21-1 fails to compile.
From:       Gary Pajer <gary.pajer () gmail ! com>
Date:       2010-11-12 15:57:15
Message-ID: AANLkTin9SfyBw0gfQN0BUG8ngw22KWo93t3NQp_hN07q () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


On Thu, Nov 11, 2010 at 10:40 PM, Alexander Hansen <
alexanderk.hansen@gmail.com> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On 11/11/10 2:18 PM, Gary Pajer wrote:
> <snip>
> 
> > > Look back in the build output for references to "curie".  In my build
> > > the initial build of curie.o shows up here:
> > 
> > > ...
> > > mv -f .deps/strcasecmp.Tpo .deps/strcasecmp.Plo
> > > /bin/sh ../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I.
> > > -DLIBRDFA_IN_RAPTOR -I../librdfa -I/sw32/lib/system-openssl/include
> > > -DRAPTOR_INTERNAL=1 -DRAPTOR_V2_EXPERIMENTAL=1 -I/sw32/include
> > > -I/sw32/include/libxml2 -I/sw32/include/libxml2 -I/sw32/include
> > > -I/sw32/lib/system-openssl/include -I/sw32/include -I/sw32/include  -g
> > > -O2 -MT curie.lo -MD -MP -MF .deps/curie.Tpo -c -o curie.lo `test -f
> > > '../librdfa/curie.c' || echo './'`../librdfa/curie.c
> > > libtool: compile:  gcc -DHAVE_CONFIG_H -I. -DLIBRDFA_IN_RAPTOR
> > > -I../librdfa -I/sw32/lib/system-openssl/include -DRAPTOR_INTERNAL=1
> > > -DRAPTOR_V2_EXPERIMENTAL=1 -I/sw32/include -I/sw32/include/libxml2
> > > -I/sw32/include/libxml2 -I/sw32/include
> > > -I/sw32/lib/system-openssl/include -I/sw32/include -I/sw32/include -g
> > > -O2 -MT curie.lo -MD -MP -MF .deps/curie.Tpo -c ../librdfa/curie.c
> > > -fno-common -DPIC -o .libs/curie.o
> > > mv -f .deps/curie.Tpo .deps/curie.Plo
> > > ...
> > 
> > 
> > > > Indeed:
> > 
> > > > /bin/sh ../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I.
> > > > -DLIBRDFA_IN_RAPTOR -I../librdfa -I/sw/lib/system-openssl/include
> > > > -DRAPTOR_INTERNAL=1 -DRAPTOR_V2_EXPERIMENTAL=1 -I/usr/include/libxml2
> > > > -I/usr/include/libxml2 -I/sw/lib/system-openssl/include -I/sw/include
> > > > -g -O2 -MT curie.lo -MD -MP -MF .deps/curie.Tpo -c -o curie.lo
> > `test -f
> > > > '../librdfa/curie.c' || echo './'`../librdfa/curie.c
> > > > libtool: compile:  gcc -DHAVE_CONFIG_H -I. -DLIBRDFA_IN_RAPTOR
> > > > -I../librdfa -I/sw/lib/system-openssl/include -DRAPTOR_INTERNAL=1
> > > > -DRAPTOR_V2_EXPERIMENTAL=1 -I/usr/include/libxml2
> > -I/usr/include/libxml2
> > > > -I/sw/lib/system-openssl/include -I/sw/include -g -O2 -MT
> > curie.lo -MD
> > > > -MP -MF .deps/curie.Tpo -c ../librdfa/curie.c  -fno-common -DPIC -o
> > > > .libs/curie.o
> > > > mv -f .deps/curie.Tpo .deps/curie.Plo
> > 
> > 
> > > > and -I/usr/include/libxml2 everywhere else.  I do have fink's libxml2
> > > > installed.  What could cause this?  Nothing earlier on in the output
> > > > jumps out at me.   I do have /sw/... fairly far down in my path,
> > could
> > > > that be an issue?
> > 
> > > > thanks,
> > > > gary
> > 
> > It depends on _how_ you set your PATH.  Fink doesn't use settings that
> > you set in your user account, but if you set them globally that could
> > change the build, since libxml2 uses an executable script for
> > configuration.
> > 
> > What do you get from "fink dumpinfo -ePATH libraptor1-shlibs"?
> > 
> > 
> > 
> > > 
> PATH=/sw/var/lib/fink/path-prefix-10.6:/bin:/usr/bin:/sbin:/usr/sbin:/sw/bin:/sw/sbin:/usr/X11R6/bin
> 
> > 
> > 
> > 
> > 
> > Also of relevance might be the output from "fink dumpinfo -eCPPFLAGS
> > libraptor1-shlibs".
> > 
> > 
> > > CPPFLAGS=-I/sw/lib/system-openssl/include -I/sw/include
> > 
> > 
> > 
> > 
> 
> Yeah, it looks like the PATH is the problem here.  I get
> 
> 
> PATH=/sw32/var/lib/fink/path-prefix-10.6:/sw32/bin:/sw32/sbin:/bin:/usr/bin:/sbin:/usr/sbin:/usr/X11R6/bin
>  
> You're going to want to undo whatever you're doing to the PATH while you
> build with Fink.
> 

I've tried all kinds of things with no luck.  I moved /sw/bin,  /sw/sbin,
and /sw/var/lib/fink/path-prefix-10.6 to the very front of my path (as
reported in a shell).  There's nothing in /etc/paths or /etc/paths.d that
looks suspicious.   I've purged libxml2 and deleted its .deb files.  I set
CFLAGS, CXXFLAGS, and CPPFLAGS to -I/sw/include.   I did a 'fink rebuild' on
every package with 'libxml2' in its name.

Any ideas what to try next?  Should i open a new thread with a more
descriptive and focused subject?

-g








> - --
> Alexander Hansen, Ph.D.
> Fink User Liaison
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (Darwin)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> 
> iEYEARECAAYFAkzct0gACgkQB8UpO3rKjQ9eAgCeLkKkte9w3b6kvIY/9/o5xBxT
> Oq4AoIj4Cn0fL1VrxfwvkbvmST8TlH4e
> =mbpM
> -----END PGP SIGNATURE-----
> 


[Attachment #5 (text/html)]

<br><br><div class="gmail_quote">On Thu, Nov 11, 2010 at 10:40 PM, Alexander Hansen \
<span dir="ltr">&lt;<a \
href="mailto:alexanderk.hansen@gmail.com">alexanderk.hansen@gmail.com</a>&gt;</span> \
wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; \
border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> <div \
                class="im">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
</div>On 11/11/10 2:18 PM, Gary Pajer wrote:<br>
&lt;snip&gt;<br>
<div><div></div><div class="h5"><br>
&gt;&gt; Look back in the build output for references to &quot;curie&quot;.  In my \
build<br> &gt;&gt; the initial build of curie.o shows up here:<br>
&gt;<br>
&gt;&gt; ...<br>
&gt;&gt; mv -f .deps/strcasecmp.Tpo .deps/strcasecmp.Plo<br>
&gt;&gt; /bin/sh ../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I.<br>
&gt;&gt; -DLIBRDFA_IN_RAPTOR -I../librdfa -I/sw32/lib/system-openssl/include<br>
&gt;&gt; -DRAPTOR_INTERNAL=1 -DRAPTOR_V2_EXPERIMENTAL=1 -I/sw32/include<br>
&gt;&gt; -I/sw32/include/libxml2 -I/sw32/include/libxml2 -I/sw32/include<br>
&gt;&gt; -I/sw32/lib/system-openssl/include -I/sw32/include -I/sw32/include  -g<br>
&gt;&gt; -O2 -MT curie.lo -MD -MP -MF .deps/curie.Tpo -c -o curie.lo `test -f<br>
&gt;&gt; &#39;../librdfa/curie.c&#39; || echo &#39;./&#39;`../librdfa/curie.c<br>
&gt;&gt; libtool: compile:  gcc -DHAVE_CONFIG_H -I. -DLIBRDFA_IN_RAPTOR<br>
&gt;&gt; -I../librdfa -I/sw32/lib/system-openssl/include -DRAPTOR_INTERNAL=1<br>
&gt;&gt; -DRAPTOR_V2_EXPERIMENTAL=1 -I/sw32/include -I/sw32/include/libxml2<br>
&gt;&gt; -I/sw32/include/libxml2 -I/sw32/include<br>
&gt;&gt; -I/sw32/lib/system-openssl/include -I/sw32/include -I/sw32/include -g<br>
&gt;&gt; -O2 -MT curie.lo -MD -MP -MF .deps/curie.Tpo -c ../librdfa/curie.c<br>
&gt;&gt; -fno-common -DPIC -o .libs/curie.o<br>
&gt;&gt; mv -f .deps/curie.Tpo .deps/curie.Plo<br>
&gt;&gt; ...<br>
&gt;<br>
&gt;<br>
&gt;&gt;&gt; Indeed:<br>
&gt;<br>
&gt;&gt;&gt; /bin/sh ../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H \
-I.<br> &gt;&gt;&gt; -DLIBRDFA_IN_RAPTOR -I../librdfa \
-I/sw/lib/system-openssl/include<br> &gt;&gt;&gt; -DRAPTOR_INTERNAL=1 \
-DRAPTOR_V2_EXPERIMENTAL=1 -I/usr/include/libxml2<br> &gt;&gt;&gt; \
-I/usr/include/libxml2 -I/sw/lib/system-openssl/include -I/sw/include<br> \
&gt;&gt;&gt; -g -O2 -MT curie.lo -MD -MP -MF .deps/curie.Tpo -c -o curie.lo<br> &gt; \
`test -f<br> &gt;&gt;&gt; &#39;../librdfa/curie.c&#39; || echo \
&#39;./&#39;`../librdfa/curie.c<br> &gt;&gt;&gt; libtool: compile:  gcc \
-DHAVE_CONFIG_H -I. -DLIBRDFA_IN_RAPTOR<br> &gt;&gt;&gt; -I../librdfa \
-I/sw/lib/system-openssl/include -DRAPTOR_INTERNAL=1<br> &gt;&gt;&gt; \
-DRAPTOR_V2_EXPERIMENTAL=1 -I/usr/include/libxml2<br> &gt; -I/usr/include/libxml2<br>
&gt;&gt;&gt; -I/sw/lib/system-openssl/include -I/sw/include -g -O2 -MT<br>
&gt; curie.lo -MD<br>
&gt;&gt;&gt; -MP -MF .deps/curie.Tpo -c ../librdfa/curie.c  -fno-common -DPIC -o<br>
&gt;&gt;&gt; .libs/curie.o<br>
&gt;&gt;&gt; mv -f .deps/curie.Tpo .deps/curie.Plo<br>
&gt;<br>
&gt;<br>
&gt;&gt;&gt; and -I/usr/include/libxml2 everywhere else.  I do have fink&#39;s \
libxml2<br> &gt;&gt;&gt; installed.  What could cause this?  Nothing earlier on in \
the output<br> &gt;&gt;&gt; jumps out at me.   I do have /sw/... fairly far down in \
my path,<br> &gt; could<br>
&gt;&gt;&gt; that be an issue?<br>
&gt;<br>
&gt;&gt;&gt; thanks,<br>
&gt;&gt;&gt; gary<br>
&gt;<br>
&gt; It depends on _how_ you set your PATH.  Fink doesn&#39;t use settings that<br>
&gt; you set in your user account, but if you set them globally that could<br>
&gt; change the build, since libxml2 uses an executable script for<br>
&gt; configuration.<br>
&gt;<br>
&gt; What do you get from &quot;fink dumpinfo -ePATH libraptor1-shlibs&quot;?<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;&gt; PATH=/sw/var/lib/fink/path-prefix-10.6:/bin:/usr/bin:/sbin:/usr/sbin:/sw/bin:/sw/sbin:/usr/X11R6/bin<br>
 &gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; Also of relevance might be the output from &quot;fink dumpinfo -eCPPFLAGS<br>
&gt; libraptor1-shlibs&quot;.<br>
&gt;<br>
&gt;<br>
&gt;&gt; CPPFLAGS=-I/sw/lib/system-openssl/include -I/sw/include<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
<br>
</div></div>Yeah, it looks like the PATH is the problem here.  I get<br>
<br>
PATH=/sw32/var/lib/fink/path-prefix-10.6:/sw32/bin:/sw32/sbin:/bin:/usr/bin:/sbin:/usr/sbin:/usr/X11R6/bin<br>
 <br>
You&#39;re going to want to undo whatever you&#39;re doing to the PATH while you<br>
build with Fink.<br></blockquote><div><br>I&#39;ve tried all kinds of things with no \
luck.  I moved /sw/bin,  /sw/sbin, and /sw/var/lib/fink/path-prefix-10.6 to the very \
front of my path (as reported in a shell).  There&#39;s nothing in /etc/paths or \
/etc/paths.d that looks suspicious.   I&#39;ve purged libxml2 and deleted its .deb \
files.  I set CFLAGS, CXXFLAGS, and CPPFLAGS to -I/sw/include.   I did a &#39;fink \
rebuild&#39; on every package with &#39;libxml2&#39; in its name.<br> <br>Any ideas \
what to try next?  Should i open a new thread with a more descriptive and focused \
subject?<br><br>-g<br><br><br><br><br><br><br> </div><blockquote class="gmail_quote" \
style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); \
padding-left: 1ex;">

- --<br>
<div class="im">Alexander Hansen, Ph.D.<br>
Fink User Liaison<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.10 (Darwin)<br>
Comment: Using GnuPG with Mozilla - <a href="http://enigmail.mozdev.org/" \
target="_blank">http://enigmail.mozdev.org/</a><br> <br>
</div>iEYEARECAAYFAkzct0gACgkQB8UpO3rKjQ9eAgCeLkKkte9w3b6kvIY/9/o5xBxT<br>
Oq4AoIj4Cn0fL1VrxfwvkbvmST8TlH4e<br>
=mbpM<br>
-----END PGP SIGNATURE-----<br>
</blockquote></div><br>



------------------------------------------------------------------------------
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev

_______________________________________________
Fink-beginners mailing list
Fink-beginners@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.beginners

[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic