strigi fails to build 64-bit

[andrea@…]

Looks like a 64-bit issue to me.

[andrea@…]

port -dv install strigi

[ruud@…]

Cc Me!

[mf2k (Frank Schima)]

Cc Me!

[julienzoubian@…]

Cc Me!

[nicos_pavlov@…]

Cc Me!

[mkr@…]

The problem is in strigi itself. I tried to compile it by hand and found that some variables have wrong types.

You have to make two changes, to compile it successfully:

src/daemon/dbus/dbuscpp/dbusmessagereader.cpp: Line 66
change: DBusMessageReader::operator>>(int64_t& s) {
into: DBusMessageReader::operator>>(dbus_int64_t& s) {

build/src/daemon/dbus/dbusclientinterface.cpp: Line 148
change: uint64_t mtime;
into: dbus_uint64_t mtime;

The second file is generated during compilation.

So the workaround is:
Do "sudo port install strigi", wait until it breaks and change the first file:
cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_strigi/work/strigi-0.6.3/
edit src/daemon/dbus/dbuscpp/dbusmessagereader.cpp

Then "sudo port install strigi" again, wait until it breaks again and change the second file:
edit src/daemon/dbus/dbusclientinterface.cpp
(in MacPorts it's built in the src directory, so no "build/" in front of the path)

Then "sudo port install strigi" again, and it should compile successfully.

I'll see if I can communicate this directly to the strigi people...

[ruud@…]

Replying to mkr@…:

The problem is in strigi itself. I tried to compile it by hand and found that some variables have wrong types.

You have to make two changes, to compile it successfully:

Fixes it for me, thanks.

[bgrupe27]

Cc Me!

[domiman@…]

Cc Me!

[mf2k (Frank Schima)]

I'm not quite able to make the 2nd patch work in the Portfile. I'm going to attach my attempt so far.

[mf2k (Frank Schima)]

Modified strigi portfile

[mf2k (Frank Schima)]

This is the 2nd patch based on a generated file that I cannot get to work with the portfile.

[mf2k (Frank Schima)]

This is the 1st patch and it works fine.

[mf2k (Frank Schima)]

Re-made the existing portfile patch to use p0.

[payam.minoofar@…]

As of today, I can't get strigi to build with any of the above prescriptions. I have attached the output that port reported as strigi.txt

[florian.feldhaus@…]

Same for me. The two fixes solved the first problems, but Strigi didn't finnish building. I figured out, that it was building i386 and x86_64 binaries, even I didn't have the universal option set. The following worked for me: sudo port clean strigi sudo port install strigi -universal

You will run into the problems mentioned above. If the patches don't work, apply the changes by hand!

[macports@…]

Cc Me!

[macports@…]

Cc Me!

[macports@…]

Cc Me!

[macports@…]

Workaround worked for me (using the mentioned patches and -universal option)

[zuxez@…]

Hi. I came up with ​this patch to fix the issue for Gentoo/Prefix. The problem is that strigi seems to have some internal data type problems, which in conjunction with the auto-generation of the files just heads for serious trouble. Anyway, you can't make the types use dbus_-tyles because the interface src/daemon/clientinterface.h is used for makecode.pl which contains no dbus-stuff at all and defines "virtual void indexFile(const std::string& path, uint64_t mtime, const std::vector<char>& content)" which imho is the "uint64_t mtime" that fails in the generated src/daemon/dbus/dbusclientinterface.cpp. So the nearest workaround is to switch from the dbus_-types in dbusmessagereader.cpp to the standard defines. This patch allows for fully automatic building (at least with Gentoo/Prefix). Maybe it's to some help for you :-)

Kind regards,

Heiko

[zuxez@…]

Cc Me!

[zuxez@…]

Cc Me!

[nerdling (Jeremy Lavergne)]

Cc Me!

[charmedguy18@…]

Cc Me!

[jeremy.laine@…]

Update Portfile to fix build on x86_64

[nerdling (Jeremy Lavergne)]

Committed in r58800.