Re: [Fink-devel] Xerces-C compilation frustration

2007-12-06 Thread Jürgen Lorenz Simon 
Hello Martin,

On 06.12.2007, at 01:16, Martin Costabel wrote:

> Jürgen Lorenz Simon wrote:
>
> I just built xerces-c on a G5/10.4 and on an intel/10.5 without any  
> problem. I have a suspicion:
>
> []
> []
>> c-2.7.0-1002/xerces-c-src_2_7_0/lib -lxerces-c
>> ld: Undefined symbols:
>> __ZN11xercesc_2_712XMLException14loadExceptTextENS_10XMLExcepts5Codes 
>> E
>
> These symbols are defined in libxerces-c.dylib, and this library is  
> linked with with the -lxerces-c flag. Are you absolutely sure that  
> you don't have an older version of this library lying around  
> somewhere where the linker may pick it up, for example in /usr/ 
> local/lib?
>
> -- 
> Martin
>

Spot on, mate! I removed two versions of xerces from /usr/local/lib  
and /usr/lib, and
now the compilaton runs without fail.  If you make it to Bonn,  
Germany, let me buy
you a cold one.

Thanks!


-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] Xerces-C compilation frustration

2007-12-05 Thread Daniel Macks 
On Thu, Dec 06, 2007 at 01:16:13AM +0100, Martin Costabel wrote:
> J?rgen Lorenz Simon wrote:
> 
> I just built xerces-c on a G5/10.4 and on an intel/10.5 without any 
> problem. I have a suspicion:
> 
> []
> []
> > c-2.7.0-1002/xerces-c-src_2_7_0/lib -lxerces-c
> > ld: Undefined symbols:
> > __ZN11xercesc_2_712XMLException14loadExceptTextENS_10XMLExcepts5CodesE
> 
> These symbols are defined in libxerces-c.dylib, and this library is 
> linked with with the -lxerces-c flag. Are you absolutely sure that you 
> don't have an older version of this library lying around somewhere where 
> the linker may pick it up, for example in /usr/local/lib?

I think that's the right problem, but even worse, is looks like the
packge itself is causing it.

  -L/usr/lib -L/sw/src/fink.build/xerces-c-2.7.0-1002/xerces-c-src_2_7_0/lib 
-lxerces-c

Someone didn't read the libtool/automake manual, or else is using an
old libtool that needs the hardcode_direct patch applied.

dan

-- 
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks


-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] Xerces-C compilation frustration

2007-12-05 Thread Martin Costabel 
Jürgen Lorenz Simon wrote:

I just built xerces-c on a G5/10.4 and on an intel/10.5 without any 
problem. I have a suspicion:

[]
[]
> c-2.7.0-1002/xerces-c-src_2_7_0/lib -lxerces-c
> ld: Undefined symbols:
> __ZN11xercesc_2_712XMLException14loadExceptTextENS_10XMLExcepts5CodesE

These symbols are defined in libxerces-c.dylib, and this library is 
linked with with the -lxerces-c flag. Are you absolutely sure that you 
don't have an older version of this library lying around somewhere where 
the linker may pick it up, for example in /usr/local/lib?

-- 
Martin


-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] Xerces-C compilation frustration

2007-12-05 Thread Charles Lepple 
On Dec 5, 2007 11:05 AM, Jürgen Lorenz Simon <[EMAIL PROTECTED]> wrote:

> Needless to say I'm very frustrated by the whole turn of events.
> After wrestling with fink for
> three days, I got notthing to show for. I'm currently setting up a
> noisy Linux box to have a
> fallback option, but thats not what I really want. And the clock is
> ticking.

Have you tried using the Todai bindist? It isn't officially supported,
but it seems to have xerces-c-dev_2.7.0-1002_darwin-i386.deb for 10.4.

It would still be helpful to figure out why it didn't build, but in
the mean time, setup instructions are here:

http://fink.sodan.ecc.u-tokyo.ac.jp/item/14

-- 
- Charles Lepple

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] Xerces-C compilation frustration

2007-12-05 Thread Jürgen Lorenz Simon 
Hi,

Alexander:
Thanks for the reply. I followed your advice and updated my XCode to  
version 2.5. The following
process of fink selfupdate, followed by update-all took about 5 hours  
to complete. I held little hope
that the 72 packages it wanted to install would work out, but they did.

However, after all of this, the net result with regard to the Xerces- 
C is ZERO. It runs into the exact
same linker problem:

