Gtkmm-forge Digest, Vol 14, Issue 1



Send Gtkmm-forge mailing list submissions to
	gtkmm-forge lists sourceforge net

To subscribe or unsubscribe via the World Wide Web, visit
	https://lists.sourceforge.net/lists/listinfo/gtkmm-forge
or, via email, send a message with subject or body 'help' to
	gtkmm-forge-request lists sourceforge net

You can reach the person managing the list at
	gtkmm-forge-owner lists sourceforge net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Gtkmm-forge digest..."


gtkmm-forge is the mailing list that receives gtkmm bug reports from bugzilla.  A daily digest is sent to gtkmm-main, to encourage people to help fixing the bugs. Do not try to unsubscribe gtkmm-forge from gtkmm-list.


Today's Topics:

   1. [Bug 447037] some signal names are duplicated with	different
      prototypes for the handlers (gtkmm (bugzilla.gnome.org))
   2. [Bug 447037] some signal names are duplicated with	different
      prototypes for the handlers (gtkmm (bugzilla.gnome.org))
   3. [Bug 450574] New tooltips API (gtkmm (bugzilla.gnome.org))
   4. [Bug 450574] New tooltips API (gtkmm (bugzilla.gnome.org))
   5. [Bug 453509] New: build failuire: undefined	reference to
      `get_defs(unsigned long)' (gtkmm (bugzilla.gnome.org))


----------------------------------------------------------------------

Message: 1
Date: Fri, 29 Jun 2007 07:17:38 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 447037] some signal names are
	duplicated with	different prototypes for the handlers
To: gtkmm-forge lists sourceforge net
Message-ID: <20070629071738 8A8BE6C4244 box gnome org>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=447037

  gtkmm | general | Ver: 2.8.x




------- Comment #2 from Jonathan Atkins  2007-06-29 07:17 UTC -------
I did just that.  I added more smarts to the code generator and now it works
great.  It was a little more pain, but only a little.  The generator only
reduces the amount of redundant coding involved in getting pointers to widgets
and the dialog, and tying signals to class member functions.  it also makes a
factory method so that you never have to look at the glade file loading and
getting the derived instance stuff ever again.  

If anyone is interested, please leave a comment and I'll post details.

It sure made my life easier...  ;-)


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=447037.



------------------------------

Message: 2
Date: Fri, 29 Jun 2007 07:20:16 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 447037] some signal names are
	duplicated with	different prototypes for the handlers
To: gtkmm-forge lists sourceforge net
Message-ID: <20070629072016 C85BB6C4247 box gnome org>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=447037

  gtkmm | general | Ver: 2.8.x

Jonathan Atkins changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |WONTFIX




-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=447037.



------------------------------

Message: 3
Date: Fri, 29 Jun 2007 07:54:12 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 450574] New tooltips API
To: gtkmm-forge lists sourceforge net
Message-ID: <20070629075412 CF2A86C4230 box gnome org>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=450574

  gtkmm | general | Ver: 2.11.x

Murray Cumming changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |murrayc murrayc com




------- Comment #2 from Murray Cumming  2007-06-29 07:54 UTC -------
Well done. Please commit. It looks quite straightforward.

I wonder if 
set_icon_from_stock(const Glib::ustring& stock_id, IconSize size)
should use a StockID. I forget when we use a string and when we use a StockID.

Are there no signals or properties or implemented interfaces?


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=450574.



------------------------------

Message: 4
Date: Fri, 29 Jun 2007 23:00:52 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 450574] New tooltips API
To: gtkmm-forge lists sourceforge net
Message-ID: <20070629230052 0E74C6C42D4 box gnome org>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=450574

  gtkmm | general | Ver: 2.11.x




------- Comment #3 from Marko Anastasov  2007-06-29 23:00 UTC -------
(In reply to comment #2)
> I wonder if 
> set_icon_from_stock(const Glib::ustring& stock_id, IconSize size)
> should use a StockID. I forget when we use a string and when we use a StockID.

Right, should be StockID. It's used in most cases, except that
ToolButton::get_stock_id() return a string. StockID has constructors for
strings and BuiltInStockID, which can perform implicit conversion, and are very
convenient.

Btw for properties (there is not stock_id property here, just for the sake of
the discussion) it is a bit diverse:

action.hg:99:  _WRAP_PROPERTY("stock_id", StockID)
cellrendererpixbuf.hg:51:  _WRAP_PROPERTY("stock_id", Glib::ustring)
image.hg:111:  _WRAP_PROPERTY("stock", Glib::ustring)
statusicon.hg:152:  _WRAP_PROPERTY("stock", StockID)
toolbutton.hg:93:  _WRAP_PROPERTY("stock_id", Glib::ustring)

> Are there no signals or properties or implemented interfaces?

There is one signal, for Widget, query_tooltip. But (oops) I forgot to check
the properties - there are three for Widget.

Committed, with these modifications included. I'll get to making an example
soon.


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=450574.



------------------------------

Message: 5
Date: Tue,  3 Jul 2007 21:58:15 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 453509] New: build failuire: undefined
	reference to `get_defs(unsigned long)'
