From: Duilio J. P. <dp...@fl...> - 2005-03-20 20:53:36
|
Ok, here is a patch for make libvisual speak your language. After patching your working directory, run glib-gettextize on top source dir. This will create a 'po' subdir. Copy there the attached 'LINGUAS', 'POTFILES.in', 'libvisual.pot', 'es_ES.po' and 'es_AR.po' files. Also create an empty 'po/ChangeLog' file. Copy the attached 'gettext.h' file to 'libvisual' subdir. Then just make install. Bye, Duilio. |
From: Dennis S. <sy...@yo...> - 2005-03-20 21:24:01
|
Heya Duilio, regarding glib, we don't need this for i18n support, I assume ? Are you also using glib within libvisual-plugins ? We can't depend on glib, because the kde world is actively using us. It's silly anyway, since we aren't a gnome/gtk app. The rest looks good, but you have to investigate the glib stuff, (also for libvisual-plugins). We really can't have that. Cheers, Dennis On Sun, 2005-03-20 at 17:46 -0300, Duilio J. Protti wrote: > Ok, here is a patch for make libvisual speak your language. > > After patching your working directory, run glib-gettextize on top source > dir. This will create a 'po' subdir. Copy there the attached 'LINGUAS', > 'POTFILES.in', 'libvisual.pot', 'es_ES.po' and 'es_AR.po' files. Also > create an empty 'po/ChangeLog' file. > > Copy the attached 'gettext.h' file to 'libvisual' subdir. > > Then just make install. > > > Bye, > Duilio. > |
From: Duilio J. P. <dp...@fc...> - 2005-03-21 00:55:46
|
Is true, glib is not needed here. AM_GLIB_GNU_GETTEXT and glib-gettextize is just a workaround for AM_GNU_GETTEXT and gettextize, but calling it with nice --flags. Just a little effort will be needed to make them work with gnu-only tools. I'll check for this tomorrow. About i18n itself, I have forgotten to put the returned string in: return __lv_error_human_readable[abs (err)]; within a call to gettext, as it should be: return _(__lv_error_human_readable[abs (err)]); Bye, Duilio. Dennis Smit wrote: > Heya Duilio, regarding glib, we don't need this for i18n support, I > assume ? Are you also using glib within libvisual-plugins ? > > We can't depend on glib, because the kde world is actively using us. > > It's silly anyway, since we aren't a gnome/gtk app. > > The rest looks good, but you have to investigate the glib stuff, (also > for libvisual-plugins). We really can't have that. > > Cheers, > Dennis |
From: Dennis S. <sy...@yo...> - 2005-03-21 08:06:55
|
Ok, I am looking forward to your solution!, I think it's best to just reattach everything needed with your next patch. So there will be no confusion! Thanks a lot, Dennis On Sun, 2005-03-20 at 22:11 -0300, Duilio Javier Protti wrote: > Is true, glib is not needed here. AM_GLIB_GNU_GETTEXT and > glib-gettextize is just a workaround for AM_GNU_GETTEXT and gettextize, > but calling it with nice --flags. > > Just a little effort will be needed to make them work with gnu-only > tools. I'll check for this tomorrow. > > About i18n itself, I have forgotten to put the returned string in: > > return __lv_error_human_readable[abs (err)]; > > within a call to gettext, as it should be: > > return _(__lv_error_human_readable[abs (err)]); > > > Bye, > Duilio. |
From: Dennis S. <sy...@yo...> - 2005-03-21 20:31:53
|
On Sun, 2005-03-20 at 22:11 -0300, Duilio Javier Protti wrote: > Is true, glib is not needed here. AM_GLIB_GNU_GETTEXT and > glib-gettextize is just a workaround for AM_GNU_GETTEXT and gettextize, > but calling it with nice --flags. libglib2.0-dev: /usr/bin/glib-gettextize Here glib-gettextize is really part of glib2.0, also I CAN'T find it in gnu gettext. |
From: Duilio J. P. <dp...@fc...> - 2005-03-22 12:35:52
|
Here is a patch to make libvisual have i18n using GNU gettext only. Please do the following: - Make a fresh checkout - Apply the patch - Make 'export NOCONFIGURE=1' (on bash) - Run autogen.sh - At some point, autogen.sh will stop it, and it will print the message: >Please use AM_GNU_GETTEXT([external]) in order to cause >autoconfiguration >to look for an external libintl. >Please create po/Makevars from the template in po/Makevars.template. >You can then remove po/Makevars.template. >Please run 'aclocal -I m4' to regenerate the aclocal.m4 file. >You need aclocal from GNU automake 1.5 (or newer) to do this. >Then run 'autoconf' to regenerate the configure file. >Please run 'automake m4/Makefile' to create m4/Makefile.in >You might also want to copy the convenience header file gettext.h >from the /usr/share/gettext directory into your package. >It is a wrapper around <libintl.h> that implements the configure -- >disable-nls >option. >Press Return to acknowledge the previous five paragraphs. - Keep going with autogen.sh, and when it finish, copy the attached Makevars file to the created 'po' subdir. - Copy also es_ES.po, es_AR.po, libvisual.pot, LINGUAS and POTFILES.in files to 'po' subdir. - Then run 'aclocal -I m4' - Then run 'automake m4/Makefile' - Then copy the attached gettext.h to 'libvisual' subdir. - Then run 'aclocal'. - Then run 'autoconf'. - Then run 'configure'. Let me known your results. Bye, Duilio. |
From: <pl...@ip...> - 2005-03-23 23:48:17
|
Using CVS from a few minutes ago: make[4]: Entering directory `/home/pix/Software/Libvisual/libvisual-plugins/plugins/actor/goom2' if /bin/sh ../../../libtool --mode=3Dcompile --tag=3DCC gcc -DHAVE_CONFIG= _H -I. -I. -I../../.. -I../../.. -I/usr/X11R6/include -I/usr/local/include= =20 -g -O2 -DUNIX_X -D_REENTRANT -MT actor_goom2.lo -MD -MP -MF ".deps/actor_goom2.Tpo" -c -o actor_goom2.lo actor_goom2.c; \ then mv -f ".deps/actor_goom2.Tpo" ".deps/actor_goom2.Plo"; else rm -f ".deps/actor_goom2.Tpo"; exit 1; fi gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../.. -I/usr/X11R6/include -I/usr/local/include -g -O2 -DUNIX_X -D_REENTRANT -MT actor_goom2.lo -MD -MP -MF .deps/actor_goom2.Tpo -c actor_goom2.c -fPIC -DPIC -o ..libs/actor_goom2.o actor_goom2.c: In function `lv_goom_render': actor_goom2.c:169: error: invalid type argument of `->' make[4]: *** [actor_goom2.lo] Fehler 1 The line 169 is: songinfo =3D &VISUAL_PLUGIN_ACTOR (visual_plugin_get_specific (plugin))->songinfo; gcc-Version 3.4.2 20041017 (Red Hat 3.4.2-6.fc3) Any ideas? |
From: Dennis S. <sy...@yo...> - 2005-03-24 16:03:51
|
Heya, thanks for pointing out!, I changed the macro name so it was now defaulting the previous macro a function that returns an int and not a cast to actorplugin.... 'doh'! ;) Thanks. On Thu, 2005-03-24 at 00:46 +0100, pl...@ip... wrote: > Using CVS from a few minutes ago: > > make[4]: Entering directory > `/home/pix/Software/Libvisual/libvisual-plugins/plugins/actor/goom2' > if /bin/sh ../../../libtool --mode=compile --tag=CC gcc -DHAVE_CONFIG_H > -I. -I. -I../../.. -I../../.. -I/usr/X11R6/include -I/usr/local/include > -g -O2 -DUNIX_X -D_REENTRANT -MT actor_goom2.lo -MD -MP -MF > ".deps/actor_goom2.Tpo" -c -o actor_goom2.lo actor_goom2.c; \ > then mv -f ".deps/actor_goom2.Tpo" ".deps/actor_goom2.Plo"; else rm -f > ".deps/actor_goom2.Tpo"; exit 1; fi > gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../.. -I/usr/X11R6/include > -I/usr/local/include -g -O2 -DUNIX_X -D_REENTRANT -MT actor_goom2.lo -MD > -MP -MF .deps/actor_goom2.Tpo -c actor_goom2.c -fPIC -DPIC -o > ..libs/actor_goom2.o > actor_goom2.c: In function `lv_goom_render': > actor_goom2.c:169: error: invalid type argument of `->' > make[4]: *** [actor_goom2.lo] Fehler 1 > > The line 169 is: > > songinfo = &VISUAL_PLUGIN_ACTOR (visual_plugin_get_specific > (plugin))->songinfo; > > gcc-Version 3.4.2 20041017 (Red Hat 3.4.2-6.fc3) > > Any ideas? > > > > > ------------------------------------------------------- > This SF.net email is sponsored by Microsoft Mobile & Embedded DevCon 2005 > Attend MEDC 2005 May 9-12 in Vegas. Learn more about the latest Windows > Embedded(r) & Windows Mobile(tm) platforms, applications & content. Register > by 3/29 & save $300 http://ads.osdn.com/?ad_idh83&alloc_id149&op=click > _______________________________________________ > Libvisual-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libvisual-devel |