Thread: [Tuxmath-devel] t4k_common problem in tuxtype and tuxmath

Brought to you by: criswell, davidsbruce, wkendrick

tuxmath-devel

[Tuxmath-devel] t4k_common problem in tuxtype and tuxmath

From: <vic...@gm...> - 2010-09-26 05:14:26

Hi folks,

I think no one will remember me. I tryed to apply for gsoc2010 in tuxtype !
Unfortunately i did not get it but I still like to contribute to the project
in my free time.

The problems:

1. Tuxmath, when I tried to cmake in the build folder, the following error
occurred:
[ 49%] Building C object src/CMakeFiles/tuxmath.dir/campaign.c.o
/home/victor/my_stuff/tux4kids/tuxmath/src/campaign.c: In function
‘briefPlayer’:
/home/victor/my_stuff/tux4kids/tuxmath/src/campaign.c:206:31: warning:
initialization makes pointer from integer without a cast
[ 50%] Building C object src/CMakeFiles/tuxmath.dir/tuxmath.c.o
[ 52%] Building C object src/CMakeFiles/tuxmath.dir/linewrap.c.o
Linking C executable tuxmath
CMakeFiles/tuxmath.dir/campaign.c.o: In function `briefPlayer':
/home/victor/my_stuff/tux4kids/tuxmath/src/campaign.c:206: undefined
reference to `T4K_LoadScaledImage'
collect2: ld returned 1 exit status
make[2]: *** [src/tuxmath] Error 1
make[1]: *** [src/CMakeFiles/tuxmath.dir/all] Error 2
make: *** [all] Error 2
[victor@archTozo build]$

2. A similar problem occurs with TuxType. I can compile it from git source
but when i tried to run tuxtye:
[victor@archTozo tuxtype]$ ./build/src/tuxtype
./build/src/tuxtype: error while loading shared libraries:
libt4k_common.so.0: cannot open shared object file: No such file or
directory


I already compiled the t4k_common and /user/local/lib is in my path.
Does anyone know how can I fix it ?

Thanks,

-- 
-------------------------------------
Victor Tozo de Carvalho

Re: [Tuxmath-devel] t4k_common problem in tuxtype and tuxmath

From: David B. <dav...@gm...> - 2010-09-26 12:41:02

Hi Victor,

> I already compiled the t4k_common and /user/local/lib is in my path.
> Does anyone know how can I fix it ?

On my Debian and Ubuntu systems, I had to run "sudo ldconfig" with no
arguments, and the linker cache was updated and works fine ever after.

This is something different from the PATH environmental variable that
is used to find binaries.

Let me know if "sudo ldconfig" doesn't fix it.  As t4kcommon becomes
part of our standard setup, we need to come up with a foolproof way to
avoid problems like this.

Best,

David Bruce

Re: [Tuxmath-devel] t4k_common problem in tuxtype and tuxmath

From: Brendan L. <bm...@ri...> - 2010-09-26 16:26:45

Victor,

Also make sure you're in the right branch, commonification AKA master, and
not in old_master. TuxType may have issues when trying to use t4k_common,
even if everything goes right. If you have some time to help out, that might
be a good place to start--let me know.

As for the ldconfig step, maybe we could just tack on a "It's now
recommended to run `ldconfig /path/to/lib` to ensure the library is found"
message when installed from source. Users who know what they're doing are
free to ignore it, and I don't foresee any issues if it's done
unnecessarily. I still find it weird that there's no "good form" for this
via automake.

Best,
Brendan

On Sun, Sep 26, 2010 at 8:40 AM, David Bruce <dav...@gm...>wrote:

> Hi Victor,
>
> > I already compiled the t4k_common and /user/local/lib is in my path.
> > Does anyone know how can I fix it ?
>
> On my Debian and Ubuntu systems, I had to run "sudo ldconfig" with no
> arguments, and the linker cache was updated and works fine ever after.
>
> This is something different from the PATH environmental variable that
> is used to find binaries.
>
> Let me know if "sudo ldconfig" doesn't fix it.  As t4kcommon becomes
> part of our standard setup, we need to come up with a foolproof way to
> avoid problems like this.
>
> Best,
>
> David Bruce
>
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> Tuxmath-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxmath-devel
>

