gnupic: Thread: Re: [gnupic] gpsim building problem under FC5

> I just installed FC5 and it seems that FC5 has some problems with the svn
> version of gpsim.
>
> a2dconverter.h:69: error: extra qualification 'ADCON1::' on member
> 'getVrefHiChannel'
> a2dconverter.h:70: error: extra qualification 'ADCON1::' on member
> 'getVrefLoChannel'
> a2dconverter.h:202: error: extra qualification 'ANSEL::' on member
> 'setAdcon1'
> a2dconverter.h:203: error: extra qualification 'ANSEL::' on member 'put'
>
> Maybe this is because of the gcc version (gcc 4.1.0 20060304).

Fixed in svn version 1620.

There have been some recent changes made in this area.

Scott

On 5/14/06, Scott Dattalo ####@####.#### wrote:

> Fixed in svn version 1620.
>
> There have been some recent changes made in this area.
>

Now it breaks Ubuntu Breezy and FC5.

make[2]: Entering directory `/home/mcuee/Desktop/build/gpsim/gpsim/gpsim'
if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/gtk-2.0
-I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo
-I/usr/include/pango-1.0 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include   -I/usr/include/gtkextra-2.0
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0
   -g -O2 -MT main.o -MD -MP -MF ".deps/main.Tpo" -c -o main.o
main.cc; \
then mv -f ".deps/main.Tpo" ".deps/main.Po"; else rm -f
".deps/main.Tpo"; exit 1; fi
/bin/sh ../libtool --tag=CXX --mode=link g++  -g -O2   -o gpsim
-I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include
main.o ../src/libgpsim.la ../cli/libgpsimcli.la ../gui/libgpsimgui.la
../eXdbm/libgpsim_eXdbm.la    -lstdc++ -lpopt -pthread -lgtk-x11-2.0
-lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0
-lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lgthread-2.0
-lglib-2.0   -lgtkextra-x11-2.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0
-lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lpango-1.0 -lcairo
-lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0   -lreadline -ltermcap
-lpopt
mkdir .libs
g++ -g -O2 -o .libs/gpsim -I/usr/include/gtk-1.2
-I/usr/include/glib-1.2 -I/usr/lib/glib/include main.o -pthread
../src/.libs/libgpsim.so ../cli/.libs/libgpsimcli.so
../gui/.libs/libgpsimgui.so ../eXdbm/.libs/libgpsim_eXdbm.so -lstdc++
-lgthread-2.0 -lgtkextra-x11-2.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0
-lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lpango-1.0 -lcairo
-lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -lreadline -ltermcap
-lpopt -Wl,--rpath -Wl,/usr/local/lib
../src/.libs/libgpsim.so: undefined reference to `P16F87::construct()'
../src/.libs/libgpsim.so: undefined reference to `P16F88::construct()'
collect2: ld returned 1 exit status
make[2]: *** [gpsim] Error 1
make[2]: Leaving directory `/home/mcuee/Desktop/build/gpsim/gpsim/gpsim'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/mcuee/Desktop/build/gpsim/gpsim'
make: *** [all] Error 2


Regards,
Xiaofan

> On 5/14/06, Scott Dattalo ####@####.#### wrote:
>
>> Fixed in svn version 1620.
>>
>> There have been some recent changes made in this area.
>>
>
> Now it breaks Ubuntu Breezy and FC5.

It'll break under all OS's if you don't run configure after a new file has
been added. :) Roy, one of the gpsim developers, has apparently just added
support for the 16f88 and 16f87. He put this support into a new file
(src/p16f8x.cc). So you'll need to reconfigure the Makefiles.

BTW, if you find that you're recompiling a big project from time to time,
you may wish to install ccache: http://ccache.samba.org/ . I believe it's
already part of FC4/FC5. You can use it like this:

CXX="ccache g++" ./configure

