On Wed, 20 May 2015 08:03:40 + (UTC)
Dirk Niebelus dirkniebe...@yahoo.de wrote:
Hello,
I'm using Freebsd 9 (current FreeNAS) and my goal is to compile the qt5 port
with gcc493 and the std=c++11 switch enabled.The emphasis is here on the
c++11 switch, i figure if c++11 works i can use
Hello,
I'm using Freebsd 9 (current FreeNAS) and my goal is to compile the qt5 port
with gcc493 and the std=c++11 switch enabled.The emphasis is here on the c++11
switch, i figure if c++11 works i can use c++14 as well.
Tried different things like modified the CXXFLAGS in make.conf. But it
Folks,
I think Qt5 ports are usable enough and can be committed to ports.
We may missing some bits, but we'll find it sooner :)
Thoughts?
Max
___
kde-freebsd mailing list
kde-freebsd@kde.org
https://mail.kde.org/mailman/listinfo/kde-freebsd
See also
Hi
Go for it, it's high time to get it out in the open.
mfg Tobias
2014-02-26 10:12 GMT+01:00 Max Brazhnikov m...@freebsd.org:
Folks,
I think Qt5 ports are usable enough and can be committed to ports.
We may missing some bits, but we'll find it sooner :)
Thoughts?
Max
rc1 brings some changes to the installation layout. Most notable ones:
versioned libraries and pkg-config files, and sandboxed binaries. A
wrapper will be released to be installed in bin/, and will wrap all Qt
3-5 user binaries (not those in libexec/, then).
I've tried to stick to the default
On Wed, 5 Dec 2012 01:46:57 +0100, Alberto Villa wrote:
On Fri, Nov 16, 2012 at 12:25 AM, Max Brazhnikov m...@issp.ac.ru wrote:
2) iconengines, imageformats, inputmethods could be merged into qt-runtime
This is a bit tricky, because of splitted tarballs. Here is what I plan to do:
- install
On Fri, Nov 30, 2012 at 1:52 PM, Alberto Villa avi...@freebsd.org wrote:
Qt 4 is now building fine along with Qt 5. There is still this
conflict with *.pc files, I'll take care of it.
This should be fixed upstream with the next release (rakuco@ was
pinged for FreeBSD):
On 30-11-2012 13:52, Alberto Villa wrote:
Qt 4 is now building fine along with Qt 5. There is still this
conflict with *.pc files, I'll take care of it.
I think this is nuts, if these pkg-config files are shipped by upstream,
upstream should version them. If they don't do that and we need to
On Fri, Nov 16, 2012 at 12:25 AM, Max Brazhnikov m...@issp.ac.ru wrote:
2) iconengines, imageformats, inputmethods could be merged into qt-runtime
This is a bit tricky, because of splitted tarballs. Here is what I plan to do:
- install ICO, JPEG and GIF imageformats along with qt5-gui (only
Qt 4 is now building fine along with Qt 5. There is still this
conflict with *.pc files, I'll take care of it.
--
Alberto Villa, FreeBSD committer avi...@freebsd.org
http://people.FreeBSD.org/~avilla
___
kde-freebsd mailing list
kde-freebsd@kde.org
On Fri, Nov 23, 2012 at 2:24 AM, Alberto Villa avi...@freebsd.org wrote:
I'm removing DO_NOT_EXTRACT as the smaller tarballs make it useless,
in my opinion.
I've tried it and it doesn't give any noticeable speedup.
--
Alberto Villa, FreeBSD committer avi...@freebsd.org
I've moved discussion to kde-freebsd maillist.
On Thu, 22 Nov 2012 11:58:05 +0100, Alberto Villa wrote:
On Sat, Nov 17, 2012 at 3:25 PM, Alberto Villa avi...@freebsd.org wrote:
In my tests -fast makes configure step a lot slower. I'll keep checking.
Qt 4 and Qt 5 are a bit different on
On Thu, Nov 22, 2012 at 8:08 PM, Alberto Villa avi...@freebsd.org wrote:
On Thu, Nov 22, 2012 at 7:41 PM, Max Brazhnikov m...@freebsd.org wrote:
wouldn't qt.mk be overloaded bearing both qt4 and qt5? You could start
with new file for qt5, we'll merge them later or backport changes to qt4.
Quick note to say that those interested in Qt 5 porting should read
incoming commit logs; they have information also on the first, messy
commit.
--
Alberto Villa, FreeBSD committer avi...@freebsd.org
http://people.FreeBSD.org/~avilla
___
kde-freebsd
14 matches
Mail list logo