Building /sw/src/fink.build/xerces-c-2.7.0-1002/xerces-c-src_2_7_0/ 
lib/libxerces-depdom.27.0.dylib
c++ -DMACOSX -dynamiclib  -install_name /sw/lib/libxerces-depdom. 
27.dylib -o /sw/src/fink.build/xerces-c-2.7.0-1002/xerces-c- 
src_2_7_0/lib/libxerces-depdom.27.0.dylib MACOSX/depdom/AttrImpl.o  
MACOSX/depdom/AttrMapImpl.o MACOSX/depdom/AttrNSImpl.o MACOSX/depdom/ 
CDATASectionImpl.o MACOSX/depdom/CharacterDataImpl.o MACOSX/depdom/ 
ChildNode.o MACOSX/depdom/CommentImpl.o MACOSX/depdom/DOMParser.o  
MACOSX/depdom/DOMString.o MACOSX/depdom/DOM_Attr.o MACOSX/depdom/ 
DOM_CDATASection.o MACOSX/depdom/DOM_CharacterData.o MACOSX/depdom/ 
DOM_Comment.o MACOSX/depdom/DOM_DOMException.o MACOSX/depdom/ 
DOM_DOMImplementation.o MACOSX/depdom/DOM_Document.o MACOSX/depdom/ 
DOM_DocumentFragment.o MACOSX/depdom/DOM_DocumentType.o MACOSX/depdom/ 
DOM_Element.o MACOSX/depdom/DOM_Entity.o MACOSX/depdom/ 
DOM_EntityReference.o MACOSX/depdom/DOM_NamedNodeMap.o MACOSX/depdom/ 
DOM_Node.o MACOSX/depdom/DOM_NodeFilter.o MACOSX/depdom/ 
DOM_NodeIterator.o MACOSX/depdom/DOM_NodeList.o MACOSX/depdom/ 
DOM_Notation.o MACOSX/depdom/DOM_ProcessingInstruction.o MACOSX/ 
depdom/DOM_Range.o MACOSX/depdom/DOM_RangeException.o MACOSX/depdom/ 
DOM_Text.o MACOSX/depdom/DOM_TreeWalker.o MACOSX/depdom/DOM_XMLDecl.o  
MACOSX/depdom/DStringPool.o MACOSX/depdom/DeepNodeListImpl.o MACOSX/ 
depdom/DocumentFragmentImpl.o MACOSX/depdom/DocumentImpl.o MACOSX/ 
depdom/DocumentTypeImpl.o MACOSX/depdom/DomMemDebug.o MACOSX/depdom/ 
ElementDefinitionImpl.o MACOSX/depdom/ElementImpl.o MACOSX/depdom/ 
ElementNSImpl.o MACOSX/depdom/EntityImpl.o MACOSX/depdom/ 
EntityReferenceImpl.o MACOSX/depdom/NamedNodeMapImpl.o MACOSX/depdom/ 
NodeIDMap.o MACOSX/depdom/NodeImpl.o MACOSX/depdom/NodeIteratorImpl.o  
MACOSX/depdom/NodeListImpl.o MACOSX/depdom/NodeVector.o MACOSX/depdom/ 
NotationImpl.o MACOSX/depdom/ParentNode.o MACOSX/depdom/ 
ProcessingInstructionImpl.o MACOSX/depdom/RangeImpl.o MACOSX/depdom/ 
RefCountedImpl.o MACOSX/depdom/TextImpl.o MACOSX/depdom/ 
TreeWalkerImpl.o MACOSX/depdom/XMLDeclImpl.o  -framework  
CoreServices  -lpthread  -L/usr/lib -L/sw/src/fink.build/xerces- 
c-2.7.0-1002/xerces-c-src_2_7_0/lib -lxerces-c
ld: Undefined symbols:
__ZN11xercesc_2_712XMLException14loadExceptTextENS_10XMLExcepts5CodesE
__ZN11xercesc_2_712XMLExceptionC2EPKcjPNS_13MemoryManagerE
__ZN11xercesc_2_712XMLExceptionC2ERKS0_
__ZN11xercesc_2_712XMLExceptionD2Ev
__ZN11xercesc_2_76XMLUni37fgArrayIndexOutOfBoundsException_NameE
__ZN11xercesc_2_77XMemorydlEPv
__ZN11xercesc_2_77XMemorydlEPvPNS_13MemoryManagerE
__ZN11xercesc_2_77XMemorynwEmPNS_13MemoryManagerE
__ZTIN11xercesc_2_712XMLExceptionE
.
.
.
/usr/libexec/gcc/i686-apple-darwin8/4.0.1/libtool: internal link edit  
command failed
make[1]: *** [/sw/src/fink.build/xerces-c-2.7.0-1002/xerces-c- 
src_2_7_0/lib/libxerces-depdom.27.0.dylib] Error 1
make[1]: Target `ALL' not remade because of errors.
make: *** [/sw/src/fink.build/xerces-c-2.7.0-1002/xerces-c-src_2_7_0/ 
lib/libxerces-c.27.0.dylib] Error 2
### execution of /var/tmp/tmp.1.ydf9RC failed, exit code 2
Removing runtime build-lock...
Removing build-lock package...
/sw/bin/dpkg-lockwait -r fink-buildlock-xerces-c-2.7.0-1002
(Reading database ... 50951 files and directories currently installed.)
Removing fink-buildlock-xerces-c-2.7.0-1002 ...
Failed: phase compiling: xerces-c-2.7.0-1002 failed



Needless to say I'm very frustrated by the whole turn of events.  
After wrestling with fink for
three days, I got notthing to show for. I'm currently setting up a  
noisy Linux box to have a
fallback option, but thats not what I really want. And the clock is  
ticking.

Help much appreciated!

-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] Xerces-C compilation frustration

2007-12-04 Thread Robert T Wyatt 
no help here, but fwiw, on leopard/intel all of the xerces packages 
build and install:

bash-3.2$ fink list -t xerces
Information about 6196 packages read in 2 seconds.
  i xerces-c2.7.0-1002  XML parser in C++
  i xerces-c-dev2.7.0-1002  XML parser in C++
  i xerces-c-shlibs 2.7.0-1002  XML parser in C++
  i xerces-j2.8.0-1 XML parser in Java
  i xerces-j-docs   2.8.0-1 Documentation for xerces-j
bash-3.2$


-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] Xerces-C compilation frustration

2007-12-04 Thread Alexander Hansen 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jürgen Lorenz Simon wrote:
> Hi,
>
> I'm at the end of my rope here. The last week I've been forced to use 
> fink
> excessively. Most packages work fine, but there are certain things 
> that can
> just stop one in its tracks. For instance the compilation problem 
> with xerces-c.
>
> Also, I tried to find out, if there was another package I could use 
> (another xerces version),
> but since the package database is down for weeks now, this is also no 
> option, which leaves
> me dead in the water.
>
>
>  
fink dumpinfo -fallversions xerces-c

That actually can return more versions than does the package database,
for cases where there are old versions that have left around for
compatibility issues, etc.

> I'm using OSX 10.4 and my fink is updated.
>
>
>
> uilding /sw/src/fink.build/xerces-c-2.7.0-1002/xerces-c-src_2_7_0/lib/
> libxerces-depdom.27.0.dylib
> c++ -DMACOSX -dynamiclib  -install_name /sw/lib/libxerces-depdom.
> 27.dylib -o /sw/src/fink.build/xerces-c-2.7.0-1002/xerces-c-
> src_2_7_0/lib/libxerces-depdom.27.0.dylib MACOSX/depdom/AttrImpl.o 
> MACOSX/depdom/AttrMapImpl.o MACOSX/depdom/AttrNSImpl.o MACOSX/depdom/
> CDATASectionImpl.o MACOSX/depdom/CharacterDataImpl.o MACOSX/depdom/
> ChildNode.o MACOSX/depdom/CommentImpl.o MACOSX/depdom/DOMParser.o 
> MACOSX/depdom/DOMString.o MACOSX/depdom/DOM_Attr.o MACOSX/depdom/
> DOM_CDATASection.o MACOSX/depdom/DOM_CharacterData.o MACOSX/depdom/
> DOM_Comment.o MACOSX/depdom/DOM_DOMException.o MACOSX/depdom/
> DOM_DOMImplementation.o MACOSX/depdom/DOM_Document.o MACOSX/depdom/
> DOM_DocumentFragment.o MACOSX/depdom/DOM_DocumentType.o MACOSX/depdom/
> DOM_Element.o MACOSX/depdom/DOM_Entity.o MACOSX/depdom/
> DOM_EntityReference.o MACOSX/depdom/DOM_NamedNodeMap.o MACOSX/depdom/
> DOM_Node.o MACOSX/depdom/DOM_NodeFilter.o MACOSX/depdom/
> DOM_NodeIterator.o MACOSX/depdom/DOM_NodeList.o MACOSX/depdom/
> DOM_Notation.o MACOSX/depdom/DOM_ProcessingInstruction.o MACOSX/
> depdom/DOM_Range.o MACOSX/depdom/DOM_RangeException.o MACOSX/depdom/
> DOM_Text.o MACOSX/depdom/DOM_TreeWalker.o MACOSX/depdom/DOM_XMLDecl.o 
> MACOSX/depdom/DStringPool.o MACOSX/depdom/DeepNodeListImpl.o MACOSX/
> depdom/DocumentFragmentImpl.o MACOSX/depdom/DocumentImpl.o MACOSX/
> depdom/DocumentTypeImpl.o MACOSX/depdom/DomMemDebug.o MACOSX/depdom/
> ElementDefinitionImpl.o MACOSX/depdom/ElementImpl.o MACOSX/depdom/
> ElementNSImpl.o MACOSX/depdom/EntityImpl.o MACOSX/depdom/
> EntityReferenceImpl.o MACOSX/depdom/NamedNodeMapImpl.o MACOSX/depdom/
> NodeIDMap.o MACOSX/depdom/NodeImpl.o MACOSX/depdom/NodeIteratorImpl.o 
> MACOSX/depdom/NodeListImpl.o MACOSX/depdom/NodeVector.o MACOSX/depdom/
> NotationImpl.o MACOSX/depdom/ParentNode.o MACOSX/depdom/
> ProcessingInstructionImpl.o MACOSX/depdom/RangeImpl.o MACOSX/depdom/
> RefCountedImpl.o MACOSX/depdom/TextImpl.o MACOSX/depdom/
> TreeWalkerImpl.o MACOSX/depdom/XMLDeclImpl.o  -framework 
> CoreServices  -lpthread  -L/usr/lib -L/sw/src/fink.build/xerces-
> c-2.7.0-1002/xerces-c-src_2_7_0/lib -lxerces-c
> ld: Undefined symbols:
> __ZN11xercesc_2_712XMLException14loadExceptTextENS_10XMLExcepts5CodesE
> __ZN11xercesc_2_712XMLExceptionC2EPKcjPNS_13MemoryManagerE
> __ZN11xercesc_2_712XMLExceptionC2ERKS0_
> __ZN11xercesc_2_712XMLExceptionD2Ev
> __ZN11xercesc_2_76XMLUni37fgArrayIndexOutOfBoundsException_NameE
> __ZN11xercesc_2_77XMemorydlEPv
> __ZN11xercesc_2_77XMemorydlEPvPNS_13MemoryManagerE
> __ZN11xercesc_2_77XMemorynwEmPNS_13MemoryManagerE
> __ZTIN11xercesc_2_712XMLExceptionE
> __ZN11xercesc_2_718XMLRegisterCleanupC1Ev
> __ZN11xercesc_2_710XMLRefInfo9serializeERNS_16XSerializeEngineE
> __ZN11xercesc_2_710XMLScanner11loadGrammarEPKcsb
> __ZN11xercesc_2_710XMLScanner11loadGrammarEPKtsb
> __ZN11xercesc_2_710XMLScanner12scanDocumentEPKc
> __ZN11xercesc_2_710XMLScanner12scanDocumentEPKt
> __ZN11xercesc_2_710XMLScanner16setParseSettingsEPS0_
> __ZN11xercesc_2_710XMLScanner16setURIStringPoolEPNS_13XMLStringPoolE
> __ZN11xercesc_2_710XMLScanner9scanFirstEPKcRNS_13XMLPScanTokenE
> __ZN11xercesc_2_710XMLScanner9scanFirstEPKtRNS_13XMLPScanTokenE
> __ZN11xercesc_2_710XMLScanner9scanFirstERKNS_11InputSourceERNS_13XMLPSca
> nTokenE
> __ZN11xercesc_2_710XMLScanner9scanResetERNS_13XMLPScanTokenE
> __ZN11xercesc_2_713DTDEntityDecl9serializeERNS_16XSerializeEngineE
> __ZN11xercesc_2_713XMLAttDefList9serializeERNS_16XSerializeEngineE
> __ZN11xercesc_2_713XMLEntityDeclD2Ev
> __ZN11xercesc_2_715ContentSpecNode9serializeERNS_16XSerializeEngineE
> __ZN11xercesc_2_715GrammarResolver10getGrammarEPKt
> __ZN11xercesc_2_715GrammarResolver18resetCachedGrammarEv
> __ZN11xercesc_2_715GrammarResolverC1EPNS_14XMLGrammarPoolEPNS_13MemoryMa
> nagerE
> __ZN11xercesc_2_715GrammarResolverD1Ev
> __ZN11xercesc_2_717SAXParseExceptionC1EPKtS2_S2_llPNS_13MemoryManagerE
> __ZN11xercesc_2_717SAXParseExceptionC1ERKS0_
> __ZN11xercesc_2_717SAXParseExceptionD1Ev
> __ZN11xercesc_2_718XMLScannerResolver14resolveScannerEPKtPNS_12XMLValida
> torEPNS_15Gr