SVN commit 8753 by avilla:
- Backport logic for QT_COMPILER.
M +19 -3 Makefile
___
kde-freebsd mailing list
kde-freebsd@kde.org
https://mail.kde.org/mailman/listinfo/kde-freebsd
See also http://freebsd.kde.org/ for latest information
SVN commit 8838 by avilla:
- Put qconfig.cpp in SUB_FILES.
- Cleanup.
M +18 -16Makefile
D files/qconfig.cpp
A files/qconfig.cpp.in files/qconfig.cpp#8828
___
kde-freebsd mailing list
kde-freebsd@kde.org
https://
SVN commit 9644 by avilla:
- Rename lang/clang33 mkspec from "clang++33" to "clang33".
- Create mkspecs for clang32 and clang31 as well.
- Sync with ports and area51.
M +15 -8 Makefile
M +0 -7 files/Makefile.bsd
A files/patch-mkspecs__features__unix__gdb_dwarf_inde
SVN commit 9652 by avilla:
- Fix files creation.
M +2 -2 Makefile
___
kde-freebsd mailing list
kde-freebsd@kde.org
https://mail.kde.org/mailman/listinfo/kde-freebsd
See also http://freebsd.kde.org/ for latest information
SVN commit 9653 by avilla:
- Really fix plist.
M +1 -1 Makefile
___
kde-freebsd mailing list
kde-freebsd@kde.org
https://mail.kde.org/mailman/listinfo/kde-freebsd
See also http://freebsd.kde.org/ for latest information
SVN commit 9770 by makc:
- Restore 'default' mkspec: it's a part of vanilla Qt 4 installation,
moreover FindQt4.cmake is broken without it.
- Bump PORTREVISION to trigger rebuild
M +2 -0 Makefile
M +1 -0 pkg-plist
___
kde-freebsd
On Thu, 28 Nov 2013 03:30:16 -0800 Max Brazhnikov wrote:
> SVN commit 9770 by makc:
>
> - Restore 'default' mkspec: it's a part of vanilla Qt 4 installation,
> moreover FindQt4.cmake is broken without it.
> - Bump PORTREVISION to trigger rebuild
>
>
> M +2 -0 Makefile
> M +1 -0
On Thu, Nov 28, 2013 at 1:02 PM, Max Brazhnikov wrote:
> Btw, do we really need versioned mkspecs for g++NN and clangNN? Compiler is
> already passed via QMAKE_CC. Shan't we leave non-suffixed mkspecs only?
Well, when using qmake by hand people will also have to pass CC and
CXX (and friends) to m
On Thu, 28 Nov 2013 13:05:27 +0100 Alberto Villa wrote:
> On Thu, Nov 28, 2013 at 1:02 PM, Max Brazhnikov wrote:
> > Btw, do we really need versioned mkspecs for g++NN and clangNN? Compiler
is
> > already passed via QMAKE_CC. Shan't we leave non-suffixed mkspecs only?
>
> Well, when using qmake
On Thu, 28 Nov 2013 14:01:51 + Max Brazhnikov wrote:
> On Thu, 28 Nov 2013 13:05:27 +0100 Alberto Villa wrote:
> > On Thu, Nov 28, 2013 at 1:02 PM, Max Brazhnikov wrote:
> > > Btw, do we really need versioned mkspecs for g++NN and clangNN? Compiler
> is
> > > already passed via QMAKE_CC. Shan
On Thu, Nov 28, 2013 at 3:01 PM, Max Brazhnikov wrote:
> clang34 has been recently added to the tree, gcc42 was removed, and we have
> always to catch up with this sort of changes. I think those who use qmake for
> development can setup their environment as they need it. If we don't need
> these a
On Tue, Dec 3, 2013 at 5:11 PM, Max Brazhnikov wrote:
> Btw, I've spotted interesting difference between clang and gcc specs.
> Unlike gcc, clang spec does not define
> QMAKE_LFLAGS_NOUNDEF += -Wl,--no-undefined
>
> As a result, qt5-gui was failing on 9.2 with gcc due to this flag:
>
> It could be
On Tue, 03 Dec 2013 17:23:38 +0100 Alberto Villa wrote:
> On Tue, Dec 3, 2013 at 5:11 PM, Max Brazhnikov wrote:
> > Btw, I've spotted interesting difference between clang and gcc specs.
> > Unlike gcc, clang spec does not define
> > QMAKE_LFLAGS_NOUNDEF += -Wl,--no-undefined
> >
> > As a result, q
On Wed, Dec 4, 2013 at 2:43 PM, Max Brazhnikov wrote:
>> I'll investigate. But why was it working on CURRENT?
>
> No idea. I tested it on 9-stable only with clang/gcc.
OK, I think that both _RELEASE and _NOUNDEF should be defined.
To be clean, we should create clang-unix.conf and clang-macx.conf
On Thu, 05 Dec 2013 02:04:41 +0100 Alberto Villa wrote:
> On Wed, Dec 4, 2013 at 2:43 PM, Max Brazhnikov wrote:
> >> I'll investigate. But why was it working on CURRENT?
> >
> > No idea. I tested it on 9-stable only with clang/gcc.
>
> OK, I think that both _RELEASE and _NOUNDEF should be defined
15 matches
Mail list logo