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 358654 - pan-0.115 fails to compile - error in article.{c,h}
pan-0.115 fails to compile - error in article.{c,h}
Status: RESOLVED FIXED
Product: Pan
Classification: Other
Component: general
pre-1.0 betas
Other Linux
: Normal blocker
: 1.0
Assigned To: Charles Kerr
Pan QA Team
: 358885 359115 359384 360212 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-10-01 00:01 UTC by Jack Cuyler
Modified: 2006-10-06 16:51 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
build patch (486 bytes, text/plain)
2006-10-01 00:38 UTC, Jack Cuyler
  Details
Rollup both changes into a single patch (844 bytes, patch)
2006-10-01 23:09 UTC, Duncan
none Details | Review

Description Jack Cuyler 2006-10-01 00:01:57 UTC
When compiling pan-0.115, I get the following error.  It may be of note that pan-0.114 compiles and runs perfectly.  This has also been posted in the mailing list: 

Message-ID: <efmqmt$h93$1@sea.gmane.org>

Anyhow, here's the error:


make[4]: Entering directory `/var/tmp/portage/pan-0.115/work/pan-0.115/pan/data'
if x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../..  -I../.. -I/usr/include/gmime-2.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include   -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include      -MT article.o -MD -MP -MF ".deps/article.Tpo" -c -o article.o article.cc; \
        then mv -f ".deps/article.Tpo" ".deps/article.Po"; else rm -f ".deps/article.Tpo"; exit 1; fi
if x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../..  -I../.. -I/usr/include/gmime-2.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include   -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include      -MT article-cache.o -MD -MP -MF ".deps/article-cache.Tpo" -c -o article-cache.o article-cache.cc; \
        then mv -f ".deps/article-cache.Tpo" ".deps/article-cache.Po"; else rm -f ".deps/article-cache.Tpo"; exit 1; fi
article.cc:115: error: prototype for 'const pan::Article::Part& pan::Article::get_part(size_t) const' does not match any in class 'pan::Article'
article.h:80: error: candidates are: const pan::Article::Part& pan::Article::get_part(unsigned int) const
article.cc:106: error:                 pan::Article::Part& pan::Article::get_part(size_t)
make[4]: *** [article.o] Error 1
make[4]: *** Waiting for unfinished jobs....
make[4]: Leaving directory `/var/tmp/portage/pan-0.115/work/pan-0.115/pan/data'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/var/tmp/portage/pan-0.115/work/pan-0.115/pan/data'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/pan-0.115/work/pan-0.115/pan'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/pan-0.115/work/pan-0.115'
make: *** [all] Error 2
Comment 1 Jack Cuyler 2006-10-01 00:38:03 UTC
Created attachment 73728 [details]
build patch
Comment 2 Jack Cuyler 2006-10-01 00:39:08 UTC
This seems to solve things for me, but I'll leave it to Charles to determine if it's the right thing to do.

-Jack
Comment 3 Charles Kerr 2006-10-01 04:21:01 UTC
Yes, looks right to me.  Thanks very much
for the heads-up and the patch.

Also the map in pan/tasks/nzb.cc, line 40,
needs to be a size_t instead of an int.
Comment 4 Duncan 2006-10-01 23:09:09 UTC
Created attachment 73807 [details] [review]
Rollup both changes into a single patch

It won't let me obsolete the old patch, but here's one that rolls up both it and the change Charles mentioned, since I had the same problem.  I needed to make one for portage to apply to the build anyway, so might as well post it.

Duncan
Comment 5 Karsten Bräckelmann 2006-10-01 23:52:41 UTC
*** Bug 358885 has been marked as a duplicate of this bug. ***
Comment 6 Charles Kerr 2006-10-02 21:25:56 UTC
*** Bug 359115 has been marked as a duplicate of this bug. ***
Comment 7 Christophe Lambin 2006-10-03 23:05:48 UTC
*** Bug 359384 has been marked as a duplicate of this bug. ***
Comment 8 Charles Kerr 2006-10-06 16:51:30 UTC
*** Bug 360212 has been marked as a duplicate of this bug. ***