[MacPorts] #14203: apr fails to build if postgresql83 is activated
#14203: apr fails to build if postgresql83 is activated ------------------------------+--------------------------------------------- Reporter: nox@macports.org | Owner: dluke@macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | ------------------------------+--------------------------------------------- [http://lists.macosforge.org/pipermail/macports- users/2008-February/008780.html Conflicting uuid_t types error building apr][[BR]] I know Daniel noticed the bug on the ml, but let's keep a trace of it here. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14203> MacPorts </projects/macports> Ports system for Mac OS
#14203: apr fails to build if postgresql83 is activated -------------------------------+-------------------------------------------- Reporter: nox@macports.org | Owner: dluke@macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: | Keywords: -------------------------------+-------------------------------------------- Comment (by afb@macports.org): Upstream bug is http://cvs.ossp.org/tktview?tn=164,4 -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14203#comment:1> MacPorts </projects/macports> Ports system for Mac OS
#14203: apr fails to build if ossp-uuid is activated (dependency of postgresql83) -------------------------------+-------------------------------------------- Reporter: nox@macports.org | Owner: dluke@macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: | Keywords: -------------------------------+-------------------------------------------- Changes (by dluke@macports.org): * summary: apr fails to build if postgresql83 is activated => apr fails to build if ossp-uuid is activated (dependency of postgresql83) -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14203#comment:2> MacPorts </projects/macports> Ports system for Mac OS
#14203: apr fails to build if ossp-uuid is activated (dependency of postgresql83) -------------------------------+-------------------------------------------- Reporter: nox@macports.org | Owner: dluke@macports.org Type: defect | Status: assigned Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: | Keywords: -------------------------------+-------------------------------------------- Changes (by dluke@macports.org): * cc: mww@macports.org, jwa@macports.org (added) * status: new => assigned Comment: ossp-uuid is nomaintainer, and it looks like only postgresql83 uses it. Perhaps we can move the ossp-uuid include files (so that apr doesn't pull them in) and modify the postgresql83 port to still be able to find them? -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14203#comment:3> MacPorts </projects/macports> Ports system for Mac OS
#14203: apr fails to build if ossp-uuid is activated (dependency of postgresql83) -------------------------------+-------------------------------------------- Reporter: nox@macports.org | Owner: dluke@macports.org Type: defect | Status: assigned Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: | Keywords: -------------------------------+-------------------------------------------- Comment (by nox@macports.org): I'd rather modify apr to not use uuid.h or fix ossp-uuid itself -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14203#comment:4> MacPorts </projects/macports> Ports system for Mac OS
#14203: apr fails to build if ossp-uuid is activated (dependency of postgresql83) -------------------------------+-------------------------------------------- Reporter: nox@macports.org | Owner: dluke@macports.org Type: defect | Status: assigned Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: | Keywords: -------------------------------+-------------------------------------------- Comment (by dluke@macports.org): apr finds uuid.h from ossp-uuid (instead of the system uuid.h) because it's installed in ${prefix}/include and we add that to the CPPFLAGS. Since the uuid.h installed by ossp-uuid is somewhat broken, I think it makes sense to instead modify where it gets installed so that a little extra work needs to be done by any ports that want the uuid.h from ossp- uuid (which is only the postgresql83 port, currently). Of course, I would probably also have the postgres83 contrib modules (including what actually pulls in ossp-uuid as a dependency) as a variant, but that's just me ;-) -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14203#comment:5> MacPorts </projects/macports> Ports system for Mac OS
#14203: apr fails to build if ossp-uuid is activated (dependency of postgresql83) -------------------------------+-------------------------------------------- Reporter: nox@macports.org | Owner: dluke@macports.org Type: defect | Status: assigned Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: | Keywords: -------------------------------+-------------------------------------------- Comment (by dluke@macports.org): Can a postgres maintainer take a look and decide if this is acceptable? Thanks. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14203#comment:6> MacPorts </projects/macports> Ports system for Mac OS
#14203: apr fails to build if ossp-uuid is activated (dependency of postgresql83) -------------------------------+-------------------------------------------- Reporter: nox@macports.org | Owner: dluke@macports.org Type: defect | Status: assigned Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: | Keywords: -------------------------------+-------------------------------------------- Comment (by bulk@modp.com): Hi ya, any movement here? This problem more or less make having apache (which depends on apr) and postgres on the same box impossible. thanks! --nickg -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14203#comment:7> MacPorts </projects/macports> Ports system for Mac OS
#14203: apr fails to build if ossp-uuid is activated (dependency of postgresql83) -------------------------------+-------------------------------------------- Reporter: nox@macports.org | Owner: dluke@macports.org Type: defect | Status: assigned Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: | Keywords: -------------------------------+-------------------------------------------- Comment (by marcuscalhounlopez@mac.com): One solution seems to be to force apr to use the system uuid. [[BR]] Attached is a patch to the apr Portfile which accomplishes this (at least on Leopard). -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14203#comment:8> MacPorts </projects/macports> Ports system for Mac OS
#14203: apr fails to build if ossp-uuid is activated (dependency of postgresql83) -------------------------------+-------------------------------------------- Reporter: nox@macports.org | Owner: dluke@macports.org Type: defect | Status: assigned Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: | Keywords: -------------------------------+-------------------------------------------- Comment (by dluke@macports.org): Replying to [comment:7 bulk@modp.com]:
Hi ya, any movement here? This problem more or less make having apache (which depends on apr) and postgres on the same box impossible.
A workaround is to deactivate ossp-uuid just while building apr (or building apr before building postgres) -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14203#comment:9> MacPorts </projects/macports> Ports system for Mac OS
#14203: apr fails to build if ossp-uuid is activated (dependency of postgresql83) -------------------------------+-------------------------------------------- Reporter: nox@macports.org | Owner: dluke@macports.org Type: defect | Status: assigned Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: | Keywords: -------------------------------+-------------------------------------------- Comment (by dluke@macports.org): Replying to [comment:8 marcuscalhounlopez@mac.com]:
One solution seems to be to force apr to use the system uuid. [[BR]] Attached is a patch to the apr Portfile which accomplishes this (at least on Leopard).
That could work as well (although I really think that since ossp-uuid is putting a broken header into our default include search path, that it should be ossp-uuid that gets changed). If I have some time to build-test postgres with my proposed ossp-uuid changes, I'll commit them as I haven't heard anything back from the maintainers. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14203#comment:10> MacPorts </projects/macports> Ports system for Mac OS
#14203: apr fails to build if ossp-uuid is activated (dependency of postgresql83) -------------------------------+-------------------------------------------- Reporter: nox@macports.org | Owner: dluke@macports.org Type: defect | Status: assigned Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: | Keywords: -------------------------------+-------------------------------------------- Comment (by bulk@modp.com): Oh you are going to like this! Summary: [tested only on OSX10.5] ossp_uuid: add "--includedir=${prefix}/include/ossp" to configure.args (and bump the revision) postgres83: nothing! LONG ANSWER: You don't need to change postgresql83 at all, and infact it appears putting it in ossp-uuid/uuid.h is not quite right. I applied the patches... ossp-uuid built fine and moved the header file. But postgresql83's configure got angry and exited since it couldn't find <uuid.h> or <ossp/uuid.h> inspite of having the include changed (maybe I did it wrong). So I changed ossp-uuid to {{{ configure.args --mandir=${prefix}/share/man --without-perl \ --includedir=${prefix}/include/ossp }}} reinstalled ossp-uuid and then postgresql83 compiled. It did make some ugly warnings about uuid being 'present but not usable' but then the next check found ossp/uuid.h and everything was ok. Even better it seems to work too: {{{ # select uuid_generate_v1(); uuid_generate_v1 -------------------------------------- 38272eca-ff92-11dc-b100-d7c00d1e1739 (1 row) }}} ta-da -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14203#comment:11> MacPorts </projects/macports> Ports system for Mac OS
#14203: apr fails to build if ossp-uuid is activated (dependency of postgresql83) -------------------------------+-------------------------------------------- Reporter: nox@macports.org | Owner: dluke@macports.org Type: defect | Status: closed Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: fixed | Keywords: -------------------------------+-------------------------------------------- Changes (by dluke@macports.org): * status: assigned => closed * resolution: => fixed Comment: Replying to [comment:11 bulk@modp.com]:
Oh you are going to like this!
You're right, I do!
Summary: [tested only on OSX10.5]
ossp_uuid: add "--includedir=${prefix}/include/ossp" to configure.args (and bump the revision)
committed in r35646
It did make some ugly warnings about uuid being 'present but not usable' but then the next check found ossp/uuid.h and everything was ok.
Those warnings are a known bug (and are a conflict between the ossp-uuid uuid.h and a system include file that it shouldn't conflict with). Thanks for your help! -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14203#comment:12> MacPorts </projects/macports> Ports system for Mac OS
participants (1)
-
MacPorts