Opened 8 years ago

Closed 8 years ago

Last modified 8 years ago

#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)

main.log (305.8 KB) - added by m.rick@… 8 years ago.

Download all attachments as: .zip

Change History (10)

Changed 8 years ago by m.rick@…

Attachment: main.log added

comment:1 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.14libgda5 @5.2.4: build fails with sqlite @3.14.1_0 installed
Version: 2.3.4

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 sqlite3 port?

comment:2 in reply to:  1 Changed 8 years ago by dbevans (David B. Evans)

Status: newassigned

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 sqlite3 port?

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:5 Changed 8 years ago by StanSanderson

Cc: stansand@… added

Cc Me!

comment:6 Changed 8 years ago by StanSanderson

Cc: stansand@… removed

Cc Me!

comment:7 Changed 8 years ago by dbevans (David B. Evans)

Resolution: fixed
Status: assignedclosed

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:8 Changed 8 years ago by m.rick@…

The update works perfectly well. Thank you.

comment:9 in reply to:  8 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.

Note: See TracTickets for help on using tickets.