author | sandman <sandman> | 2002-11-20 11:29:08 (UTC) |
---|---|---|
committer | sandman <sandman> | 2002-11-20 11:29:08 (UTC) |
commit | b9240be9e0bffe30d696af8c83643ff5e9a7b852 (patch) (side-by-side diff) | |
tree | 25fcb258b90a993f08a3cfeb38b612ac212fdeea /libopie | |
parent | d61ea8bddc6cebc619599dc021d8857e82a885ee (diff) | |
download | opie-b9240be9e0bffe30d696af8c83643ff5e9a7b852.zip opie-b9240be9e0bffe30d696af8c83643ff5e9a7b852.tar.gz opie-b9240be9e0bffe30d696af8c83643ff5e9a7b852.tar.bz2 |
This file contains hacks or workarounds, that make it possible to use a normal
libopie arm build (iPAQ or OZ) directly on the Sharp retail ROM.
This way, we only need one 'official' libopie binary for all platforms.
1) Opie's libqpe.so has an additional function in Sound, which is utilized
in ODevice:
ok this is really evil ;), but Sound::isFinished is only needed in the
iPAQ part of ODevice, which is never called on Z's
we add a "weak" symbol here. This will be used, if ld.so does not find
a normal ("hard") symbol of the same name - hence only on the retail Z
-rw-r--r-- | libopie/libopie.pro | 1 | ||||
-rw-r--r-- | libopie/sharp_compat.cpp | 18 |
2 files changed, 19 insertions, 0 deletions
diff --git a/libopie/libopie.pro b/libopie/libopie.pro index a80a407..ef82dfd 100644 --- a/libopie/libopie.pro +++ b/libopie/libopie.pro @@ -1,88 +1,89 @@ TEMPLATE = lib CONFIG += qte warn_on release HEADERS = ofontmenu.h \ ocolorbutton.h \ ofiledialog.h ofileselector.h tododb.h \ ocheckitem.h todoevent.h todoresource.h \ todovcalresource.h xmltree.h \ colordialog.h colorpopupmenu.h \ oclickablelabel.h oprocctrl.h \ oprocess.h odevice.h \ otimepicker.h otabwidget.h \ otabbar.h otabinfo.h \ ofontselector.h \ pim/opimrecord.h \ pim/otodo.h \ pim/orecordlist.h \ pim/opimaccesstemplate.h \ pim/opimaccessbackend.h \ pim/otodoaccess.h \ pim/otodoaccessbackend.h \ pim/ocontact.h \ pim/ocontactaccess.h \ pim/ocontactaccessbackend.h \ pim/ocontactaccessbackend_xml.h \ pim/ocontactaccessbackend_vcard.h \ pim/obackendfactory.h \ pim/opimcache.h \ pim/otodoaccessvcal.h \ pim/orecur.h \ pim/opimstate.h \ pim/opimxrefpartner.h \ pim/opimxref.h \ pim/opimxrefmanager.h \ pim/opimmaintainer.h \ orecurrancewidget.h \ oticker.h # pim/otodoaccesssql.h \ SOURCES = ofontmenu.cc \ ocolorbutton.cpp \ + sharp_compat.cpp \ xmltree.cc \ ofiledialog.cc ofileselector.cc \ ocheckitem.cpp tododb.cpp todoevent.cpp \ todovcalresource.cpp colordialog.cpp \ colorpopupmenu.cpp oclickablelabel.cpp \ oprocctrl.cpp oprocess.cpp \ odevice.cpp otimepicker.cpp \ otabwidget.cpp otabbar.cpp \ ofontselector.cpp \ pim/otodo.cpp \ pim/opimrecord.cpp \ pim/otodoaccess.cpp \ pim/otodoaccessbackend.cpp \ pim/otodoaccessxml.cpp \ pim/ocontact.cpp \ pim/ocontactaccess.cpp \ pim/ocontactaccessbackend_vcard.cpp \ pim/otodoaccessvcal.cpp \ pim/orecur.cpp \ pim/opimstate.cpp \ pim/opimxrefpartner.cpp \ pim/opimxref.cpp \ pim/opimxrefmanager.cpp \ pim/opimmaintainer.cpp \ orecurrancewidget.cpp \ oticker.cpp # pim/otodoaccesssql.cpp \ TARGET = opie INCLUDEPATH += $(OPIEDIR)/include DESTDIR = $(QTDIR)/lib$(PROJMAK) #VERSION = 1.0.0 # LIBS += -lopiesql INTERFACES = otimepickerbase.ui orecurrancebase.ui TRANSLATIONS = ../i18n/de/libopie.ts \ ../i18n/en/libopie.ts \ ../i18n/es/libopie.ts \ ../i18n/fr/libopie.ts \ ../i18n/hu/libopie.ts \ ../i18n/ja/libopie.ts \ ../i18n/ko/libopie.ts \ ../i18n/no/libopie.ts \ ../i18n/pl/libopie.ts \ ../i18n/pt/libopie.ts \ ../i18n/pt_BR/libopie.ts \ diff --git a/libopie/sharp_compat.cpp b/libopie/sharp_compat.cpp new file mode 100644 index 0000000..1d16a09 --- a/dev/null +++ b/libopie/sharp_compat.cpp @@ -0,0 +1,18 @@ +/* + * This file contains hacks or workarounds, that make it possible to use a normal + * libopie arm build (iPAQ or OZ) directly on the Sharp retail ROM. + * This way, we only need one 'official' libopie binary for all platforms. + */ + + +// 1) Opie's libqpe.so has an additional function in Sound, which is utilized +// in ODevice: + +// ok this is really evil ;), but Sound::isFinished is only needed in the +// iPAQ part of ODevice, which is never called on Z's +// we add a "weak" symbol here. This will be used, if ld.so does not find +// a normal ("hard") symbol of the same name - hence only on the retail Z + +struct Sound { bool Sound::isFinished ( ) const __attribute__(( weak )); }; +bool Sound::isFinished ( ) const { return true; } + |