Bug 1944461 - missing header file atkmmconfig.h
Summary: missing header file atkmmconfig.h
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: atkmm
Version: 34
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Kalev Lember
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 1923460
TreeView+ depends on / blocked
 
Reported: 2021-03-30 00:55 UTC by Orcan Ogetbil
Modified: 2021-03-31 01:39 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-03-31 01:39:03 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Orcan Ogetbil 2021-03-30 00:55:18 UTC
In the devel package, the header files under
    /usr/include/atkmm-1.6/atkmm/
contain
    #include <atkmmconfig.h>
However the header file atkmmconfig.h is missing from the package.

This applies to atkmm-devel-2.28.1-2.fc34. I didn't check other Fedora versions.

Comment 1 Orcan Ogetbil 2021-03-30 01:11:09 UTC
It looks like the file is installed under /usr/lib64/atkmm-1.6/include/atkmmconfig.h
This doesn't seem to be the right location to put a header file. Is this intentional?

Comment 2 Kalev Lember 2021-03-30 09:02:47 UTC
Yes, it's done like this to avoid multilib conflicts between -devel packages. config.h files often contain architecture specific defines.

How are you using the atkmm headers? If you use pkg-config, it correctly gives you the directories where the headers are installed:

``
$ pkg-config --cflags atkmm-1.6
-I/usr/include/atkmm-1.6 -I/usr/lib64/atkmm-1.6/include -I/usr/include/glibmm-2.4 -I/usr/lib64/glibmm-2.4/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/sigc++-2.0 -I/usr/lib64/sigc++-2.0/include -I/usr/include/atk-1.0 
```

Comment 3 Orcan Ogetbil 2021-03-31 01:39:03 UTC
Thanks Kalev. The issue turned out to be in the cmake package. Apparently that one doesn't use pkgconfig, at least not in a standard way, so one needs to teach cmake about the atkmmconfig.h location. Fortunately there's an upstream fix, for which I opened RHBZ#1944935.


Note You need to log in before you can comment on or make changes to this bug.