No TOMONOLITHIC isn't used right now, but I've kept it because I've
always thought it might be nice to reenable one day and have a download
for a oracle plugin, maybe right from the gui. That'd be very cool.
config.h is where all the autoconf test output gets written, rather than
have a massive compile line with -D over and over again. Yes, we need
it...
On Wed, 2008-04-16 at 10:54 +0200, Petr Vanek wrote:
> hi all,
>
> do we really need TOMONOLITHIC definition for current trunk? It would
> simplify some code if it can be kicked off...
>
> I think we are building all "monolithic", aren't we?
>
> The same is going on my mind for config.h file. Does it have any usage in
> autotools builds? Cmake does not use it at all (ok, it's created by cmake,
> but it does not contain any useful definition).
>
> petr
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Tora-develop mailing list
> Tora-develop@...
> https://lists.sourceforge.net/lists/listinfo/tora-develop

Petr Vanek wrote:
% > current svn snapshot is probably broken :(. Are you able to build it?
%
% yep, just because I'm using Qt 4.3.x
Thanks for the patch.
There are still a lot of vbox->setContentsMargins errors which make Qt 4.2
compilation fail. But even when I comented them out I ended up with
[ 46%] Building CXX object src/CMakeFiles/tora.dir/topiechart.o
/home/michael/projects/tora/trunk/tora/src/topiechart.cpp: In member function
‘virtual void toPieChart::paintChart(QPainter*, QRect)’:
/home/michael/projects/tora/trunk/tora/src/topiechart.cpp:326: error: ‘class
QPainter’ has no member named ‘combinedTransform’
make[2]: *** [src/CMakeFiles/tora.dir/topiechart.o] Error 1
make[1]: *** [src/CMakeFiles/tora.dir/all] Error 2
make: *** [all] Error 2
:(
...
% it's known issue of Qt 4.2.x vs 4.3.x tools. Mainly the designer creates
% backward incompatible ui files.
% So it's quite easy to forget about this.
%
% OK, you forced me to install Qt 4.2 again and open/save all ui files with
% its designer. After this, all dialogs are ugly layouted and it will require
% manual repositioning and relayouting of all widgets propably.
%
% But I strongly suggest to upgrade your Qt libs.
Yes, I can but not sure if others will do. See below.
% And I suggest (regardless it's nasty egoistic) to take 4.3.x as mandatory
% minimum Qt version due its bugfixes and improvements. And I think there will
% be 4.4.x instaled everywhere when we will be able to release tora 1.4.
%
% Let's take it as a start of discussion about it.
I think you are too optimistic :). Do not forget about 'enterprise'
distributions like RHEL and SLES which do not change so often. RHEL5 ships
qt4-4.2.1 right now and there will not be new RHEL within a year IMHO.
% Petr
--
Michael Mráka

hello,
> current svn snapshot is probably broken :(. Are you able to build it?
yep, just because I'm using Qt 4.3.x
> /home/michael/projects/tora/trunk/tora/src/ui_toaboutui.h:38: error:
‘class
> QGridLayout’ has no member named ‘setLeftMargin’
it's known issue of Qt 4.2.x vs 4.3.x tools. Mainly the designer creates
backward incompatible ui files.
So it's quite easy to forget about this.
OK, you forced me to install Qt 4.2 again and open/save all ui files with
its designer. After this, all dialogs are ugly layouted and it will require
manual repositioning and relayouting of all widgets propably.
But I strongly suggest to upgrade your Qt libs.
And I suggest (regardless it's nasty egoistic) to take 4.3.x as mandatory
minimum Qt version due its bugfixes and improvements. And I think there will
be 4.4.x instaled everywhere when we will be able to release tora 1.4.
Let's take it as a start of discussion about it.
Petr
P.S.: here is the patch to compile TOra under Qt 4.2.x. I hope it will
compile:
http://zope.yarpen.cz/tora/qt42vs43.diff.bz2

hi all,
do we really need TOMONOLITHIC definition for current trunk? It would
simplify some code if it can be kicked off...
I think we are building all "monolithic", aren't we?
The same is going on my mind for config.h file. Does it have any usage in
autotools builds? Cmake does not use it at all (ok, it's created by cmake,
but it does not contain any useful definition).
petr

hi,
> tora uses hard coded path %(prefix)s/lib/tora/ but it common practice to
> use /usr/lib64/ on amd64 arch for arch depended bits
> also currently tora installs help/* and various README's into that dir
> src/templates/* is not installed
>
> it seems that plugins dir now used for arch independed files, so i
> changed it to /usr/share/tora
> and install help + templates there
> also docs now installed in /usr/share/doc/tora-${version}
heh, you forced me to do what is required for months. Sanitize install
paths. Thanks for kickstart.
> you can override paths with cmake args
Mike, my last SVN commit will break autotools stuff. See
// FIXME: this should be set in autohell too
#ifndef TORA_HELP_DIR
#define TORA_HELP_DIR ""
#endif
in toconfiguration.cpp and README.CMAKE to setup paths.
> patch in attachment, look plz
I've modified it a bit. Please check rev. 2710 or later.
All my changes are explained in README.CMAKE
all the best
Petr