After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 93434 - libgnomeui/gnome-procbar.h change causes gnomemm to not compile
libgnomeui/gnome-procbar.h change causes gnomemm to not compile
Status: RESOLVED NOTABUG
Product: libgnomeuimm
Classification: Other
Component: general
git master
Other Linux
: Normal normal
: ---
Assigned To: gtkmm-forge
gtkmm-forge
Depends on:
Blocks:
 
 
Reported: 2002-09-16 20:59 UTC by Julian Missig
Modified: 2011-01-16 23:41 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Julian Missig 2002-09-16 20:59:13 UTC 
type_correctcallback in procbar.gen_h is no longer needed for the version
of gnome-procbar.h that I have. cvs.gnome.org does not report that this was
fixed in CVS, however my gnome-libs "1.4.1.2.90-18" has it "fixed"

the relevant function is gnome_proc_bar_construct, which the final argument
in my version of gnome-libs is gint (*cb)()
Comment 1 Murray Cumming 2002-09-17 08:02:41 UTC 
1. The latest version of gnome-libs that I can find is 1.4.1.7. So why
are you talking about an older one?
2. In cvs, they might be using a branch.
Comment 2 Julian Missig 2002-09-17 16:10:40 UTC 
As I said in IRC, this is the version which came with my Red Hat beta.
Yes, it probably is heavily patched/branched. I asked you if you
wanted me to look and see if they had patched this function...
Comment 3 Murray Cumming 2002-09-17 16:54:25 UTC 
That seems like quite an old version for the beta. Maybe you could
report the bug to RedHat.

But the latest version of gnomemm exists purely so that it can build
with the latest version of gnome-libs, so if people can't build the
latest gnomemm then they should just try the previous gnomemm.
Comment 4 Julian Missig 2002-09-17 19:46:31 UTC 
Well, do previous versions of gnomemm /not/ have the workaround then?
Comment 5 Julian Missig 2002-09-17 20:04:05 UTC 
This API change is present in gnome-libs-1.4.1.2.90.tar.gz, so it is
theoretically not just a red hat patch. The version does, however,
seem suspicious.

http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=74202 is the red
hat bug.
Comment 6 Murray Cumming 2002-09-18 08:18:41 UTC 
Maybe you could add this to that bug report (redhat's bugzilla won't
let me log in):
"
I also couldn't make sense of the cvs history. But I know that the latest
gnomemm builds with the latest gnome-libs tarball, because we took
account of
the API change. So the problem is just that RedHat is not shipping the
latest
gnome-libs.
"

Julian, I wish I had never suggested that RedHat would choose to patch
that API change away. You are assuming something that has not happened
yet, instead of just getting the latest versions of the packages.