Menu
▾
▴
tuxmath-devel
|
From: David B. <dav...@gm...> - 2010-11-22 18:24:08
|
Hello, I just posted a source tarball and win32 build for tuxmath-1.9.0. This is the first release in a while, and the first windows build in a long while. Highlights: - LAN multiplayer mode - it generally works, but still has a few issues. We still need to provide a "chooser" screen if more than one server thread is detected on the local network. For now, the player just gets a message saying to stop all but one of the servers. We also need a "stop server" option, as currently the only way to do it is to exit tuxmath entirely. On the client side, it is still possible for the comets on different player's screens to lose synchronization. The logic handling new comets and waves in the LAN game is pretty complicated - I think we need to redo this so the server dictates these things more directly, instead of following the pattern of the single player game. - Increased use of SVG - Mandatory use of t4k_common. - mingw-cross-env used to create windows crossbuild. The crossbuilds are now completely "cookbook", obviating the need to set up a complicated crossbuild (or native win32) environment by hand. I've upgraded my wife's iMac to Snow Leopard, so I'm going to take another stab at updating MacPorts and hopefully building a dmg installer. I don't think I will be able to build for ppc anymore, however. Best, David Bruce |
|
From: sasayins <sas...@gm...> - 2010-11-22 18:30:32
|
Hi David, Congrats for the release. Its very nice to see some updates. Regards. On Tue, Nov 23, 2010 at 2:23 AM, David Bruce <dav...@gm...>wrote: > Hello, > > I just posted a source tarball and win32 build for tuxmath-1.9.0. > This is the first release in a while, and the first windows build in a > long while. > > Highlights: > - LAN multiplayer mode - it generally works, but still has a few > issues. We still need to provide a "chooser" screen if more than one > server thread is detected on the local network. For now, the player > just gets a message saying to stop all but one of the servers. We > also need a "stop server" option, as currently the only way to do it > is to exit tuxmath entirely. On the client side, it is still possible > for the comets on different player's screens to lose synchronization. > The logic handling new comets and waves in the LAN game is pretty > complicated - I think we need to redo this so the server dictates > these things more directly, instead of following the pattern of the > single player game. > - Increased use of SVG > - Mandatory use of t4k_common. > - mingw-cross-env used to create windows crossbuild. The crossbuilds > are now completely "cookbook", obviating the need to set up a > complicated crossbuild (or native win32) environment by hand. > > I've upgraded my wife's iMac to Snow Leopard, so I'm going to take > another stab at updating MacPorts and hopefully building a dmg > installer. I don't think I will be able to build for ppc anymore, > however. > > Best, > > David Bruce > > > ------------------------------------------------------------------------------ > Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! > Tap into the largest installed PC base & get more eyes on your game by > optimizing for Intel(R) Graphics Technology. Get started today with the > Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. > http://p.sf.net/sfu/intelisp-dev2dev > _______________________________________________ > Tuxmath-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxmath-devel > |
|
From: Holger L. <ho...@la...> - 2010-11-22 18:55:13
|
Hi David, On Montag, 22. November 2010, David Bruce wrote: > I just posted a source tarball and win32 build for tuxmath-1.9.0. Yay, cheers! > Highlights: > - Mandatory use of t4k_common. Is t4k_common included in the tuxmath 1.9.0 tarball? For how long do you think this will be the case? cheers, Holger |
|
From: David B. <dav...@gm...> - 2010-11-22 19:26:52
|
Hi Holger, >> Highlights: >> - Mandatory use of t4k_common. > > Is t4k_common included in the tuxmath 1.9.0 tarball? For how long do you think > this will be the case? No, they are two separate tarballs (at least that's how I posted them today). I'm very open to any suggestions about how best to bundle them together to make them as foolproof as possible for people to install. Not wanting to reinvent the wheel, I asked on the Autoconf list if there is a standard or recommended way to do this. The suggestion I got was just to stick the two tarballs into a super-package and provide a brief script to unpack and install them. Best, David |
|
From: Akash G. <aka...@gm...> - 2010-11-23 18:41:25
|
On Mon, Nov 22, 2010 at 11:53 PM, David Bruce <dav...@gm...>wrote: > Hello, > > I just posted a source tarball and win32 build for tuxmath-1.9.0. > This is the first release in a while, and the first windows build in a > long while. > > Highlights: > - LAN multiplayer mode - it generally works, but still has a few > issues. We still need to provide a "chooser" screen if more than one > server thread is detected on the local network. For now, the player > just gets a message saying to stop all but one of the servers. We > also need a "stop server" option, as currently the only way to do it > is to exit tuxmath entirely. On the client side, it is still possible > for the comets on different player's screens to lose synchronization. > The logic handling new comets and waves in the LAN game is pretty > complicated - I think we need to redo this so the server dictates > these things more directly, instead of following the pattern of the > single player game. > - Increased use of SVG > - Mandatory use of t4k_common. > - mingw-cross-env used to create windows crossbuild. The crossbuilds > are now completely "cookbook", obviating the need to set up a > complicated crossbuild (or native win32) environment by hand. > > I've upgraded my wife's iMac to Snow Leopard, so I'm going to take > another stab at updating MacPorts and hopefully building a dmg > installer. I don't think I will be able to build for ppc anymore, > however. > > Best, > > David Bruce > > Congrats on the release :) awesome work! -- Best Regards Akash Gangil |
|
From: Holger L. <ho...@la...> - 2010-11-29 13:59:46
|
Hi David, On Montag, 22. November 2010, David Bruce wrote: > > Is t4k_common included in the tuxmath 1.9.0 tarball? For how long do you > > think this will be the case? > No, they are two separate tarballs (at least that's how I posted them > today). I'm very open to any suggestions about how best to bundle > them together to make them as foolproof as possible for people to > install. Not wanting to reinvent the wheel, I asked on the Autoconf > list if there is a standard or recommended way to do this. The > suggestion I got was just to stick the two tarballs into a > super-package and provide a brief script to unpack and install them. Considering that this is just temporary anyway (because in future releases of t4k_common will probably be published "independently" of tuxmath and tuxtype, right?) I think what you did is sensible for the time being. I wonder if I should start with a t4k-common source package now, or include it in tuxmath... thoughts? cheers, Holger |
|
From: David B. <dav...@gm...> - 2010-11-29 20:37:02
|
Hi Holger, > I wonder if I should start with a t4k-common source package now, or include it > in tuxmath... thoughts? It's kind of just an academic point until we release a build of tuxtype that uses it. Eventually it will be a separate package that tuxmath and tuxtype depend on, so my guess is that you might as well package it separately now to get the ball rolling. But I don't really care, and if it is easier to keep it a single package for now, that's fine. Best, David |
|
From: Holger L. <ho...@la...> - 2010-11-30 14:26:28
|
Hi David, On Montag, 29. November 2010, David Bruce wrote: > It's kind of just an academic point until we release a build of > tuxtype that uses it. Eventually it will be a separate package that > tuxmath and tuxtype depend on, so my guess is that you might as well > package it separately now to get the ball rolling. Yup, thats the plan. > But I don't really > care, and if it is easier to keep it a single package for now, that's > fine. I'll see :) cheers, Holger |
|
From: Brendan L. <bm...@ri...> - 2010-11-30 03:15:28
|
Gave this quite a bit of thought over the summer! My personal feeling is that most people building from source will not have too much of a problem downloading and installing t4k_common separately. As dependencies go, it's slightly more work to install than, say, SDL, and there might be a few folks who are uncomfortable doing the manual download + [cmake | autoreconf] + make + install....but I think the best alternative is still to keep the library a separate package. We will have to be careful not to let newer builds break with somewhat older package-managerized versions of t4k_common. I was guilty of this at times as I migrated TuxMath over--committing code in TuxMath that depended on t4k_common code that only existed on my local copy and broke when using the t4k_common head. Cheers, Brendan On Mon, Nov 29, 2010 at 2:36 PM, David Bruce <dav...@gm...>wrote: > Hi Holger, > > > I wonder if I should start with a t4k-common source package now, or > include it > > in tuxmath... thoughts? > > It's kind of just an academic point until we release a build of > tuxtype that uses it. Eventually it will be a separate package that > tuxmath and tuxtype depend on, so my guess is that you might as well > package it separately now to get the ball rolling. But I don't really > care, and if it is easier to keep it a single package for now, that's > fine. > > Best, > David > > > ------------------------------------------------------------------------------ > Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! > Tap into the largest installed PC base & get more eyes on your game by > optimizing for Intel(R) Graphics Technology. Get started today with the > Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. > http://p.sf.net/sfu/intelisp-dev2dev > _______________________________________________ > Tuxmath-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxmath-devel > |
|
From: David B. <dav...@gm...> - 2010-11-30 04:32:30
|
Hi Brendan, On Mon, Nov 29, 2010 at 9:15 PM, Brendan Luchen <bm...@ri...> wrote: > We will have to be careful not to let newer builds break with somewhat older > package-managerized versions of t4k_common. I was guilty of this at times as > I migrated TuxMath over--committing code in TuxMath that depended on > t4k_common code that only existed on my local copy and broke when using the > t4k_common head. > Cheers, > Brendan Yes, there is more code that should go into t4k_common (convert_utf, linebreak, scandir/alphasort, off the top of my head). When we move this out of tuxmath, the corresponding version of t4k_common will be needed. Older versions of tuxmath ought to build with newer versions of t4k_common, but the reverse won't be true. I think we can keep this straight if we follow the libtool version numbering scheme: Major number - changes when library removes part of interface (breaks backward compatibility) Minor number - changes when additional features added, nothing removed (still compatible) Micro number - changes when implementation only changed, same interface. (at least that's how I understand it) David David |
|
From: Doruk F. <df...@fi...> - 2010-12-02 23:05:47
Attachments:
menu_tr.patch
|
Mon, 22 Nov 2010 12:23:56 -0600, David Bruce
<dav...@gm...> :
> I just posted a source tarball and win32 build for tuxmath-1.9.0.
> This is the first release in a while, and the first windows build in a
> long while.
Attached is a Turkish translation patch for the desktop file inside the
tarball.
Doruk
--
FISEK INSTITUTE - http://www.fisek.org.tr
|
|
From: Doruk F. <df...@fi...> - 2010-12-02 23:08:43
|
Mon, 22 Nov 2010 12:23:56 -0600, David Bruce
<dav...@gm...> :
> - Mandatory use of t4k_common.
I grabbed and installed t4k_common, then started to compile Tuxmath
1.9.0. Then I got undefined reference errors (probably related to
t4k_common?), any ideas how I should fix them?
==============================================
tuxmath.o: In function `main':
/home/dfisek/tuxmath_w_fonts-1.9.0/src/tuxmath.c:55: undefined
reference to
`debug_status' /home/dfisek/tuxmath_w_fonts-1.9.0/src/tuxmath.c:56:
undefined reference to
`debug_status' /home/dfisek/tuxmath_w_fonts-1.9.0/src/tuxmath.c:57:
undefined reference to
`debug_status' /home/dfisek/tuxmath_w_fonts-1.9.0/src/tuxmath.c:58:
undefined reference to
`debug_status' /home/dfisek/tuxmath_w_fonts-1.9.0/src/tuxmath.c:59:
undefined reference to `debug_status'
tuxmath.o:/home/dfisek/tuxmath_w_fonts-1.9.0/src/tuxmath.c:60: more
undefined references to `debug_status' follow setup.o: In function
`cleanup_memory': /home/dfisek/tuxmath_w_fonts-1.9.0/src/setup.c:753:
undefined reference to
`T4K_Cleanup_SDL_Text' /home/dfisek/tuxmath_w_fonts-1.9.0/src/setup.c:818:
undefined reference to `T4K_UnloadMenus' setup.o: In function
`generate_blended_images': /home/dfisek/tuxmath_w_fonts-1.9.0/src/setup.c:698:
undefined reference to `T4K_Blend'
==============================================
Doruk
--
FISEK INSTITUTE - http://www.fisek.org.tr
|
|
From: sasayins <sas...@gm...> - 2010-12-02 23:23:12
|
Hi Doruk, Yes you need to build and install t4k_common library. As of now t4k_common package is separate from tuxmath package. -kiko On Fri, Dec 3, 2010 at 7:07 AM, Doruk Fisek <df...@fi...> wrote: > Mon, 22 Nov 2010 12:23:56 -0600, David Bruce > <dav...@gm...> : > > > - Mandatory use of t4k_common. > I grabbed and installed t4k_common, then started to compile Tuxmath > 1.9.0. Then I got undefined reference errors (probably related to > t4k_common?), any ideas how I should fix them? > > ============================================== > tuxmath.o: In function `main': > /home/dfisek/tuxmath_w_fonts-1.9.0/src/tuxmath.c:55: undefined > reference to > `debug_status' /home/dfisek/tuxmath_w_fonts-1.9.0/src/tuxmath.c:56: > undefined reference to > `debug_status' /home/dfisek/tuxmath_w_fonts-1.9.0/src/tuxmath.c:57: > undefined reference to > `debug_status' /home/dfisek/tuxmath_w_fonts-1.9.0/src/tuxmath.c:58: > undefined reference to > `debug_status' /home/dfisek/tuxmath_w_fonts-1.9.0/src/tuxmath.c:59: > undefined reference to `debug_status' > tuxmath.o:/home/dfisek/tuxmath_w_fonts-1.9.0/src/tuxmath.c:60: more > undefined references to `debug_status' follow setup.o: In function > `cleanup_memory': /home/dfisek/tuxmath_w_fonts-1.9.0/src/setup.c:753: > undefined reference to > `T4K_Cleanup_SDL_Text' /home/dfisek/tuxmath_w_fonts-1.9.0/src/setup.c:818: > undefined reference to `T4K_UnloadMenus' setup.o: In function > `generate_blended_images': > /home/dfisek/tuxmath_w_fonts-1.9.0/src/setup.c:698: > undefined reference to `T4K_Blend' > ============================================== > > Doruk > > -- > FISEK INSTITUTE - http://www.fisek.org.tr > > > ------------------------------------------------------------------------------ > Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! > Tap into the largest installed PC base & get more eyes on your game by > optimizing for Intel(R) Graphics Technology. Get started today with the > Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. > http://p.sf.net/sfu/intelisp-dev2dev > _______________________________________________ > Tuxmath-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxmath-devel > |
|
From: Doruk F. <df...@fi...> - 2010-12-02 23:47:38
|
Fri, 3 Dec 2010 07:23:04 +0800, sasayins <sas...@gm...> :
> Yes you need to build and install t4k_common library. As of now
> t4k_common package is separate from tuxmath package.
I've already installed t4k_common but I still get the undefined
reference errors I've quoted in my previous message.
(the configure script would have given an error otherwise)
Doruk
--
FISEK INSTITUTE - http://www.fisek.org.tr
|
|
From: sasayins <sas...@gm...> - 2010-12-03 02:29:26
|
Hi Doruk, According to your logs, debug_status and T4K_Blend were not defined. So it means that linking of the t4k_common shared library is missing. -kiko On Fri, Dec 3, 2010 at 7:46 AM, Doruk Fisek <df...@fi...> wrote: > Fri, 3 Dec 2010 07:23:04 +0800, sasayins <sas...@gm...> : > > > Yes you need to build and install t4k_common library. As of now > > t4k_common package is separate from tuxmath package. > I've already installed t4k_common but I still get the undefined > reference errors I've quoted in my previous message. > > (the configure script would have given an error otherwise) > > Doruk > > -- > FISEK INSTITUTE - http://www.fisek.org.tr > > > ------------------------------------------------------------------------------ > Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! > Tap into the largest installed PC base & get more eyes on your game by > optimizing for Intel(R) Graphics Technology. Get started today with the > Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. > http://p.sf.net/sfu/intelisp-dev2dev > _______________________________________________ > Tuxmath-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxmath-devel > |
|
From: Doruk F. <df...@fi...> - 2010-12-03 09:08:33
|
Fri, 3 Dec 2010 10:29:18 +0800, sasayins <sas...@gm...> :
> According to your logs, debug_status and T4K_Blend were not defined.
> So it means that linking of the t4k_common shared library is missing.
I understand that but t4k_common is already installed in these
locations:
================================================
/usr/include/t4k_common.h
/usr/lib/libt4k_common.a
/usr/lib/libt4k_common.so
/usr/lib/libt4k_common.so.0
/usr/lib/libt4k_common.so.0.0.0
/usr/lib/pkgconfig/t4k_common.pc
/usr/share/t4k_common/images/menu/left.png
/usr/share/t4k_common/images/menu/left.svg
/usr/share/t4k_common/images/menu/left_gray.png
/usr/share/t4k_common/images/menu/left_gray.svg
/usr/share/t4k_common/images/menu/right.png
/usr/share/t4k_common/images/menu/right.svg
/usr/share/t4k_common/images/menu/right_gray.png
/usr/share/t4k_common/images/menu/right_gray.svg
/usr/share/t4k_common/images/menu/stop.png
/usr/share/t4k_common/images/menu/stop.svg
/usr/share/t4k_common/images/menu/tux4kids.png
/usr/share/t4k_common/images/menu/tux4kids.svg
================================================
Likewise the configure script of Tuxmath checks for the library in
system and finds it correctly:
===============
...
checking for T4K_COMMON... yes
...
===============
So I guess, what I'm asking is, what could be the reasong Tuxmath isn't
linking to t4k_common, even though it's present in the system?
Doruk
--
FISEK INSTITUTE - http://www.fisek.org.tr
|
|
From: David B. <dav...@gm...> - 2010-12-03 12:50:47
|
Hi Doruk, > So I guess, what I'm asking is, what could be the reasong Tuxmath isn't > linking to t4k_common, even though it's present in the system? > > Doruk I ran into something like this the first time I installed and built t4k_common, and it turned out I needed to run ldconfig to update the linker. This only had to be done once on each system. There is something I don't quite understand, however, about how the linker search works. In your case, your system already knows to look in /usr/lib. Anyway, when I installed t4k_common under /usr/local on Debian or Ubuntu machines, I just had to run "sudo ldconfig" (no arguments) a single time to get this issue to go away for all subsequent installations. Maybe someone with better knowledge of the linker can enlighten us. Thanks, David |
|
From: Doruk F. <df...@fi...> - 2010-12-03 13:10:22
|
Fri, 3 Dec 2010 06:50:41 -0600, David Bruce
<dav...@gm...> :
> Anyway, when I installed t4k_common under /usr/local on Debian or
> Ubuntu machines, I just had to run "sudo ldconfig" (no arguments) a
> single time to get this issue to go away for all subsequent
> installations.
I had had done that, just in case, but didn't change the outcome.
Doruk
--
FISEK INSTITUTE - http://www.fisek.org.tr
|
|
From: Brendan L. <bm...@ri...> - 2010-12-04 01:30:15
|
Hmmm. You could check the ld command used by the makefile (make VERBOSE=1 might work), to make sure it's not "finding" something else. -Brendan On Fri, Dec 3, 2010 at 7:09 AM, Doruk Fisek <df...@fi...> wrote: > Fri, 3 Dec 2010 06:50:41 -0600, David Bruce > <dav...@gm...> : > > > Anyway, when I installed t4k_common under /usr/local on Debian or > > Ubuntu machines, I just had to run "sudo ldconfig" (no arguments) a > > single time to get this issue to go away for all subsequent > > installations. > I had had done that, just in case, but didn't change the outcome. > > Doruk > > -- > FISEK INSTITUTE - http://www.fisek.org.tr > > > ------------------------------------------------------------------------------ > Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! > Tap into the largest installed PC base & get more eyes on your game by > optimizing for Intel(R) Graphics Technology. Get started today with the > Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. > http://p.sf.net/sfu/intelisp-dev2dev > _______________________________________________ > Tuxmath-devel mailing list > Tux...@li... > https://lists.sourceforge.net/lists/listinfo/tuxmath-devel > |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X