[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-11 19:18:39
Message-ID: AANLkTikG8awXFexCkvaLgju_2ETWrY3HStfQ=qqr5Suq () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


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

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 11/11/10 1:16 PM, Gary Pajer wrote:
> > On Thu, Nov 11, 2010 at 12:01 PM, Alexander Hansen
> > <alexanderk.hansen@gmail.com <mailto:alexanderk.hansen@gmail.com>>
> wrote:
> >
> > On 11/11/10 11:16 AM, Gary Pajer wrote:
> >> Hi all,
> >> Trying to update kde4.
> >
> >> any clues?  TIA,
> >> gary
> >
> >> ------------------------------
> >> ---------------------------
> >
> > <snipping non-errors>
> >
> >> Looking for incorrect headers in 72 dependency files...
> >>      ./src/.deps/raptor_grddl.Plo uses
> >> /usr/include/libxml2/libxml/HTMLparser.h
> >>      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/SAX.h
> >>      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/SAX2.h
> >>      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/dict.h
> >>      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/encoding.h
> >>      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/entities.h
> >>      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/globals.h
> >>      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/hash.h
> >>      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/list.h
> >>      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/parser.h
> >>      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/threads.h
> >>      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/tree.h
> >>      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/valid.h
> >>      ./src/.deps/raptor_grddl.Plo uses
> >> /usr/include/libxml2/libxml/xinclude.h
> >>      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/xlink.h
> >>      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/xmlIO.h
> >>      ./src/.deps/curie.Plo uses
> > /usr/include/libxml2/libxml/xmlautomata.h
> >>      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/xmlerror.h
> >>      ./src/.deps/curie.Plo uses
> > /usr/include/libxml2/libxml/xmlexports.h
> >>      ./src/.deps/curie.Plo uses
> > /usr/include/libxml2/libxml/xmlmemory.h
> >>      ./src/.deps/curie.Plo uses
> > /usr/include/libxml2/libxml/xmlregexp.h
> >>      ./src/.deps/curie.Plo uses
> > /usr/include/libxml2/libxml/xmlstring.h
> >>      ./src/.deps/curie.Plo uses
> > /usr/include/libxml2/libxml/xmlversion.h
> >>      ./src/.deps/raptor_grddl.Plo uses
> > /usr/include/libxml2/libxml/xpath.h
> >>      ./src/.deps/raptor_grddl.Plo uses
> >> /usr/include/libxml2/libxml/xpathInternals.h
> >> Please fix build process to get consistent use of fink's headers.
> >> ### execution of fink-package-precedence failed, exit code 255
> >
> >
> > <snipping scan of successful package builds>
> >
> > Though they at least told us you're on 10.6/i386.
> >
> > <snipping trailing stuff>
> >
> > I didn't reproduce the error here, however.
> >
> > If you have third-party stuff in /usr/local, it might point at the
> > system's libxml2.  There might be an indicator as to what is going on
> > from earlier in the build, e.g. the configure phase or during the main
> > build (as opposed to doc generation)
> >
> > 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



>
> - --
> 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/
>
> iEYEARECAAYFAkzcPX0ACgkQB8UpO3rKjQ+xcQCgpbU6UApCXmHP9BQg0KWKZV33
> PAQAnR4sY03AKwjHiAWOvcDwa20jmluF
> =XBRT
> -----END PGP SIGNATURE-----
>

[Attachment #5 (text/html)]

On Thu, Nov 11, 2010 at 2:01 PM, Alexander Hansen <span dir="ltr">&lt;<a \
href="mailto:alexanderk.hansen@gmail.com">alexanderk.hansen@gmail.com</a>&gt;</span> \
wrote:<br><div class="gmail_quote"><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><div class="im">On 11/11/10 1:16 PM, Gary Pajer wrote:<br>
&gt; On Thu, Nov 11, 2010 at 12:01 PM, Alexander Hansen<br>
</div><div><div></div><div class="h5">&gt; &lt;<a \
href="mailto:alexanderk.hansen@gmail.com">alexanderk.hansen@gmail.com</a> \
&lt;mailto:<a href="mailto:alexanderk.hansen@gmail.com">alexanderk.hansen@gmail.com</a>&gt;&gt; \
wrote:<br>

&gt;<br>
&gt; On 11/11/10 11:16 AM, Gary Pajer wrote:<br>
&gt;&gt; Hi all,<br>
&gt;&gt; Trying to update kde4.<br>
&gt;<br>
&gt;&gt; any clues?  TIA,<br>
&gt;&gt; gary<br>
&gt;<br>
&gt;&gt; ------------------------------<br>
&gt;&gt; ---------------------------<br>
&gt;<br>
&gt; &lt;snipping non-errors&gt;<br>
&gt;<br>
&gt;&gt; Looking for incorrect headers in 72 dependency files...<br>
&gt;&gt;      ./src/.deps/raptor_grddl.Plo uses<br>
&gt;&gt; /usr/include/libxml2/libxml/HTMLparser.h<br>
&gt;&gt;      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/SAX.h<br>
&gt;&gt;      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/SAX2.h<br>
&gt;&gt;      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/dict.h<br>
&gt;&gt;      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/encoding.h<br>
&gt;&gt;      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/entities.h<br>
&gt;&gt;      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/globals.h<br>
&gt;&gt;      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/hash.h<br>
&gt;&gt;      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/list.h<br>
&gt;&gt;      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/parser.h<br>
&gt;&gt;      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/threads.h<br>
&gt;&gt;      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/tree.h<br>
&gt;&gt;      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/valid.h<br>
&gt;&gt;      ./src/.deps/raptor_grddl.Plo uses<br>
&gt;&gt; /usr/include/libxml2/libxml/xinclude.h<br>
&gt;&gt;      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/xlink.h<br>
&gt;&gt;      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/xmlIO.h<br>
&gt;&gt;      ./src/.deps/curie.Plo uses<br>
&gt; /usr/include/libxml2/libxml/xmlautomata.h<br>
&gt;&gt;      ./src/.deps/curie.Plo uses /usr/include/libxml2/libxml/xmlerror.h<br>
&gt;&gt;      ./src/.deps/curie.Plo uses<br>
&gt; /usr/include/libxml2/libxml/xmlexports.h<br>
&gt;&gt;      ./src/.deps/curie.Plo uses<br>
&gt; /usr/include/libxml2/libxml/xmlmemory.h<br>
&gt;&gt;      ./src/.deps/curie.Plo uses<br>
&gt; /usr/include/libxml2/libxml/xmlregexp.h<br>
&gt;&gt;      ./src/.deps/curie.Plo uses<br>
&gt; /usr/include/libxml2/libxml/xmlstring.h<br>
&gt;&gt;      ./src/.deps/curie.Plo uses<br>
&gt; /usr/include/libxml2/libxml/xmlversion.h<br>
&gt;&gt;      ./src/.deps/raptor_grddl.Plo uses<br>
&gt; /usr/include/libxml2/libxml/xpath.h<br>
&gt;&gt;      ./src/.deps/raptor_grddl.Plo uses<br>
&gt;&gt; /usr/include/libxml2/libxml/xpathInternals.h<br>
&gt;&gt; Please fix build process to get consistent use of fink&#39;s headers.<br>
&gt;&gt; ### execution of fink-package-precedence failed, exit code 255<br>
&gt;<br>
&gt;<br>
&gt; &lt;snipping scan of successful package builds&gt;<br>
&gt;<br>
&gt; Though they at least told us you&#39;re on 10.6/i386.<br>
&gt;<br>
&gt; &lt;snipping trailing stuff&gt;<br>
&gt;<br>
&gt; I didn&#39;t reproduce the error here, however.<br>
&gt;<br>
&gt; If you have third-party stuff in /usr/local, it might point at the<br>
&gt; system&#39;s libxml2.  There might be an indicator as to what is going on<br>
&gt; from earlier in the build, e.g. the configure phase or during the main<br>
&gt; build (as opposed to doc generation)<br>
&gt;<br>
&gt; Look back in the build output for references to &quot;curie&quot;.  In my \
build<br> &gt; the initial build of curie.o shows up here:<br>
&gt;<br>
&gt; ...<br>
&gt; mv -f .deps/strcasecmp.Tpo .deps/strcasecmp.Plo<br>
&gt; /bin/sh ../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I.<br>
&gt; -DLIBRDFA_IN_RAPTOR -I../librdfa -I/sw32/lib/system-openssl/include<br>
&gt; -DRAPTOR_INTERNAL=1 -DRAPTOR_V2_EXPERIMENTAL=1 -I/sw32/include<br>
&gt; -I/sw32/include/libxml2 -I/sw32/include/libxml2 -I/sw32/include<br>
&gt; -I/sw32/lib/system-openssl/include -I/sw32/include -I/sw32/include  -g<br>
&gt; -O2 -MT curie.lo -MD -MP -MF .deps/curie.Tpo -c -o curie.lo `test -f<br>
&gt; &#39;../librdfa/curie.c&#39; || echo &#39;./&#39;`../librdfa/curie.c<br>
&gt; libtool: compile:  gcc -DHAVE_CONFIG_H -I. -DLIBRDFA_IN_RAPTOR<br>
&gt; -I../librdfa -I/sw32/lib/system-openssl/include -DRAPTOR_INTERNAL=1<br>
&gt; -DRAPTOR_V2_EXPERIMENTAL=1 -I/sw32/include -I/sw32/include/libxml2<br>
&gt; -I/sw32/include/libxml2 -I/sw32/include<br>
&gt; -I/sw32/lib/system-openssl/include -I/sw32/include -I/sw32/include -g<br>
&gt; -O2 -MT curie.lo -MD -MP -MF .deps/curie.Tpo -c ../librdfa/curie.c<br>
&gt; -fno-common -DPIC -o .libs/curie.o<br>
&gt; mv -f .deps/curie.Tpo .deps/curie.Plo<br>
&gt; ...<br>
&gt;<br>
&gt;<br>
&gt;&gt; Indeed:<br>
&gt;<br>
&gt;&gt; /bin/sh ../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I.<br>
&gt;&gt; -DLIBRDFA_IN_RAPTOR -I../librdfa -I/sw/lib/system-openssl/include<br>
&gt;&gt; -DRAPTOR_INTERNAL=1 -DRAPTOR_V2_EXPERIMENTAL=1 -I/usr/include/libxml2<br>
&gt;&gt; -I/usr/include/libxml2 -I/sw/lib/system-openssl/include -I/sw/include<br>
&gt;&gt; -g -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/sw/lib/system-openssl/include -DRAPTOR_INTERNAL=1<br>
&gt;&gt; -DRAPTOR_V2_EXPERIMENTAL=1 -I/usr/include/libxml2 -I/usr/include/libxml2<br>
&gt;&gt; -I/sw/lib/system-openssl/include -I/sw/include -g -O2 -MT curie.lo -MD<br>
&gt;&gt; -MP -MF .deps/curie.Tpo -c ../librdfa/curie.c  -fno-common -DPIC -o<br>
&gt;&gt; .libs/curie.o<br>
&gt;&gt; mv -f .deps/curie.Tpo .deps/curie.Plo<br>
&gt;<br>
&gt;<br>
&gt;&gt; and -I/usr/include/libxml2 everywhere else.  I do have fink&#39;s \
libxml2<br> &gt;&gt; installed.  What could cause this?  Nothing earlier on in the \
output<br> &gt;&gt; jumps out at me.   I do have /sw/... fairly far down in my path, \
could<br> &gt;&gt; that be an issue?<br>
&gt;<br>
&gt;&gt; thanks,<br>
&gt;&gt; gary<br>
&gt;<br>
</div></div>It depends on _how_ you set your PATH.  Fink doesn&#39;t use settings \
that<br> you set in your user account, but if you set them globally that could<br>
change the build, since libxml2 uses an executable script for configuration.<br>
<br>
What do you get from &quot;fink dumpinfo -ePATH \
libraptor1-shlibs&quot;?<br></blockquote><div><br><br>PATH=/sw/var/lib/fink/path-prefix-10.6:/bin:/usr/bin:/sbin:/usr/sbin:/sw/bin:/sw/sbin:/usr/X11R6/bin<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>
Also of relevance might be the output from &quot;fink dumpinfo -eCPPFLAGS<br>
libraptor1-shlibs&quot;.<br></blockquote><div><br>CPPFLAGS=-I/sw/lib/system-openssl/include \
-I/sw/include<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>
- --<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>iEYEARECAAYFAkzcPX0ACgkQB8UpO3rKjQ+xcQCgpbU6UApCXmHP9BQg0KWKZV33<br>
PAQAnR4sY03AKwjHiAWOvcDwa20jmluF<br>
=XBRT<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