evolution-data-server-1.8.0 fails to build on 10.4.8 Intel

[blblack@…]

eds is having issues building on my Intel-based Mac. This is a fairly fresh box, a week-old dual/dual Xeon MacPro. I've successfully installed gnome-terminal and all of its dependencies, and I'm now trying to install all of gnome, and this is the port I get stopped on.

I've searched the bug database and seen a number of similar errors (ld: multiple definitions of symbol foo...) for various packages, even a few for earlier versions of this package, but the only responses I see in all of those tickets is either an eventual "a new version is out, open a new ticket if it fails there too", or a "fixed in CVS", never an explanation of what the underlying issue is here, which must surely be a systemic thing given the number of "multiple definitions of symbol" hits in this bug database.

Attached is a logfile based on the instructions given to past reporters (uname -a, gcc -v, clean, install -dv).

[blblack@…]

Build log

[jobutex@…]

I have the exact same issue occurring on a 10.4.8 Intel MacBook Pro.

[blblack@…]

Although I'm totally unfamiliar w/ macports and osx build issues in general, I decided to go after this problem with a very large blunt instrument and managed to get it installed (who knows if it works right, but honestly I don't see myself using evolution-data-server's services myself, or probably even doing anything to trigger gnome to use it).

I su'd to root, chdir'd into the working directory where the failure happened, and ran make manually. When it got to the failure, the dupe symbols were between foo-skel.lo (where foo is whatever you see in the errors) and a library. I figured probably foo-skel.lo was already linked into that library, so I opened up the Makefile in the relevant directory and commented out the line referencing the object foo-skel.lo. It hits the exact same error in a completely different subdirectory later in the build, and the same method got it working there too.

This is probably the wrong way to fix it, and I would even bet the fix only works when you edit the Makefile after the failure (as it probably needed that object file earlier on when building the relevant library), but it got me through for today.

[deric@…]

verbose+debug log of eds-1.8.0 install from Robert J. Hansen

[majick@…]

Change

platform darwin 8 i386 {
     configure.env_add	MACOSX_DEPLOYMENT_TARGET="10.3"
}

to

platform darwin 8 i386 {
	configure.env-append	MACOSX_DEPLOYMENT_TARGET="10.3"
}

I don't know what env_add is supposed to do, but in 1.3.2, it just breaks. env-append is probably what's supposed to be there instead.

[markd@…]

This was fixed at or prior to the current version, 1.10.0.