Summary: | Rebuild of QT, PHP fails after emerging Firebird 2.0.1 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | gapon <gapon> |
Component: | Current packages | Assignee: | William L. Thomson Jr. (RETIRED) <wltjr> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | drizzt |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
gapon
2007-05-16 11:49:16 UTC
*** This bug has been marked as a duplicate of bug 178704 *** Still looking into if this is a real dup. Very likely is, since I just emerged firebird-1.5.4-r3 and then afterward qt-4.3.0_rc1 with firebird use flag. Qt merged, and am pretty sure it built the fb stuff. Will test in a bit with firebird-2.0.1.12855.0-r3 but it should be 100% backwards api compatible. So qt should not fail to merge with it. Which would also be a symlink problem more than likely. Similar or not to the other. Although the other is looking like a local issue. With some stray files not provided by any ebuild. Waiting to confirm there, and off to test 2.0.1. Ok this is a valid bug and not related to the other. I am not exactly sure why qt fails on 2.0.1 and not on 1.5.4. I was able to get qt to build against 2.0.1 by creating a symlink to /opt/firebird/include/ibase.h in /usr/include. But neither version provides that symlink, so not sure why 2.0.1 would be any different than 1.5.4 or 1.x for that matter. I would like to test further to see if it's just the test that fails, or the actual built itself when that symlink is missing. If it's just the test, likely just make a quick patch for that file in qt when firebird use flag is enabled. This really is a duplicate, but of another bug :) *** This bug has been marked as a duplicate of bug 168077 *** |