Re: [Tuxmath-devel] t4k_common problem in tuxtype and tuxmath

From: <vic...@gm...> - 2010-09-27 00:32:27

Hi guys,

On Sun, Sep 26, 2010 at 1:26 PM, Brendan Luchen <bm...@ri...> wrote:

> Victor,
>
> Also make sure you're in the right branch, commonification AKA master, and
> not in old_master. TuxType may have issues when trying to use t4k_common,
> even if everything goes right. If you have some time to help out, that might
> be a good place to start--let me know.
>

I'm in the right branch, the current master (commonification). I've waited
the merge to start looking into the code again.

> As for the ldconfig step, maybe we could just tack on a "It's now
> recommended to run `ldconfig /path/to/lib` to ensure the library is found"
> message when installed from source.
>

True. To run Tuxtype 'sudo ldconfig /usr/local/lib' works fine but the
problem to compile tuxmath persists.

 This is something different from the PATH environmental variable that
> is used to find binaries.
>

> Let me know if "sudo ldconfig" doesn't fix it.  As t4kcommon becomes
> part of our standard setup, we need to come up with a foolproof way to
> avoid problems like this.
>

I'm still having trouble with tuxmath compilation.
I didn't look at the code yet to see why T4K_LoadScaledImag is an undefined
reference because I think it is some config problem as it was with tuxtype.

I'm using arch linux 64bits by the way. I also have osx Leopard installed..

-- 
-------------------------------------
Victor Tozo de Carvalho

Re: [Tuxmath-devel] t4k_common problem in tuxtype and tuxmath

From: David B. <dav...@gm...> - 2010-09-27 20:23:58

Hi Victor,

So far, I can't reproduce your error.  Both t4kcommon and tuxmath are
building and installing fine on this 32-bit Debian Sid system, with
all combinations of autotools and cmake.

> I'm in the right branch, the current master (commonification). I've waited
> the merge to start looking into the code again.

Just to be sure, the old "master" had a problem because it erroneously
used a T4K_common function but didn't link to t4k_common by default.
Look at configure.ac in your working tuxmath branch, line 262, and
make sure it says "dnl libt4kcommon is now required".  If it doesn't
say that, you still have the old "master".  Because of the brute-force
way I renamed "commonification" to be "master", you need to reset it
to the current "master" with:

git checkout master
git reset --hard origin/master

Also, you could try building with autotools (from build directory)

autoreconf -if ..
../configure
make
sudo make install

With autotools, the output is more verbose and includes the complete
command passed to gcc, including all the linker flags.  Make sure the
link-time gcc command includes "-lt4k_common".  If that flag isn't
there, it says that configure isn't trying to link to the library,
which most likely means you don't actually have the latest master.

> True. To run Tuxtype 'sudo ldconfig /usr/local/lib' works fine but the
> problem to compile tuxmath persists.

The only other thing I can think of is whether Arch Linux might
require a different ldconfig command than Debian.  But the fact that
tuxtype got fixed by the above command argues against it.

Hope this helps,

David Bruce

Re: [Tuxmath-devel] t4k_common problem in tuxtype and tuxmath

From: <vic...@gm...> - 2010-09-29 01:43:14

Hi,

You guys were right, my tuxmath/master was outdated.
But it's weird because I cloned it from repository.
Tuxmath is running fine now.

I'm having a small problem with tuxtype library's editor that I have already
'solved'.
The creation of libraries occurs in the folder var/tuxtype/words that has
root as owner.
So, only root can create and edit libraries. This is so purposefully ?

I intend to work on my gsoc project in the beginning if it is okay for you
guys.

This is a document [1] with my gsoc ideas.
I'll be happy with any observation.

Thanks for the help !

[1]
https://docs.google.com/Doc?docid=0AcBdoxJaYXmLZGR0NDIzNThfNDFnM2p0cmhrYw&hl=pt_BR

-- 
-------------------------------------
Victor Tozo de Carvalho