tde-devs@chat.jabb.im < 2021/09/17 > | |
---|---|
[00:44] | michelec2 has joined |
[00:47] | michelec2: @Greg: "I tried kftpgrabber as search pattern and I don't see my commits"
That is because the search is on specific branch. your commits for kftpgrabber are still not merged, so they don't show up |
[01:48] | michelec2 has left |
[01:48] | michelec2 has joined |
[02:31] | michelec2 has left |
[09:41] | cethyel has joined |
[09:43] | cethyel: Slávek, @tqt3 nice job :yes: |
[09:44] | Slávek: Greg, merit belongs to you - I made only a small parts. |
[09:44] | cethyel: I'll see if I can make a package out of this "as-is" this afternoon and try the tutorials see if they pass |
[09:48] | cethyel: I'm also glad you contribute along the conversion, I had fear that I would be alone for the most part which does make me at ease since the library is huge (at least to me) with literally hundreds of definitions and dozens of build options |
[09:50] | cethyel has left |
[09:53] | Slávek: I look forward to seeing more to work on it. |
[09:53] | Slávek: However, first I have to devote time to things that should be completed for R14.0.11. |
[11:13] | cethyel has joined |
[11:17] | cethyel: @tqt3, do you think we should stick with the target's name as tqt-mt.so.3.5.0? I hoped we could move to tqt3 (with a version number eventually) |
[11:23] | Slávek: If we do not preserve the name of libtqt-mt.so.3.5.0, this causes everything to be necessary to rebuild. |
[11:25] | Slávek: I believe that it will be good for such a change in the moment when we intend to divide the library into smaller units. |
[11:32] | cethyel: talking about splitting and such, maybe the many executables that rely on the library could me put in a module apart so that only have the library itself and at the opposite, bring tqtinterface into tqt3 (if It's doable...) |
[12:48] | cethyel: the tutorial 1, builds fine \m/ |
[12:53] | Slávek: great |
[12:58] | cethyel: but I have linked T1 with kernel-static as this archive regroup almost everything. This is not quite I had in mind, I would have preferred a linking with both kernel-static and widgets-static, and so forth with the rest |
[12:59] | Slávek: instead of <some>-static it should link tqt-mt-shared. |
[13:01] | cethyel: yes but they are just tutorials they're not supposed to be installed, or you want that install option too |
[13:02] | cethyel: as I see It, people who want to learn tqt3 will just build the examples and the tutorials in the source |
[13:02] | Slávek: Although it is a tutorial that does not install, it should be linked to the target libtqt-mt library, such as other applications. |
[13:04] | cethyel: ok, but that means works ahead when tqt3 will be "modularized" into units |
[13:14] | cethyel: linking with tqt-mt does not work at all |
[13:15] | Slávek: OK, it can mean something is wrong with tqt-mt library. |
[13:16] | cethyel: full of errors due to multiple definition of function members, so many that I can print them |
[13:26] | Slávek: linked only to tqt-mt-shared or also to <some>-static? |
[13:26] | cethyel: i think it's symbols visibility related |
[13:39] | Slávek: Ok, I made a little test and see the problems you mention. |
[13:40] | cethyel: i added option symbols visibility ON...but same errors |
[13:44] | Slávek: When I removed the linking kernel-static from modules dialogs, sql and styles, t1 is successfully built and linked. |
[13:47] | cethyel: I was having a look at kernel-static too and qt_kernel.pri....I can't point it down but I don't like every static lib regrouped in kernel-static |
[14:04] | cethyel: I have removed kernel-static like you did from dialogs, sql and styles but still FTBFS with multiple definition of `__pthread_atfork' |
[14:07] | Slávek: __pthread_atfork comes from? |
[14:08] | cethyel: pthread lib from the system |
[14:10] | cethyel: I'll have a second round on the static libs in order to trim them down (very much like you did with kernel-static) , but not now I'll have a pause |
[14:10] | cethyel: see you later! |
[14:10] | cethyel has left |
[20:56] | Slávek has left |
[20:56] | Slávek has joined |
[23:12] | Slávek: Although I advanced forward with tutorials, I hit another problem when build T15 - the library is not built with the TQT_THREAD_SUPPORT definition. This is a fundamental problem. |
[23:14] | Slávek: But adding a definition at global level causes a problem for tqmake and tmoc that probably expect to build without TQT_THREAD_SUPPORT. |
[23:14] | Slávek: Now I'm going to sleep and I won't be at the machine on Saturday, so other research will be later... |
[23:48] | Slávek: Ok before I went to sleep, I pushed the current state. On my builder, building is successful - including all tutorials. |
tde-devs@chat.jabb.im < 2021/09/17 > |
© 2010-2025 Trinity Desktop Project