Using os2gcc442:
* $Id: ChangeLog 13976 2010-02-23 22:33:42Z vouchcac $
2010-02-23 14:34 UTC-0800 Pritpal Bedi ([email protected])
Pending warnings:
../../../hbdyn.c: In function 'hb_dynCall':
../../../hbdyn.c:1118: warning: signed and unsigned type in conditional
expression
All Harbour executables work fine:
harbour.exe, hbformat.exe, hbi18n.exe, hbmk2.exe, hbpp.exe, hbrun.exe,
hbtest.exe
All .dll files build fine
I was trying to build new Qt461 from Netlabs SVN, it result with some
errors which were fixed after my reports
Now Qt461 for OS/2 build entirely without problems (r598) :-)
Building Harbour-hbqt contrib with Qt461 show problems in only two files
in place of eleven, which belong to hbgui.lib
# QInputContext.cpp \
# QWidget.cpp \
Skipping these two files, Harbour-(hbqt.lib, hbqtcore.lib, hbgui.lib,
hbnetwork.lib) build entirely
Trying to build applications using hbqt* libs, as demoqt.prg, hbide
project, both fails due missing mainly by QWidget symbols but other
symbols too
In few words, this is what is missing in Qt461 in order to achieve hbqt
build in Harbour for OS/2:
# QInputContext.cpp \
# QWidget.cpp \
There are some way to test hbqt* libs without need of QInputContext,
QWidget ?
Pritpal:
Many thanks for your efforts and a valuable fact that you
opened a ticket with netlabs. Probably it will pave the way to
understand some hidden points where Harbour encounters a
GPF without any understandable reason. Also we may
get clarified why "delete" operator is not called when an
object is destroyed. Though it is future, your effort has
shown that Qt support cares for these issues, if they are
approached.
Dmitry A. Kuminov, Qt4 for OS/2 developer show great skills and
knowledge in Qt, so I think he can help in some specific issues
1. Add #ifndef QT_NO_PRINTER / #endif
#ifndef QT_NO_ACCESSIBILITY / #endif
It will be extremely difficult if not impossible.
The reason is, Qt wrappers are generated dynamically and no
developer's tweaking is enabled in them. This is only possible if
I re-write the generator with OS problem in mind, which I am not
aware at all.
But now you are aware about the need/convenience to establish
differences by OS
The other solution could be to write overloading wrappers to these
functions in a .cpp, say, hbqt_hbos.cpp, which is included per
OS basis.
You are the expert so you can implement a practical solution
What we know about os2qt missings is:
--------------------------
8. The followign classes are not available due to their rare usage or
low importance on the OS/2 platform: QSharedMemory, QSystemSemaphore,
QInputContext, QAccessible. The following macros are defined to indicate
this: QT_NO_SYSTEMSEMAPHORE, QT_NO_SHAREDMEMORY, QT_NO_IM,
QT_NO_ACCESSIBILITY. Applications normally use them to guard the
relevant parts of code so they should still build.
--------------------------
As Qt has announced that in 4.6.2 they will provide, we should wait
till then.
No?
"They will provide" what ?
I am not sure if we will have os2qt 4.6.2
As I reported before, printer missings exist in os2qt451 and were solved
in os2qt461
QT_NO_PRINTER need has gone and remain QT_NO_ACCESSIBILITY need
Do you propose some changes/tests with current advances in os2qt ?
David Macias
_______________________________________________
Harbour mailing list (attachment size limit: 40KB)
[email protected]
http://lists.harbour-project.org/mailman/listinfo/harbour