The first time you 'make', the cache will get filled with the object
files. The next time you 'make', ccache will attempt to use object files
in the cache instead of recompiling them. It checks the dependencies to
make sure this is safe.

Scott

On 5/14/06, Scott Dattalo ####@####.#### wrote:

> > Now it breaks Ubuntu Breezy and FC5.
>
> It'll break under all OS's if you don't run configure after a new file has
> been added. :) Roy, one of the gpsim developers, has apparently just added
> support for the 16f88 and 16f87. He put this support into a new file
> (src/p16f8x.cc). So you'll need to reconfigure the Makefiles.

Thanks for the explanation.

I did run  ./configure before make. I actually issued "make distclean"
before that. However "make distclean; ./configure; make" gave the
same error.

So I deleted the gpsim directory and did a fresh svn checkout and now
it works. I need to follow the following steps in gpsim website.

$ libtoolize
$ aclocal-1.9
$ autoheader
$ automake-1.9 --add-missing
$ autoconf
$ ./configure
$ make
$ sudo make install

> BTW, if you find that you're recompiling a big project from time to time,
> you may wish to install ccache: http://ccache.samba.org/ . I believe it's
> already part of FC4/FC5. You can use it like this:
>
> CXX="ccache g++" ./configure
>
> The first time you 'make', the cache will get filled with the object
> files. The next time you 'make', ccache will attempt to use object files
> in the cache instead of recompiling them. It checks the dependencies to
> make sure this is safe.
>

Thanks for the advice. Still will ccache help in this case since re-run
./configure is not enough? Luckily I have a relative fast computer
(AMD64 3000+ and 2x512M DDR SDRAM) and it takes me less than
20 minutes to do all these (from fresh checkout to make install).

Regards,
Xiaofan

> On 5/14/06, Scott Dattalo ####@####.#### wrote:
>
>> > Now it breaks Ubuntu Breezy and FC5.
>>
>> It'll break under all OS's if you don't run configure after a new file
>> has
>> been added. :) Roy, one of the gpsim developers, has apparently just
>> added
>> support for the 16f88 and 16f87. He put this support into a new file
>> (src/p16f8x.cc). So you'll need to reconfigure the Makefiles.
>
> Thanks for the explanation.
>
> I did run  ./configure before make. I actually issued "make distclean"
> before that. However "make distclean; ./configure; make" gave the
> same error.

I should've been more clear when I said 'reconfigure the Makefiles'. This
involves running 'automake', which turns a 'Makefile.am' into a
'Makefile.in'. The 'configure' script will then turn a Makefile.in into a
plain old Makefile.


> So I deleted the gpsim directory and did a fresh svn checkout and now
> it works. I need to follow the following steps in gpsim website.
>
> $ libtoolize
> $ aclocal-1.9
> $ autoheader
> $ automake-1.9 --add-missing
> $ autoconf
> $ ./configure
> $ make
> $ sudo make install

And just to be clear, in the future you may wish to just apply these steps:

$ automake
$ ./configure
$ make
$ sudo make install


>
>> BTW, if you find that you're recompiling a big project from time to
>> time,
>> you may wish to install ccache: http://ccache.samba.org/ . I believe
>> it's
>> already part of FC4/FC5. You can use it like this:
>>
>> CXX="ccache g++" ./configure
>>
>> The first time you 'make', the cache will get filled with the object
>> files. The next time you 'make', ccache will attempt to use object files
>> in the cache instead of recompiling them. It checks the dependencies to
>> make sure this is safe.
>>
>
> Thanks for the advice. Still will ccache help in this case since re-run
> ./configure is not enough? Luckily I have a relative fast computer
> (AMD64 3000+ and 2x512M DDR SDRAM) and it takes me less than
> 20 minutes to do all these (from fresh checkout to make install).

ccache is smart enough to look at dependencies beyond changes of date. If
you re-run everything and all of the resultant auto-created includes have
the same information, then ccache will fetch cached compilations (if
they're there)

Scott