"Schaich, Alonso" writes:
> Go ahead.
>
> However, the upgrade process traverses the package tree in dependency
> order AFAIK, so at any point during the update, a qt-old version
> library was either already overwritten by its qt-new counterpart, or
> should not be referenced by the linker anyway
On Fri, 26 Jun 2015 10:02:55 -0300
Raphael Kubo da Costa wrote:
> "Schaich, Alonso" writes:
>
> > Hi
> >
> > Over here, qt5's qmake fails to link even the trival qt5 projects
> > (attached), when invoked via
> >
> > #> /usr/local/lib/qt5/bin/qmake -makefile && make
> >
> > as it doesn't add /us
"Schaich, Alonso" writes:
> Hi
>
> Over here, qt5's qmake fails to link even the trival qt5 projects
> (attached), when invoked via
>
> #> /usr/local/lib/qt5/bin/qmake -makefile && make
>
> as it doesn't add /usr/local/lib to the library path used by the linker
> on a FreeBSD-10 system where qmak
Hi, Alonso.
Right way is make patch for port, i think. But i have add two line to
/usr/local/lib/qt5/mkspecs/common/freebsd.conf
INCLUDEPATH += /usr/local/include
LIBS += -L/usr/local/lib
> On Thu, 23 Apr 2015 17:15:57 +0200
>
> "Schaich, Alonso" wrote:
> > Hi
> >
> > Over here, qt5's qmake
On Thu, 23 Apr 2015 17:15:57 +0200
"Schaich, Alonso" wrote:
> Hi
>
> Over here, qt5's qmake fails to link even the trival qt5 projects
> (attached), when invoked via
>
> #> /usr/local/lib/qt5/bin/qmake -makefile && make
>
> as it doesn't add /usr/local/lib to the library path used by the linke
Hi
Over here, qt5's qmake fails to link even the trival qt5 projects
(attached), when invoked via
#> /usr/local/lib/qt5/bin/qmake -makefile && make
as it doesn't add /usr/local/lib to the library path used by the linker
on a FreeBSD-10 system where qmakespec defaults to freebsd-clang.
I traced