xercesc3-3.0.1 Compiler error - build failure

[scantor (Scott Cantor)]

There's apparently a bug being created in the Xerces build process by the latest ICU code, 4.2. One of their tools apparently changed command line behavior, and breaks the Xerces makefile.

/opt/local/bin/pkgdata --name xercesc_messages_3_0 --mode dll -d . -M '"CC=/usr/bin/gcc-4.0" "CXX=/usr/bin/g++-4.0" "AR=ar" "RANLIB=ranlib" "CPPFLAGS=-I/opt/local/include" "CFLAGS=-O2" "CXXFLAGS=-O2 -D_THREAD_SAFE " "LDFLAGS=-L/opt/local/lib"' ./res-file-list.txt
/opt/local/bin/pkgdata: error in command line argument "-M"

It's not specific to Mac. One of the bugs I found filed on this is here:

​http://bugs.gentoo.org/show_bug.cgi?id=269659

I don't know what the fix is at this time, but if I find something I'll record it. If there's a way to forcibly downgrade the port build of icu, that would work around it, but that's not good.

[scantor (Scott Cantor)]

Cc Me!

[scantor (Scott Cantor)]

Filed Xerces bug here: ​https://issues.apache.org/jira/browse/XERCESC-1882

[scantor (Scott Cantor)]

None of the "quick" fixes I was pointed to have resolved the issue, and lacking enough ICU background, I can't do much else right now.

Given my understanding of the reason behind using ICU in Shibboleth, my suggestion is we close this (and the original ticket that led to the ports being moved into the tree) by removing the "--enable-msgloader-icu" option from the build.

My testing indicates that builds cleanly, and it's the native transcoder that triggers the CoreFoundation API warnings moreso than the message loader. If this set of options creates any problems later on, I'll revisit.

[nerdling (Jeremy Lavergne)]

Changed in r54672.