#52179 closed defect (fixed)
libgda5 @5.2.4: build fails with sqlite @3.14.1_0 installed
| Reported by: | m.rick@… | Owned by: | dbevans (David B. Evans) |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | |
| Keywords: | Cc: | jyrkiwahlstedt | |
| Port: | libgda5 |
Description
Latest update of SQLite 3.14.1 broke the ability to build Lib GDA 5. Worked perfectly well before.
Attachments (1)
Change History (10)
Changed 8 years ago by m.rick@…
comment:1 follow-up: 2 Changed 8 years ago by larryv (Lawrence Velázquez)
| Cc: | jwa@… added |
|---|---|
| Owner: | changed from macports-tickets@… to devans@… |
| Port: | libgda5 added; GDA removed |
| Summary: | Can't build Lib GDA 5 with SQLite 3.14 → libgda5 @5.2.4: build fails with sqlite @3.14.1_0 installed |
| Version: | 2.3.4 |
comment:2 Changed 8 years ago by dbevans (David B. Evans)
| Status: | new → assigned |
|---|
Replying to larryv@…:
It looks like the build is getting its headers mixed up while building an embedding SQLite. Why is it doing that at all? Can it not use the
sqlite3port?
Earlier on in this ports life, there was, indeed, a problem building with an external sqlite3 thus the use of the embedded version. libgda5 hasn't had any significant updates since then so this has remained. The embedded version is 3.8.0.2 which is pretty old but has worked to this point.
As you say, it appears that there is interference between the sqlite3 version of sqlite3.h and the embedded version. The question is why this is causing a problem now when the location of the external sqlite3.h ($prefix/include/sqlite3.h) hasn't changed in any of the the recent updates.
But it does. Looking into it.
comment:3 Changed 8 years ago by m.rick@…
I tried to build it in both +quartz and +x11 options, the bug appears in both cases.
comment:4 Changed 8 years ago by m.rick@…
I have been able to build libgda5 5.2.4 applying this procedure | Installing Older Port.
I reverted to version @3.13.0_0 r 148810 then I could install libgda5 5.2.4 port normally. Then I upgraded to sqlite3 3.14.2 without problem. There seems to be a difference in SQLite between version 3.13 and laters.
comment:7 Changed 8 years ago by dbevans (David B. Evans)
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
The problem stems from an ambiguous include in libgda/sqlite/virtual/gda-vprovider-data-model.c that uses <sqlite3.h>. Patched to unambiguously reference the embedded of copy of sqlite3.h rather than the system one. Attempting to build with the system sqlite3 introduced even more build problems so I'm sticking with using the embedded copy for now. Upgraded the configuration to use current vala 0.34.0 as well.
Committed in r153658.
comment:9 Changed 8 years ago by dbevans (David B. Evans)
Replying to m.rick@…:
The update works perfectly well. Thank you.
Thanks for the confirmation and for your ticket as well.
In future tickets, please use the actual port name and Cc the port maintainers, if any (
port info --maintainers libgda5).It looks like the build is getting its headers mixed up while building an embedding SQLite. Why is it doing that at all? Can it not use the
sqlite3port?