Cannot see any problems with that. QtJambi will never need to link towards C++ as third party anyway, or?
Helge 2010/4/12 José Arcángel Salazar Delgado <[email protected]> > > José Arcángel Salazar Delgado kirjoitti maanantai 12 huhtikuu 2010 > 23:24:17: > > > > Hi, > > > > > > > > Francis Galiegue kirjoitti maanantai 12 huhtikuu 2010 19:15:09: > > > > > Hello, > > > > > > > > > > I've been trying in the last few days to do a "ant configure" > target. > > > > > It works quite well, but my trouble is: Windows. > > > > > > > > > > Here is what I can do: > > > > > > > > > > * take an initial configuration file, > > > > > * detect what libs are available, and fail configure if some libs > are > > > > > not found, * detect whether uic.cpp is present and if not, don't > > > > > build the designer. > > > > > > > > I included uic in the juic dir. This is because UIC can change even > > > > before minor versions (and building juic against system qt will not > be > > > > possible otherways. This disables both juic and examples from > > > > compilation, which isn’t really what I’d want) > > > > > > > > > In the build system, I managed to use a pure ant solution to > > > > > find/copy the QT libs (the qmake commands help a LOT), but I also > had > > > > > to resort to native commands to find non QT libs (in particular, > > > > > under Gentoo, libstdc++.so.6 is _not_ in /lib or /usr/lib, but gcc > > > > > -print-search-dirs tells everything you need). > > > > > > > > Please, commit your changes in a way it doesn’t change the building > > > > system (force configuration), I think I could benefit from this > > > > change... I’ve done changes in build system which allows flexible > > > > building against system qt using few variables. > > > > > > > > RPath system seems like bad idea in general, is it really needed or > > > > even used at all; shouldn’t libraries be able to get dependencies > from > > > > same directory anyway? RPaths pretty much just disable finding of > > > > libraries using LD_LIBRARY_PATH... > > > > > > > > More about this topic can be asked from me at #qtjambi @ > > > > irc.freenode.org > > > > > > > > > But what about Windows? I only have Linux and it works perfectly. I > > > > > just think MSVC* should officially be DESUPPORTED, they are just > too > > > > > much of a trouble. MinGW, on the other hand, is supported by Qt, > easy > > > > > to install and has the basic shell commands needed. As to Mac OS X, > > > > > well, it's bash and coreutils, so not much is needed to adapt. > > > > > > > > > > What do you think? > > > > > > > > By new mingw compiler we can make proper binaries for Jambi, but I > > > > haven’t yet looked it due lack of time. > > > > > > > > I’m in favor of dropping MSVC support, though, this being community > > > > driven project, I wonder we can really in this stage claim what is > > > > stable and what isn’t. > > > > > > The only problem with that is the lack of phonon support using mingw. I > > > will check the MSVC support to see if I can fix it. > > > > It were fixed by new mingw compiler(4.4) and qt 4.6 AFAIK. > If that is the case, is useless to maintain the MSVC version. I also vote > to > deprecate it. > > > > > > Do we have any Mac developer who could do mac packages and test on > that > > > > platform? > > > > > > I have a partner that have a mac. Let me check if he can provide for a > > > few time. > > > > > > > > > _______________________________________________ > > > Qt-jambi-interest mailing list > > > [email protected] > > > http://lists.trolltech.com/mailman/listinfo/qt-jambi-interest > > > > _______________________________________________ > Qt-jambi-interest mailing list > [email protected] > http://lists.trolltech.com/mailman/listinfo/qt-jambi-interest >
_______________________________________________ Qt-jambi-interest mailing list [email protected] http://lists.trolltech.com/mailman/listinfo/qt-jambi-interest
