Description of problem: The patch to FindPostgreSQL.cmake (from Bug #828467 AFAICT) does not set the PostgreSQL_LIBRARY variable. Instead, it sets the PostgreSQL_LIBRARY_FOUND variable, which is wrong (and incompatible). Version-Release number of selected component (if applicable): cmake-2.8.10.2-1.fc18.x86_64
Actually, the module says that it will define PostgreSQL_LIBRARIES, PostgreSQL_LIBRARY vs PostgreSQL_LIBRARY_FOUND being something of an implementation detail. That said, it seems reasonable to keep using PostgreSQL_LIBRARY.
cmake-2.8.10.2-3.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/cmake-2.8.10.2-3.fc18
Package cmake-2.8.10.2-3.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing cmake-2.8.10.2-3.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-1541/cmake-2.8.10.2-3.fc18 then log in and leave karma (feedback).
I agree that the docs say it's an internal thing, but it's likely to have been used in confusion elsewhere (as it was here). Thanks! As a side note, the "fail_if" and "run_pg_config" macros should be functions (so that CMake's stack trace is useful) and namespaced with find_pgsql_ (or similar) prefixes (so that they don't overwrite something).
Please make suggestions like this in the upstream bug report. Thanks.
cmake-2.8.10.2-3.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.