Paolo and Thomas: the failed compile was apparently an ugly artifact
caused by not cleaning the source dir between compiles. I can now compile. However, as the excerpts below show, several components cannot be found and hence, the compile is severely crippled. gst-Blox, gst-Browser, visualGST, etc, I have actually installed all of the supposedly missing components. Perhaps you could give me more explicit names, e.g. for Cairo, I installed libcairo2 "The Cairo 2D vector graphics library", but that is either the wrong module, or for some reason it cannot be found. Any ideas why the modules below can not be found? It's been years since I compiled regularly and I have forgotten much. Could it be related to the fact that I am on a 64 bit machine? : checking for lt_dlopen in -lltdl... no configure: WARNING: using included copy of libltdl configure: WARNING: this is deprecated and will go away configure: WARNING: it is suggested to install libltdl checking for LIBFFI... no checking for ffi_prep_cif in -llibffi... no configure: WARNING: using included copy of libffi configure: WARNING: this is deprecated and will go away configure: WARNING: it is suggested to install libffi checking for sigsegv_install_handler in -lsigsegv... no configure: WARNING: using included copy of libsigsegv configure: WARNING: this is deprecated and will go away configure: WARNING: it is suggested to install libsigsegv : checking how to link with GMP... not found checking how to link with readline... not found : checking for Tcl 8.x... no checking for Tk 8.x... no : checking for sqlite3.h... no : checking for CAIRO... no : checking for GLIB - version >= 2.0.0... no *** Could not run GLIB test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means GLIB is incorrectly installed. checking whether to install GTK... no checking whether to install BloxGTK... no checking whether to install Blox... no _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
Did you install the dev package?
libgtk2.0-dev libcairo2-dev libglib2.0-dev ... Mth On Dec 29, 2010, at 6:51 AM, Albert Wagner wrote: > Paolo and Thomas: the failed compile was apparently an ugly artifact caused by not cleaning the source dir between compiles. I can now compile. > > However, as the excerpts below show, several components cannot be found and hence, the compile is severely crippled. gst-Blox, gst-Browser, visualGST, etc, I have actually installed all of the supposedly missing components. Perhaps you could give me more explicit names, e.g. for Cairo, I installed libcairo2 "The Cairo 2D vector graphics library", but that is either the wrong module, or for some reason it cannot be found. > > Any ideas why the modules below can not be found? It's been years since I compiled regularly and I have forgotten much. Could it be related to the fact that I am on a 64 bit machine? > : > checking for lt_dlopen in -lltdl... no > configure: WARNING: using included copy of libltdl > configure: WARNING: this is deprecated and will go away > configure: WARNING: it is suggested to install libltdl > checking for LIBFFI... no > checking for ffi_prep_cif in -llibffi... no > configure: WARNING: using included copy of libffi > configure: WARNING: this is deprecated and will go away > configure: WARNING: it is suggested to install libffi > checking for sigsegv_install_handler in -lsigsegv... no > configure: WARNING: using included copy of libsigsegv > configure: WARNING: this is deprecated and will go away > configure: WARNING: it is suggested to install libsigsegv > : > checking how to link with GMP... not found > checking how to link with readline... not found > : > checking for Tcl 8.x... no > checking for Tk 8.x... no > : > checking for sqlite3.h... no > : > checking for CAIRO... no > : > checking for GLIB - version >= 2.0.0... no > *** Could not run GLIB test program, checking why... > *** The test program failed to compile or link. See the file config.log for the > *** exact error that occured. This usually means GLIB is incorrectly installed. > > checking whether to install GTK... no > checking whether to install BloxGTK... no > checking whether to install Blox... no > > > _______________________________________________ > help-smalltalk mailing list > [hidden email] > http://lists.gnu.org/mailman/listinfo/help-smalltalk __________________________________________________ Do You Yahoo!? En finir avec le spam? Yahoo! Mail vous offre la meilleure protection possible contre les messages non sollicités http://mail.yahoo.fr Yahoo! Mail _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
On Wed, 29 Dec 2010 08:24:54 +0100
Mathieu Suen <[hidden email]> wrote: > Did you install the dev package? That's a very good idea in general. Ubuntu (like others) provides library x in package x for _compiled_ programs to use. If you plan on _compiling_ something using library x, you need package x-dev, which contains the header files needed for a typical configure run to succeed. s. _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
On Wed, Dec 29, 2010 at 09:36, Stefan Schmiedl <[hidden email]> wrote:
> On Wed, 29 Dec 2010 08:24:54 +0100 > Mathieu Suen <[hidden email]> wrote: > >> Did you install the dev package? > > That's a very good idea in general. Ubuntu (like others) > provides library x in package x for _compiled_ programs > to use. If you plan on _compiling_ something using > library x, you need package x-dev, which contains the > header files needed for a typical configure run to succeed. That's correct, and it's also true for almost all distributions. Fedora and other Red Hat-based distributions call them "x-devel" instead. Fink instead uses the plain package name for development packages and "x-shlibs" for the "user-only" package. Only distributions that compile everything, such as MacPorts or the original BSD port systems (and Gentoo as well, I think), have no distinction between "user" and "development" packages. Paolo _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
> > Only distributions that compile everything, such as MacPorts or the > original BSD port systems (and Gentoo as well, I think), have no > distinction between "user" and "development" packages. With MacPort Ii made the confusion one time because they had devel packages. But that does absolutly not mean that it is a package for development. It mean that this is a beta package or something like that. :) > > Paolo > > _______________________________________________ > help-smalltalk mailing list > [hidden email] > http://lists.gnu.org/mailman/listinfo/help-smalltalk > _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
Free forum by Nabble | Edit this page |