Overview
Request 966880 superseded
tbb-devel: Add Provides: pkgconfig(tbb) for 32-bit to allow automated determination of pkgconfig deps for dependent packages; currently 32-bit tbb-devel provides pkgconfig(tbb32) while 64-bit provides pkgconfig(tbb) making it impossible for pkgconfig dependency generator to track this correctly (see, for example PTL which depends on this).
- Created by badshah400
- In state superseded
- Superseded by 967036
Request History
badshah400 created request
tbb-devel: Add Provides: pkgconfig(tbb) for 32-bit to allow automated determination of pkgconfig deps for dependent packages; currently 32-bit tbb-devel provides pkgconfig(tbb32) while 64-bit provides pkgconfig(tbb) making it impossible for pkgconfig dependency generator to track this correctly (see, for example PTL which depends on this).
jengelh declined request
declined per comment
superseded by 967036
You can't do this.
pkgconfig(tbb)
means that you can dopkg-config tbb --libs --cflags
and get a result. But this is not what happens on i586, because there is no tbb.pc file. The root problem is that this project stupidly produces different .pc file names when there is absolutely no basis for it. (I am happy to argue in more detail on the matter.)Rename the file, don't add manual
Provides
lines.Thanks, I did think it was weird that the project produces different .pc file names based on archs, but am worried if renaming might break something. For i586, we could install a symlink tbb.pc that points to tbb32.pc instead. Would that be okay, in your opinion?
THanks for the review.
I am not sure if symlinks are considered during /usr/lib/rpm/pkgconfigdeps.sh. A hardlink comes to mind.
The other thing is that anyone using
PKG_CHECK_MODULES..
to test for tbb would also have to know about the tbb32 deviation, and that's just not scalable, so no one will be using tbb32.pc in practice.Yes, agree with you that renaming
tbb32.pc
totbb.pc
for 32-bit is probably the best way fwd. Superseded.