libsigcx-main Mailing List for libSigC++ Extras
Status: Beta
Brought to you by:
rottmann
Menu
▾
▴
libsigcx-main — Discussion and Development
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(1) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(6) |
Jul
(2) |
Aug
(2) |
Sep
(2) |
Oct
|
Nov
|
Dec
(3) |
| 2004 |
Jan
|
Feb
(2) |
Mar
(1) |
Apr
|
May
(5) |
Jun
(34) |
Jul
(1) |
Aug
|
Sep
|
Oct
(7) |
Nov
|
Dec
|
| 2005 |
Jan
|
Feb
|
Mar
(2) |
Apr
(5) |
May
(10) |
Jun
(1) |
Jul
(2) |
Aug
(3) |
Sep
|
Oct
(1) |
Nov
|
Dec
(1) |
| 2006 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Andreas R. <a.r...@gm...> - 2010-06-23 10:20:33
|
"Chris Norris" <Chr...@em...> writes: > Good evening, > > > > I'm trying to find a solution for cross-thread signaling. > > > > I tried building libsigcx against libsigc++ 2.x and it failed > spectacularly. I've done some initial debugging. Fixed the > configure.ac so I can start the build, etc., but there are many C++ > errors. > Yep, sigcx was written against the 1.x version of libsigc++; a complete rewrite would probably be in order to make it work with 2.x. > Before I go too far with this, is there any plan to bring libsigcx up to > date? > No, I've stopped doing C++ as a pastime ;-). > Wondering if there is still any interest in this libsigcx lib, or has > everyone migrated over to boost::signal2 ? > I don't think there's much interest in sigcx, AFAICT. Regards, Rotty -- Andreas Rottmann -- <http://rotty.yi.org/> |
|
From: Chris N. <Chr...@em...> - 2010-06-23 05:13:49
|
Good evening, I'm trying to find a solution for cross-thread signaling. I tried building libsigcx against libsigc++ 2.x and it failed spectacularly. I've done some initial debugging. Fixed the configure.ac so I can start the build, etc., but there are many C++ errors. Before I go too far with this, is there any plan to bring libsigcx up to date? Wondering if there is still any interest in this libsigcx lib, or has everyone migrated over to boost::signal2 ? Cheers! Chris Norris Firmware Engineer Embla direct: 303.962.1782 fax: 303.962.1810 email: chr...@em... 11001 W 120th Ave Suite 200 * Broomfield, CO 80021 * USA This e-mail may contain confidential and privileged material for the sole use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete this e-mail. |
|
From: Steven B. <sw...@uc...> - 2007-03-12 17:23:29
|
Niko Demmel wrote: > I want to get the values from thread A to B in with a callback > call.) [...] > But am I right to assume that that's not possible with sigcx either? Not sure - I've never used sigcx's thread support, just used it as a toolkit-neutral event loop abstraction. |
|
From: Niko D. <nik...@gm...> - 2007-03-12 17:18:59
|
Steven Brown wrote: > > It works fine with Cygwin, but AFAIK the event loop would need major > surgery for 'native' Windows/mingw32 as Windows treats sockets > differently than files, it'd need to have a way to integrate other > wait handles into the event loop (so no using select/poll), etc.. > > I'm planning to switch to glib+glibmm for the mingw32 support, but > glib/mingw32 is currently affected by at least these two bugs that > cause problems: > > http://bugzilla.gnome.org/show_bug.cgi?id=324234 > http://bugzilla.gnome.org/show_bug.cgi?id=338943 > > Nothing's ever easy I guess. :) > Yeah i was using mingw32/msys but as you said the socket stuff does work differently. I like to avoid having the extra cygwin layer... Thanks for the tip with glib. I had allready looked into GLibmm and their Dispatcher for cross thread callbacks (with a MainLoop in both threads). I was looking into sigcx because I don't think its possible with the glibmm to have parameters for the cross thread signals. (In other words to evoke a call to a function like void mycallback(int) but not bind it upon connect on the reveiver side. I want to get the values from thread A to B in with a callback call.) Or I just haven't figured it out yet... But am I right to assume that that's not possible with sigcx either? Niko |
|
From: Steven B. <sw...@uc...> - 2007-03-12 16:49:46
|
Niko Demmel wrote: > Has anyone ever built sigcx on windows? Is it compatible? > I tried building it but ran into some problems with types and functions > which seem unix specific -.- It works fine with Cygwin, but AFAIK the event loop would need major surgery for 'native' Windows/mingw32 as Windows treats sockets differently than files, it'd need to have a way to integrate other wait handles into the event loop (so no using select/poll), etc.. I'm planning to switch to glib+glibmm for the mingw32 support, but glib/mingw32 is currently affected by at least these two bugs that cause problems: http://bugzilla.gnome.org/show_bug.cgi?id=324234 http://bugzilla.gnome.org/show_bug.cgi?id=338943 Nothing's ever easy I guess. :) |
|
From: Niko D. <nik...@gm...> - 2007-03-12 16:40:15
|
Has anyone ever built sigcx on windows? Is it compatible? I tried building it but ran into some problems with types and functions which seem unix specific -.- Niko |
|
From: Steven B. <sw...@uc...> - 2006-06-06 01:54:15
|
[no response resend - 6/05/2006] I recently made a change to correct a spurious fd bug in dispatch.cc. Patches are still in the arch tree, waiting to be merged. Steven Brown wrote: > [no response resend - 2/14/2006] > > It's been many months since I submitted these fixes (7/12/2005), and > many mails that have gone ignored. Without these fixes, libsigcx has > critical bugs. Please commit them. > > Steven Brown wrote: >> [no response resend] >> >> Steven Brown wrote: >>> [2 week no response resend] >>> >>> >>> Andreas Rottmann wrote: >>> >>>> Steven Brown <sw...@uc...> writes: >>>> >>>> >>>>> [2 week no response resend] >>>>> >>>> >>>> Sorry, been busy lately, day job and all. >>> >>> >>> No prob., mail often goes into the void so I just poll patches every 2 >>> weeks. >>> >>> >>>> I have one stylistic issue with the patch: method names should not be >>>> javaStyle, but gtkmm_style (lowercase, underscores). >>> >>> >>> D'oh, I try and match style but I apparently missed a couple things. >>> Fixed. >>> >>> >>>> Also, it would be *great* if you could set up an archive and store >>>> the changesets there, easing work for both you and me. >>> >>> >>> I believe I've now set one up (tagged from yours) that contains the >>> modified version of this patch to fix a couple style similarity issues - >>> it obsoletes the one in email. This is my first stab at arch, so >>> hopefully everything went ok. >>> >>> tla register-archive "http://wiisard.org/~swbrown/{archives}/2005-fixes" >>> tla get sw...@uc...--2005-fixes/libsigcx--events--0.1 >>> libsigcx-events >>> >>> One other thing, in your arch tree, scripts/mkinstalldirs was generated >>> (Sarge) via autogen.sh, but isn't known to the tree. I'm not sure of >>> the right mechanism to tell arch it's junk, but it should be ignored >>> somehow. >>> >>> swbrown@wiisard:~/src/libsigcx-events$ tla commit >>> These apparent source files lack inventory ids: >>> >>> scripts/mkinstalldirs >>> >>> >>> commit: commit aborted >>> >>> >>> >>> ------------------------------------------------------- >>> SF.Net email is Sponsored by the Better Software Conference & EXPO >>> September 19-22, 2005 * San Francisco, CA * Development Lifecycle >>> Practices >>> Agile & Plan-Driven Development * Managing Projects & Teams * Testing >>> & QA >>> Security * Process Improvement & Measurement * >>> http://www.sqe.com/bsce5sf >>> _______________________________________________ >>> Libsigcx-main mailing list >>> Lib...@li... >>> https://lists.sourceforge.net/lists/listinfo/libsigcx-main >> >> > > > |
|
From: Steven B. <sw...@uc...> - 2006-02-15 03:13:30
|
[no response resend - 2/14/2006] It's been many months since I submitted these fixes (7/12/2005), and many mails that have gone ignored. Without these fixes, libsigcx has critical bugs. Please commit them. Steven Brown wrote: > [no response resend] > > Steven Brown wrote: >> [2 week no response resend] >> >> >> Andreas Rottmann wrote: >> >>> Steven Brown <sw...@uc...> writes: >>> >>> >>>> [2 week no response resend] >>>> >>> >>> Sorry, been busy lately, day job and all. >> >> >> No prob., mail often goes into the void so I just poll patches every 2 >> weeks. >> >> >>> I have one stylistic issue with the patch: method names should not be >>> javaStyle, but gtkmm_style (lowercase, underscores). >> >> >> D'oh, I try and match style but I apparently missed a couple things. >> Fixed. >> >> >>> Also, it would be *great* if you could set up an archive and store >>> the changesets there, easing work for both you and me. >> >> >> I believe I've now set one up (tagged from yours) that contains the >> modified version of this patch to fix a couple style similarity issues - >> it obsoletes the one in email. This is my first stab at arch, so >> hopefully everything went ok. >> >> tla register-archive "http://wiisard.org/~swbrown/{archives}/2005-fixes" >> tla get sw...@uc...--2005-fixes/libsigcx--events--0.1 >> libsigcx-events >> >> One other thing, in your arch tree, scripts/mkinstalldirs was generated >> (Sarge) via autogen.sh, but isn't known to the tree. I'm not sure of >> the right mechanism to tell arch it's junk, but it should be ignored >> somehow. >> >> swbrown@wiisard:~/src/libsigcx-events$ tla commit >> These apparent source files lack inventory ids: >> >> scripts/mkinstalldirs >> >> >> commit: commit aborted >> >> >> >> ------------------------------------------------------- >> SF.Net email is Sponsored by the Better Software Conference & EXPO >> September 19-22, 2005 * San Francisco, CA * Development Lifecycle >> Practices >> Agile & Plan-Driven Development * Managing Projects & Teams * Testing >> & QA >> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf >> _______________________________________________ >> Libsigcx-main mailing list >> Lib...@li... >> https://lists.sourceforge.net/lists/listinfo/libsigcx-main > > |
|
From: Tim M. <tma...@re...> - 2006-01-06 00:39:22
|
On Thu, 2006-01-05 at 22:44 +0100, klaus triendl wrote: > hi, > > there was a big discussion in june 2004 about porting sigcx to sigc > ++2.0. Parnell Flynn offered hist help and Christer Palm started a > lengthy discussion on this topic. > > Did anything happen in the meantime? > Hello Klaus I'm not sure if anything has happened in the meantime but I'll take this opportunity to let you and the rest of the list subscribers know that I wrote a cross thread signaling library a few months ago that is similar in concept to sigcx. I called it glibmmx because it depends on glibmm 2.4(for the thread stuff) and not just sigc++2.0. It has a number of dispatchers like sigcx, including one that works with glibmm/gtkmm. It builds the templates using m4 during the build so it won't look complete if you just browse cvs. Although it *should* work, I haven't done enough testing or written enough examples and documentation for me to feel it is ready for a release(busy with other projects at the moment). If someone wants to port sigcx to sigc++2.0 you may want to at least have a look at my library as I think the API is better that sigcx in some ways. If anyone is interested or needs help building/using it please let me know. There is also a class for performing lock free programming using Read Copy Update(RCU), please ignore that as it is proof of concept only. You can find the library here http://sourceforge.net/projects/glibmmx Tim. |
|
From: klaus t. <kj...@tr...> - 2006-01-05 21:03:08
|
hi, there was a big discussion in june 2004 about porting sigcx to sigc ++2.0. Parnell Flynn offered hist help and Christer Palm started a lengthy discussion on this topic. Did anything happen in the meantime? -- klaus triendl http://triendl.info |
|
From: Steven B. <sw...@uc...> - 2005-12-17 16:18:11
|
It's been many months since I submitted these fixes (7/12/2005), and many mails that have gone ignored. Without these fixes, libsigcx has critical bugs. Please commit them. Steven Brown wrote: > [no response resend] > > Steven Brown wrote: >> [2 week no response resend] >> >> >> Andreas Rottmann wrote: >> >>> Steven Brown <sw...@uc...> writes: >>> >>> >>>> [2 week no response resend] >>>> >>> >>> Sorry, been busy lately, day job and all. >> >> >> No prob., mail often goes into the void so I just poll patches every 2 >> weeks. >> >> >>> I have one stylistic issue with the patch: method names should not be >>> javaStyle, but gtkmm_style (lowercase, underscores). >> >> >> D'oh, I try and match style but I apparently missed a couple things. >> Fixed. >> >> >>> Also, it would be *great* if you could set up an archive and store >>> the changesets there, easing work for both you and me. >> >> >> I believe I've now set one up (tagged from yours) that contains the >> modified version of this patch to fix a couple style similarity issues - >> it obsoletes the one in email. This is my first stab at arch, so >> hopefully everything went ok. >> >> tla register-archive "http://wiisard.org/~swbrown/{archives}/2005-fixes" >> tla get sw...@uc...--2005-fixes/libsigcx--events--0.1 >> libsigcx-events >> >> One other thing, in your arch tree, scripts/mkinstalldirs was generated >> (Sarge) via autogen.sh, but isn't known to the tree. I'm not sure of >> the right mechanism to tell arch it's junk, but it should be ignored >> somehow. >> >> swbrown@wiisard:~/src/libsigcx-events$ tla commit >> These apparent source files lack inventory ids: >> >> scripts/mkinstalldirs >> >> >> commit: commit aborted >> >> >> >> ------------------------------------------------------- >> SF.Net email is Sponsored by the Better Software Conference & EXPO >> September 19-22, 2005 * San Francisco, CA * Development Lifecycle >> Practices >> Agile & Plan-Driven Development * Managing Projects & Teams * Testing >> & QA >> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf >> _______________________________________________ >> Libsigcx-main mailing list >> Lib...@li... >> https://lists.sourceforge.net/lists/listinfo/libsigcx-main > > |
|
From: Steven B. <sw...@uc...> - 2005-10-06 21:03:12
|
[no response resend] Steven Brown wrote: > [2 week no response resend] > > > Andreas Rottmann wrote: > >>Steven Brown <sw...@uc...> writes: >> >> >>>[2 week no response resend] >>> >> >>Sorry, been busy lately, day job and all. > > > No prob., mail often goes into the void so I just poll patches every 2 > weeks. > > >>I have one stylistic issue with the patch: method names should not be >>javaStyle, but gtkmm_style (lowercase, underscores). > > > D'oh, I try and match style but I apparently missed a couple things. Fixed. > > >>Also, it would be *great* if you could set up an archive and store >>the changesets there, easing work for both you and me. > > > I believe I've now set one up (tagged from yours) that contains the > modified version of this patch to fix a couple style similarity issues - > it obsoletes the one in email. This is my first stab at arch, so > hopefully everything went ok. > > tla register-archive "http://wiisard.org/~swbrown/{archives}/2005-fixes" > tla get sw...@uc...--2005-fixes/libsigcx--events--0.1 libsigcx-events > > One other thing, in your arch tree, scripts/mkinstalldirs was generated > (Sarge) via autogen.sh, but isn't known to the tree. I'm not sure of > the right mechanism to tell arch it's junk, but it should be ignored > somehow. > > swbrown@wiisard:~/src/libsigcx-events$ tla commit > These apparent source files lack inventory ids: > > scripts/mkinstalldirs > > > commit: commit aborted > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Libsigcx-main mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libsigcx-main |
|
From: Steven B. <sw...@uc...> - 2005-08-23 20:35:31
|
[2 week no response resend] Andreas Rottmann wrote: > Steven Brown <sw...@uc...> writes: > >>[2 week no response resend] >> > Sorry, been busy lately, day job and all. No prob., mail often goes into the void so I just poll patches every 2 weeks. > I have one stylistic issue with the patch: method names should not be > javaStyle, but gtkmm_style (lowercase, underscores). D'oh, I try and match style but I apparently missed a couple things. Fixed. > Also, it would be *great* if you could set up an archive and store > the changesets there, easing work for both you and me. I believe I've now set one up (tagged from yours) that contains the modified version of this patch to fix a couple style similarity issues - it obsoletes the one in email. This is my first stab at arch, so hopefully everything went ok. tla register-archive "http://wiisard.org/~swbrown/{archives}/2005-fixes" tla get sw...@uc...--2005-fixes/libsigcx--events--0.1 libsigcx-events One other thing, in your arch tree, scripts/mkinstalldirs was generated (Sarge) via autogen.sh, but isn't known to the tree. I'm not sure of the right mechanism to tell arch it's junk, but it should be ignored somehow. swbrown@wiisard:~/src/libsigcx-events$ tla commit These apparent source files lack inventory ids: scripts/mkinstalldirs commit: commit aborted |
|
From: Steven B. <sw...@uc...> - 2005-08-02 07:02:04
|
Andreas Rottmann wrote: > Steven Brown <sw...@uc...> writes: > >>[2 week no response resend] >> > Sorry, been busy lately, day job and all. No prob., mail often goes into the void so I just poll patches every 2 weeks. > I have one stylistic issue with the patch: method names should not be > javaStyle, but gtkmm_style (lowercase, underscores). D'oh, I try and match style but I apparently missed a couple things. Fixed. > Also, it would be *great* if you could set up an archive and store > the changesets there, easing work for both you and me. I believe I've now set one up (tagged from yours) that contains the modified version of this patch to fix a couple style similarity issues - it obsoletes the one in email. This is my first stab at arch, so hopefully everything went ok. tla register-archive "http://wiisard.org/~swbrown/{archives}/2005-fixes" tla get sw...@uc...--2005-fixes/libsigcx--events--0.1 libsigcx-events One other thing, in your arch tree, scripts/mkinstalldirs was generated (Sarge) via autogen.sh, but isn't known to the tree. I'm not sure of the right mechanism to tell arch it's junk, but it should be ignored somehow. swbrown@wiisard:~/src/libsigcx-events$ tla commit These apparent source files lack inventory ids: scripts/mkinstalldirs commit: commit aborted |
|
From: Andreas R. <a.r...@gm...> - 2005-08-01 18:05:03
|
Steven Brown <sw...@uc...> writes: > [2 week no response resend] > Sorry, been busy lately, day job and all. > > There were some errors with how libsigcx handles events - the attached > patch fixes them. Here's the changelog entry from the attached patch: > > * sigcx/dispatch.cc, sigcx/dispatch.h: Fix iterator corruption > and calling removed handlers when removing event handlers from > event handlers, and fix not select()ing on the first pass on > file event handlers added from event handlers on the same pass. > > With these patches and the current arch tree, my stuff is working quite > well. It'd be great if a 0.6.5 could be rolled from the arch tree after > this is applied. If it's a time issue for you, I could see about > rolling one for you. > I accidentially already rolled an 0.6.5 tarball in a rush to fix a Debian FTBFS; I'll do a 0.6.7 after incorporating your patches. > 2005-07-08 Steven Brown <sw...@uc...> > > * sigcx/dispatch.cc, sigcx/dispatch.h: Fix iterator corruption and > calling removed handlers when removing event handlers from event > handlers, and fix not select()ing on the first pass on file event > handlers added from event handlers on the same pass. > > I have one stylistic issue with the patch: method names should not be javaStyle, but gtkmm_style (lowercase, underscores). Also, it would be *great* if you could set up an archive and store the changesets there, easing work for both you and me. Cheers, Rotty -- Andreas Rottmann | Rotty@ICQ | 118634484@ICQ | a.r...@gm... http://yi.org/rotty | GnuPG Key: http://yi.org/rotty/gpg.asc Fingerprint | DFB4 4EB4 78A4 5EEE 6219 F228 F92F CFC5 01FD 5B62 v2sw7MYChw5pr5OFma7u7Lw2m5g/l7Di6e6t5BSb7en6g3/5HZa2Xs6MSr1/2p7 hackerkey.com Beware of bugs in the above code; I have only proved it correct, not tried it. -- Donald E. Knuth |
|
From: Steven B. <sw...@uc...> - 2005-07-30 08:13:47
|
[2 week no response resend]
There were some errors with how libsigcx handles events - the attached
patch fixes them. Here's the changelog entry from the attached patch:
* sigcx/dispatch.cc, sigcx/dispatch.h: Fix iterator corruption
and calling removed handlers when removing event handlers from
event handlers, and fix not select()ing on the first pass on
file event handlers added from event handlers on the same pass.
With these patches and the current arch tree, my stuff is working quite
well. It'd be great if a 0.6.5 could be rolled from the arch tree after
this is applied. If it's a time issue for you, I could see about
rolling one for you.
|
|
From: Steven B. <sw...@uc...> - 2005-07-13 03:06:48
|
There were some errors with how libsigcx handles events - the attached
patch fixes them. Here's the changelog entry from the attached patch:
* sigcx/dispatch.cc, sigcx/dispatch.h: Fix iterator corruption
and calling removed handlers when removing event handlers from
event handlers, and fix not select()ing on the first pass on
file event handlers added from event handlers on the same pass.
With these patches and the current arch tree, my stuff is working quite
well. It'd be great if a 0.6.5 could be rolled from the arch tree after
this is applied. If it's a time issue for you, I could see about
rolling one for you.
|
|
From: Andreas R. <a.r...@gm...> - 2005-06-02 20:59:16
|
Steven Brown <sw...@uc...> writes: > I'm going to be using libsigcx on PDAs, so I needed to fix it up to > handle cross-compiles and whatnot via OpenEmbedded. I have a few > patches here that'd be nice to have applied to the arch repository. > > This fixes the dist target, where autogen.sh wasn't being disted, and > libtool.m4 was. Disting the libtool.m4 was causing issues, as if you > tried to regenerate the build files with a newer libtool, libtool.m4 > (no longer used) would still be there, and get included by aclocal, > causing quite a mess: > > https://wiisard.org:8081/svn/WIISARD/trunk/meta/OpenEmbedded/packages/libsigcx-0.6/libsigcx-0.6-0.6.4/libsigcx-200505061-fix-dist-swb.patch > Applied: ro...@de...--2005/libsigcx--dev--0--patch-3 > This fixes pack<R,P1> being used before it was declared by > predeclaring it. On newer gccs, this would prevent the tests from > compiling. There might be other similar issues that will pop up over > time due to the templated classes having their members declared inline. > > https://wiisard.org:8081/svn/WIISARD/trunk/meta/OpenEmbedded/packages/libsigcx-0.6/libsigcx-0.6-0.6.4/libsigcx-0.6.4-pack-predeclare-swb.patch > OK, this one is very nice, because it fixes test comilation with GCC 3.4 and up, but it was slightly incorrect - tunnel.h generated from tunnel.h.m4. I've turned your patch into the matching M4 voodoo. ro...@de...--2005/libsigcx--dev--0--patch-4 > This fixes AC_TRY_RUN getting called in the exception handling test > even during cross compiles. That macro can't be called during cross > compiles or it will error (for obvious reasons). Assume it passed in > such a case, as is the accepted way of handling AC_TRY_RUN tests. > > https://wiisard.org:8081/svn/WIISARD/trunk/meta/OpenEmbedded/packages/libsigcx-0.6/libsigcx-0.6-0.6.4/libsigcx-0.6.4-fix-ac-try-run-swb.patch > Applied: ro...@de...--2005/libsigcx--dev--0--patch-5 Thanks a lot for your contributions, Rotty -- Andreas Rottmann | Rotty@ICQ | 118634484@ICQ | a.r...@gm... http://yi.org/rotty | GnuPG Key: http://yi.org/rotty/gpg.asc Fingerprint | DFB4 4EB4 78A4 5EEE 6219 F228 F92F CFC5 01FD 5B62 v2sw7MYChw5pr5OFma7u7Lw2m5g/l7Di6e6t5BSb7en6g3/5HZa2Xs6MSr1/2p7 hackerkey.com I have a truly elegant proof of the above, but it is too long to fit into this .signature file. |
|
From: Andreas R. <a.r...@gm...> - 2005-05-16 22:38:43
|
"al va" <va...@ho...> writes: >>From: Andreas Rottmann <a.r...@gm...> >>To: "al va" <va...@ho...> >>Subject: Re: [Libsigcx-main] problem compiling gtkmm and SigcX programm >>Date: Sat, 14 May 2005 12:57:42 +0200 >> >>"al va" <va...@ho...> writes: >> >> > I have all tools and libraries needed , but : >> > 1) i could find autogen.sh in libsigcx-0.6.4 directory >> > >>Why would you need that? autogen.sh is only relevant when compiling >>from an Arch checkout, not when using released tarballs. >> >> > 2)configure goes without complaining but when i try to "make" , test >> > fails , i get this: >>[...] >> >>What compiler do you use? I can't reproduce that with g++ 3.3.5. >> >>Rotty >>--gcc (GCC) 3.4.3 20050227 (Red Hat 3.4.3-22.fc3) > OK, I can reproduce this and will have a look into it this week. Since it is only the tests, you should be able to use libsigcx nevertheless. Regards, Rotty PS: Please do proper quoting. Thanks. -- Andreas Rottmann | Rotty@ICQ | 118634484@ICQ | a.r...@gm... http://yi.org/rotty | GnuPG Key: http://yi.org/rotty/gpg.asc Fingerprint | DFB4 4EB4 78A4 5EEE 6219 F228 F92F CFC5 01FD 5B62 v2sw7MYChw5pr5OFma7u7Lw2m5g/l7Di6e6t5BSb7en6g3/5HZa2Xs6MSr1/2p7 hackerkey.com Beware of bugs in the above code; I have only proved it correct, not tried it. -- Donald E. Knuth |
|
From: al v. <va...@ho...> - 2005-05-13 00:25:22
|
When I try to compile example programm using Make file given, it all goes well. But how to compile it without Make file , i mean with gcc? I use gcc 3.4.3 under Fedora 3. I tried : gcc `pkg-config --cflags --libs gtkmm-2.0` `pkg-config --cflags --libs sigcx-0.6` `pkg-config -cflags --libs sigc++-1.2` example.cc -o example ; and get error : In file included from gtkmm_example.cc:36: /usr/local/include/sigcx-0.6/sigcx/thread_tunnel.h:28:25: sigcxconfig.h: No such file or directory then i try to -I~/libsigcx-0.6.4/ and i get this: /home/kiku/libsigcx-0.6.4/ gtkmm_example.cc -o gtkmm_example /tmp/ccZoOSxV.o(.text+0x2512): In function `termWindow::termWindow()': : undefined reference to `SigCX::GtkDispatcher::GtkDispatcher()' /tmp/ccZoOSxV.o(.text+0x2c50): In function `termWindow::termWindow()': : undefined reference to `SigCX::GtkDispatcher::~GtkDispatcher()' /tmp/ccZoOSxV.o(.text+0x2d25): In function `termWindow::termWindow()': : undefined reference to `SigCX::GtkDispatcher::GtkDispatcher()' /tmp/ccZoOSxV.o(.text+0x3463): In function `termWindow::termWindow()': : undefined reference to `SigCX::GtkDispatcher::~GtkDispatcher()' /tmp/ccZoOSxV.o(.text+0x37dd): In function `termWindow::~termWindow()': : undefined reference to `SigCX::GtkDispatcher::~GtkDispatcher()' /tmp/ccZoOSxV.o(.text+0x37f4): In function `termWindow::~termWindow()': : undefined reference to `SigCX::GtkDispatcher::~GtkDispatcher()' /tmp/ccZoOSxV.o(.text+0x3bfd): In function `termWindow::~termWindow()': : undefined reference to `SigCX::GtkDispatcher::~GtkDispatcher()' /tmp/ccZoOSxV.o(.text+0x3c14): In function `termWindow::~termWindow()': : undefined reference to `SigCX::GtkDispatcher::~GtkDispatcher()' /tmp/ccZoOSxV.o(.text+0x4025): more undefined references to `SigCX::GtkDispatcher::~GtkDispatcher()' follow /tmp/ccZoOSxV.o(.text+0x419b): In function `termWindow::on_delete(_GdkEventAny*)': : undefined reference to `SigCX::GtkDispatcher::exit()' /tmp/ccZoOSxV.o(.text+0x42ba): In function `termWindow::sig_handler(int)': : undefined reference to `SigCX::GtkDispatcher::exit()' collect2: ld returned 1 exit status termWindow is changed MyWindow class name. Please help. Thanks. _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ |
|
From: Steven B. <sw...@uc...> - 2005-05-11 21:41:28
|
Andreas Rottmann wrote: > Steven Brown <sw...@uc...> writes: > > >>I'm going to be using libsigcx on PDAs, so I needed to fix it up to >>handle cross-compiles and whatnot via OpenEmbedded. I have a few >>patches here that'd be nice to have applied to the arch repository. >> >>This fixes the dist target, where autogen.sh wasn't being disted, and >>libtool.m4 was. Disting the libtool.m4 was causing issues, as if you >>tried to regenerate the build files with a newer libtool, libtool.m4 >>(no longer used) would still be there, and get included by aclocal, >>causing quite a mess: >> > > I'll look into these patches next week. However, why don't you embrace > Arch for your patch management regarding libsigcx *hint* *hint*? I tried, but it made my head spin. :) Will look into it further after the 12th, as I'm in demo panic at the moment. |
|
From: Andreas R. <a.r...@gm...> - 2005-05-11 19:47:46
|
Steven Brown <sw...@uc...> writes: > I'm going to be using libsigcx on PDAs, so I needed to fix it up to > handle cross-compiles and whatnot via OpenEmbedded. I have a few > patches here that'd be nice to have applied to the arch repository. > > This fixes the dist target, where autogen.sh wasn't being disted, and > libtool.m4 was. Disting the libtool.m4 was causing issues, as if you > tried to regenerate the build files with a newer libtool, libtool.m4 > (no longer used) would still be there, and get included by aclocal, > causing quite a mess: > I'll look into these patches next week. However, why don't you embrace Arch for your patch management regarding libsigcx *hint* *hint*? Cheers, Rotty -- Andreas Rottmann | Rotty@ICQ | 118634484@ICQ | a.r...@gm... http://yi.org/rotty | GnuPG Key: http://yi.org/rotty/gpg.asc Fingerprint | DFB4 4EB4 78A4 5EEE 6219 F228 F92F CFC5 01FD 5B62 v2sw7MYChw5pr5OFma7u7Lw2m5g/l7Di6e6t5BSb7en6g3/5HZa2Xs6MSr1/2p7 hackerkey.com I have a truly elegant proof of the above, but it is too long to fit into this .signature file. |
|
From: Steven B. <sw...@uc...> - 2005-05-08 01:23:15
|
I'm going to be using libsigcx on PDAs, so I needed to fix it up to handle cross-compiles and whatnot via OpenEmbedded. I have a few patches here that'd be nice to have applied to the arch repository. This fixes the dist target, where autogen.sh wasn't being disted, and libtool.m4 was. Disting the libtool.m4 was causing issues, as if you tried to regenerate the build files with a newer libtool, libtool.m4 (no longer used) would still be there, and get included by aclocal, causing quite a mess: https://wiisard.org:8081/svn/WIISARD/trunk/meta/OpenEmbedded/packages/libsigcx-0.6/libsigcx-0.6-0.6.4/libsigcx-200505061-fix-dist-swb.patch This fixes pack<R,P1> being used before it was declared by predeclaring it. On newer gccs, this would prevent the tests from compiling. There might be other similar issues that will pop up over time due to the templated classes having their members declared inline. https://wiisard.org:8081/svn/WIISARD/trunk/meta/OpenEmbedded/packages/libsigcx-0.6/libsigcx-0.6-0.6.4/libsigcx-0.6.4-pack-predeclare-swb.patch This fixes AC_TRY_RUN getting called in the exception handling test even during cross compiles. That macro can't be called during cross compiles or it will error (for obvious reasons). Assume it passed in such a case, as is the accepted way of handling AC_TRY_RUN tests. https://wiisard.org:8081/svn/WIISARD/trunk/meta/OpenEmbedded/packages/libsigcx-0.6/libsigcx-0.6-0.6.4/libsigcx-0.6.4-fix-ac-try-run-swb.patch The others in that dir are either already applied (the build fix I sent to the list earlier), or are just regenerations of files. If anyone on the list is interested in OpenEmbedded, though, the package metadata I've put together can be found here: https://wiisard.org:8081/svn/WIISARD/trunk/meta/OpenEmbedded/packages/libsigcx-0.6/ I haven't ported the real application I have using it, yet, but this builds working ipk packages via bitbake, as I've copied over the tests to the PDA and they seem to have run fine. |
|
From: Andreas R. <a.r...@gm...> - 2005-05-07 09:34:20
|
"al va" <va...@ho...> writes: > I use gtkmm 2.4 and SigcX 0.6.x, i try compiling example programm , > given on documentation page; > > i use : g++ `pkg-config --cflags --libs` `pkg-config --cflags --libs > sigcx-6.0` test.cc -o test > > i think the problem is that gtkmm2.4 uses sigc++-2.0 ,but SigcX uses > sigc++-1.2.x > i have both sigc versions installed. > > Any help will do... > I can't help you when you don't show the actual error message/problem ;) Regards, Rotty -- Andreas Rottmann | Rotty@ICQ | 118634484@ICQ | a.r...@gm... http://yi.org/rotty | GnuPG Key: http://yi.org/rotty/gpg.asc Fingerprint | DFB4 4EB4 78A4 5EEE 6219 F228 F92F CFC5 01FD 5B62 Make free software, not war! |
|
From: al v. <va...@ho...> - 2005-05-06 16:17:24
|
I use gtkmm 2.4 and SigcX 0.6.x, i try compiling example programm , given on documentation page; i use : g++ `pkg-config --cflags --libs` `pkg-config --cflags --libs sigcx-6.0` test.cc -o test i think the problem is that gtkmm2.4 uses sigc++-2.0 ,but SigcX uses sigc++-1.2.x i have both sigc versions installed. Any help will do... Thanx. _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ |
3 messages has been excluded from this view by a project administrator.