To: gtkmm-forge lists sourceforge net
Message-ID: <bug-453509-5595 http bugzilla gnome org/>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=453509

  gtkmm | build | Ver: 2.11.x
           Summary: build failuire: undefined reference to
                    `get_defs(unsigned long)'
           Product: gtkmm
           Version: 2.11.x
          Platform: Other
        OS/Version: All
            Status: UNCONFIRMED
          Severity: major
          Priority: Normal
         Component: build
        AssignedTo: gtkmm-forge lists sourceforge net
        ReportedBy: fsteinel 08 2006 live gnome org flonet net
         QAContact: gtkmm-forge lists sourceforge net
     GNOME version: 2.19/2.20
   GNOME milestone: Unspecified


Please describe the problem:
undefined reference to `get_defs(unsigned long)'

Steps to reproduce:
build gtkmm-2.11.4
./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man
--infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
--localstatedir=/var/lib --enable-api-atkmm --disable-docs --disable-examples
--disable-demos --disable-gtk-doc --build=i686

Actual results:
./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man
--infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
--localstatedir=/var/lib --enable-api-atkmm --disable-docs --disable-examples
--disable-demos --disable-gtk-doc --build=i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking how to create a ustar tar archive... gnutar
checking whether to enable maintainer-specific portions of Makefiles... no
checking for i686-pc-linux-gnu-gcc... i686-pc-linux-gnu-gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether i686-pc-linux-gnu-gcc accepts -g... yes
checking for i686-pc-linux-gnu-gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of i686-pc-linux-gnu-gcc... gcc3
checking how to run the C preprocessor... i686-pc-linux-gnu-gcc -E
checking whether make sets $(MAKE)... (cached) yes
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for some Win32 platform... no
checking for native Win32... no
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ld used by i686-pc-linux-gnu-gcc... /usr/i686-pc-linux-gnu/bin/ld
checking if the linker (/usr/i686-pc-linux-gnu/bin/ld) is GNU ld... yes
checking for /usr/i686-pc-linux-gnu/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for i686-pc-linux-gnu-g++... i686-pc-linux-gnu-g++
checking whether we are using the GNU C++ compiler... yes
checking whether i686-pc-linux-gnu-g++ accepts -g... yes
checking dependency style of i686-pc-linux-gnu-g++... gcc3
checking how to run the C++ preprocessor... i686-pc-linux-gnu-g++ -E
checking for i686-pc-linux-gnu-g77... no
checking for i686-pc-linux-gnu-f77... no
checking for i686-pc-linux-gnu-xlf... no
checking for i686-pc-linux-gnu-frt... no
checking for i686-pc-linux-gnu-pgf77... no
checking for i686-pc-linux-gnu-cf77... no
checking for i686-pc-linux-gnu-fort77... no
checking for i686-pc-linux-gnu-fl32... no
checking for i686-pc-linux-gnu-af77... no
checking for i686-pc-linux-gnu-f90... no
checking for i686-pc-linux-gnu-xlf90... no
checking for i686-pc-linux-gnu-pgf90... no
checking for i686-pc-linux-gnu-pghpf... no
checking for i686-pc-linux-gnu-epcf90... no
checking for i686-pc-linux-gnu-gfortran... i686-pc-linux-gnu-gfortran
checking whether we are using the GNU Fortran 77 compiler... yes
checking whether i686-pc-linux-gnu-gfortran accepts -g... yes
checking the maximum length of command line arguments... 32768
checking command to parse /usr/bin/nm -B output from i686-pc-linux-gnu-gcc
object... ok
checking for objdir... .libs
checking for i686-pc-linux-gnu-ar... i686-pc-linux-gnu-ar
checking for i686-pc-linux-gnu-ranlib... i686-pc-linux-gnu-ranlib
checking for i686-pc-linux-gnu-strip... i686-pc-linux-gnu-strip
checking if i686-pc-linux-gnu-gcc supports -fno-rtti -fno-exceptions... no
checking for i686-pc-linux-gnu-gcc option to produce PIC... -fPIC
checking if i686-pc-linux-gnu-gcc PIC flag -fPIC works... yes
checking if i686-pc-linux-gnu-gcc static flag -static works... yes
checking if i686-pc-linux-gnu-gcc supports -c -o file.o... yes
checking whether the i686-pc-linux-gnu-gcc linker
(/usr/i686-pc-linux-gnu/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by i686-pc-linux-gnu-g++... /usr/i686-pc-linux-gnu/bin/ld
checking if the linker (/usr/i686-pc-linux-gnu/bin/ld) is GNU ld... yes
checking whether the i686-pc-linux-gnu-g++ linker
(/usr/i686-pc-linux-gnu/bin/ld) supports shared libraries... yes
checking for i686-pc-linux-gnu-g++ option to produce PIC... -fPIC
checking if i686-pc-linux-gnu-g++ PIC flag -fPIC works... yes
checking if i686-pc-linux-gnu-g++ static flag -static works... yes
checking if i686-pc-linux-gnu-g++ supports -c -o file.o... yes
checking whether the i686-pc-linux-gnu-g++ linker
(/usr/i686-pc-linux-gnu/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
appending configuration tag "F77" to libtool
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for i686-pc-linux-gnu-gfortran option to produce PIC... -fPIC
checking if i686-pc-linux-gnu-gfortran PIC flag -fPIC works... yes
checking if i686-pc-linux-gnu-gfortran static flag -static works... yes
checking if i686-pc-linux-gnu-gfortran supports -c -o file.o... yes
checking whether the i686-pc-linux-gnu-gfortran linker
(/usr/i686-pc-linux-gnu/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking for gm4... no
checking for m4... m4
checking whether m4 is GNU m4... no
checking whether make is GNU Make... yes
checking for perl... /usr/bin/perl
checking whether Perl is new enough... yes
checking for mkfifo... yes
checking for flockfile... yes
checking for funlockfile... yes
checking for getc_unlocked... yes
checking for i686-pc-linux-gnu-pkg-config... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for ATKMM... yes
checking for PANGOMM... yes
checking for GDKMM... yes
checking for GTKMM... yes
checking for GTHREAD... yes
checking whether we are using the GNU C++ compiler... (cached) yes
checking whether i686-pc-linux-gnu-g++ accepts -g... (cached) yes
checking dependency style of i686-pc-linux-gnu-g++... (cached) gcc3
checking for compiler warning flags to use... -Wall
configure: WARNING: Deprecated API will be built, for backwards-compatibility.
configure: creating ./config.status
config.status: creating atk/Makefile
config.status: creating atk/atkmm-1.6.pc
config.status: creating atk/src/Makefile
config.status: creating atk/atkmm/Makefile
config.status: creating atk/atkmm/private/Makefile
config.status: creating Makefile
config.status: creating gdk/Makefile
config.status: creating gdk/gdkmm-2.4.pc
config.status: creating gdk/src/Makefile
config.status: creating gdk/gdkmm/Makefile
config.status: creating gdk/gdkmm/private/Makefile
config.status: creating gtk/Makefile
config.status: creating gtk/gtkmm-2.4.pc
config.status: creating gtk/src/Makefile
config.status: creating gtk/gtkmm/Makefile
config.status: creating gtk/gtkmm/private/Makefile
config.status: creating pango/Makefile
config.status: creating pango/pangomm-1.4.pc
config.status: creating pango/src/Makefile
config.status: creating pango/pangomm/Makefile
config.status: creating pango/pangomm/private/Makefile
config.status: creating tools/Makefile
config.status: creating tools/m4/Makefile
config.status: creating tools/extra_defs_gen/Makefile
config.status: creating tests/Makefile
config.status: creating tests/child_widget/Makefile
config.status: creating tests/child_widget2/Makefile
config.status: creating tests/child_widget_managed/Makefile
config.status: creating tests/refcount_dialog/Makefile
config.status: creating tests/dialog/Makefile
config.status: creating tests/dialog_deletethis/Makefile
config.status: creating tests/delete_cpp_child/Makefile
config.status: creating tests/main_with_options/Makefile
config.status: creating tests/menu_destruction/Makefile
config.status: creating tests/property_notification/Makefile
config.status: creating tests/scrolledwindow/Makefile
config.status: creating tests/wrap_existing/Makefile
config.status: creating scripts/Makefile
config.status: creating MSVC_Net2003/Makefile
config.status: creating MSVC_Net2003/gendef/Makefile
config.status: creating MSVC_Net2003/atkmm/Makefile
config.status: creating MSVC_Net2003/atkmm/atkmm.rc
config.status: creating MSVC_Net2003/pangomm/Makefile
config.status: creating MSVC_Net2003/pangomm/pangomm.rc
config.status: creating MSVC_Net2003/gdkmm/Makefile
config.status: creating MSVC_Net2003/gdkmm/gdkmm.rc
config.status: creating MSVC_Net2003/gtkmm/Makefile
config.status: creating MSVC_Net2003/gtkmm/gtkmm.rc
config.status: creating MSVC_Net2003/demos/Makefile
config.status: creating MSVC_Net2003/demos/gtk-demo/Makefile
config.status: creating MSVC_Net2003/examples/Makefile
config.status: creating MSVC_Net2003/examples/arrow/Makefile
config.status: creating MSVC_Net2003/examples/calendar/Makefile
config.status: creating MSVC_Net2003/examples/cellrenderercustom_popup/Makefile
config.status: creating
MSVC_Net2003/examples/cellrenderercustom_toggle/Makefile
config.status: creating MSVC_Net2003/examples/direction/Makefile
config.status: creating MSVC_Net2003/examples/dnd/Makefile
config.status: creating MSVC_Net2003/examples/exception/Makefile
config.status: creating MSVC_Net2003/examples/gdk/Makefile
config.status: creating MSVC_Net2003/examples/printing/Makefile
config.status: creating MSVC_Net2003/examples/rulers/Makefile
config.status: creating MSVC_Net2003/examples/statusbar/Makefile
config.status: creating MSVC_Net2003/examples/stock/Makefile
config.status: creating MSVC_Net2003/examples/tictactoe/Makefile
config.status: creating MSVC_Net2003/examples/treemodelcustom/Makefile
config.status: creating MSVC_Net2003/examples/window/Makefile
config.status: creating config.h
config.status: creating gdk/gdkmmconfig.h
config.status: creating gtk/gtkmmconfig.h
config.status: executing depfiles commands
make  all-recursive
make[1]: Entering directory
`/var/tmp/portage/dev-cpp/gtkmm-2.11.4/work/gtkmm-2.11.4'
Making all in tools
make[2]: Entering directory
`/var/tmp/portage/dev-cpp/gtkmm-2.11.4/work/gtkmm-2.11.4/tools'
Making all in m4
make[3]: Entering directory
`/var/tmp/portage/dev-cpp/gtkmm-2.11.4/work/gtkmm-2.11.4/tools/m4'
make[3]: F??r das Ziel ??all?? ist nichts zu tun.
make[3]: Leaving directory
`/var/tmp/portage/dev-cpp/gtkmm-2.11.4/work/gtkmm-2.11.4/tools/m4'
Making all in extra_defs_gen
make[3]: Entering directory
`/var/tmp/portage/dev-cpp/gtkmm-2.11.4/work/gtkmm-2.11.4/tools/extra_defs_gen'
if i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../gdk
-I../../gtk -DPNG_NO_MMX_CODE -I/usr/include/glibmm-2.4
-I/usr/lib/glibmm-2.4/include -I/usr/include/sigc++-2.0
-I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/cairomm-1.0 -I/usr/include/cairo
-I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gtk-2.0
-I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0
-I/usr/include/gtk-unix-print-2.0      -O3 -march=athlon -funroll-loops -pipe
-ggdb -Wall -MT generate_defs_gtk.o -MD -MP -MF ".deps/generate_defs_gtk.Tpo"
-c -o generate_defs_gtk.o generate_defs_gtk.cc; \
        then mv -f ".deps/generate_defs_gtk.Tpo" ".deps/generate_defs_gtk.Po";
else rm -f ".deps/generate_defs_gtk.Tpo"; exit 1; fi
/bin/sh ../../libtool --tag=CXX --mode=link i686-pc-linux-gnu-g++  -O3
-march=athlon -funroll-loops -pipe -ggdb -Wall  -Wl,--as-needed -o
generate_extra_defs  generate_defs_gtk.o  -lglibmm-2.4 -lsigc-2.0 -lcairomm-1.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  
-lglibmm_generate_extra_defs-2.4
mkdir .libs
i686-pc-linux-gnu-g++ -O3 -march=athlon -funroll-loops -pipe -ggdb -Wall
-Wl,--as-needed -o generate_extra_defs generate_defs_gtk.o 
/usr/lib/libglibmm-2.4.so /usr/lib/libcairomm-1.0.so /usr/lib/libexpat.so
/usr/lib/libgtk-x11-2.0.so /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so
/usr/lib/libgdk_pixbuf-2.0.so /usr/lib/libpangocairo-1.0.so -L/usr/lib
/usr/lib/libpangoft2-1.0.so /usr/lib/libpango-1.0.so /usr/lib/libcairo.so
/usr/lib/libfreetype.so /usr/lib/libfontconfig.so /usr/lib/libxml2.so
/usr/lib/libglitz-glx.so /usr/lib/libglitz.so /usr/lib/libGL.so
/usr/lib/libXext.so -lpthread /usr/lib/libpng12.so -lz /usr/lib/libXrender.so
/usr/lib/libX11.so /usr/lib/libXau.so /usr/lib/libXdmcp.so -lm
/usr/lib/libglibmm_generate_extra_defs-2.4.so /usr/lib/libsigc-2.0.so
/usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so /usr/lib/libglib-2.0.so
-ldl
generate_defs_gtk.o: In function `main':
/var/tmp/portage/dev-cpp/gtkmm-2.11.4/work/gtkmm-2.11.4/tools/extra_defs_gen/generate_defs_gtk.cc:46:
undefined reference to `get_defs(unsigned long)'
/var/tmp/portage/dev-cpp/gtkmm-2.11.4/work/gtkmm-2.11.4/tools/extra_defs_gen/generate_defs_gtk.cc:46:
undefined reference to `get_defs(unsigned long)'
/var/tmp/portage/dev-cpp/gtkmm-2.11.4/work/gtkmm-2.11.4/tools/extra_defs_gen/generate_defs_gtk.cc:46:
undefined reference to `get_defs(unsigned long)'
/var/tmp/portage/dev-cpp/gtkmm-2.11.4/work/gtkmm-2.11.4/tools/extra_defs_gen/generate_defs_gtk.cc:46:
undefined reference to `get_defs(unsigned long)'
/var/tmp/portage/dev-cpp/gtkmm-2.11.4/work/gtkmm-2.11.4/tools/extra_defs_gen/generate_defs_gtk.cc:46:
undefined reference to `get_defs(unsigned long)'
generate_defs_gtk.o:/var/tmp/portage/dev-cpp/gtkmm-2.11.4/work/gtkmm-2.11.4/tools/extra_defs_gen/generate_defs_gtk.cc:46:
more undefined references to `get_defs(unsigned long)' follow
collect2: ld returned 1 exit status
make[3]: *** [generate_extra_defs] Fehler 1
make[3]: Leaving directory
`/var/tmp/portage/dev-cpp/gtkmm-2.11.4/work/gtkmm-2.11.4/tools/extra_defs_gen'
make[2]: *** [all-recursive] Fehler 1
make[2]: Leaving directory
`/var/tmp/portage/dev-cpp/gtkmm-2.11.4/work/gtkmm-2.11.4/tools'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory
`/var/tmp/portage/dev-cpp/gtkmm-2.11.4/work/gtkmm-2.11.4'

Expected results:
fresh compiled and installed binarys of gtkmm

Does this happen every time?
yes

Other information:
gtk+-2.11.5


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=453509.



------------------------------

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/

------------------------------

_______________________________________________
Gtkmm-forge mailing list
Gtkmm-forge lists sourceforge net
https://lists.sourceforge.net/lists/listinfo/gtkmm-forge


End of Gtkmm-forge Digest, Vol 14, Issue 1
******************************************



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]