Re: [Development] gnuwin32 in qt5.git
On fredag 18. januar 2019 14:26:50 CET Simon Hausmann wrote: > I’m a fan of the idea that for Qt6 we remove all copies of third party > libraries and provide convenient binaries of them in the qt installed (as > separate package in there) as well as via vcpkg for those wanting to build > from source. I completely agree, for Qt 6 we should do this in a different way. > Flex and bison are IMO exactly the same kind of third party software (except > that gnuwin32 offers installer executables). Therefore I suggest to not > have them in a repo but require the presence in the PATH and provide > binaries in the installer. I'd like to have a solution now that gets us there step by step. It sounds as if it's easy to add them to the installer, so we can for now just provide a zip file for now and provision that in the CI as interim solution. Cheers, Frederik > Simon > > > > On 18. Jan 2019, at 14:11, Frederik Gladhorn > > wrote: > > Hi all, > > > > I'd like to have some opinions about the gnuwin32 we currently have in > > qt5.git. This way we provide flex and bison for Windows. > > I think it's a bit mis-placed, in my opinion the tools which are needed on > > Windows should be in their own sub-module. > > > > I think we should continue to ship them as dependencies and have them > > available easily for developers. But placing them directly in the qt5 > > repository makes little sense. In Coin we have weird work around and more > > code that should be needed to make sure they are always in the right > > place. > > Assuming there are no better ideas, I'll request a new repository soon. > > > > Cheers, > > Frederik > > > > > > > > ___ > > Development mailing list > > Development@qt-project.org > > https://lists.qt-project.org/listinfo/development ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
Re: [Development] gnuwin32 in qt5.git
Den fre 18 jan. 2019 kl 17:47 skrev Kai Koehne : > > > -Original Message- > > From: Development On Behalf Of > > [...] > > Would it make sense to use a package manager like Conan to provide third > > party dependencies as well as Qt modules in source and prebuilt binary form? > > That could solve the availability issue and would probably simplify the > > build > > flow as well. > > Conan.io and Vcpkg are hot candidates, indeed. IMO we need something that > - Works natively on all development platforms > - Has a strong ecosystem which we can benefit from > - Supports both building locally, as well as providing pre-build binaries Not that I know much about the needs here, but I would expect also - Supports pinning to a specific version ? With that I mean the ability to lock a dependency to a specific version, à la pinning in pip/PyPI in the Python world. A system that only has the latest versions of everything available (e.g. like Homebrew on the Mac side, unless you consider "taps") would not be very good I imagine, since I think you'll want to lock in known good versions? Elvis > > Regards > > Kai > ___ > Development mailing list > Development@qt-project.org > https://lists.qt-project.org/listinfo/development ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
Re: [Development] gnuwin32 in qt5.git
> -Original Message- > From: Development On Behalf Of > [...] > Would it make sense to use a package manager like Conan to provide third > party dependencies as well as Qt modules in source and prebuilt binary form? > That could solve the availability issue and would probably simplify the build > flow as well. Conan.io and Vcpkg are hot candidates, indeed. IMO we need something that - Works natively on all development platforms - Has a strong ecosystem which we can benefit from - Supports both building locally, as well as providing pre-build binaries Regards Kai ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
Re: [Development] gnuwin32 in qt5.git
On Friday, 18 January 2019, Joerg Bornemann wrote: > On 1/18/19 2:26 PM, Simon Hausmann wrote: > > > > I’m a fan of the idea that for Qt6 we remove all copies of third party > > libraries and provide convenient binaries of them in the qt installed (as > > separate package in there) as well as via vcpkg for those wanting to build > > from source. > > > > Flex and bison are IMO exactly the same kind of third party software > > (except that gnuwin32 offers installer executables). Therefore I suggest to > > not have them in a repo but require the presence in the PATH and provide > > binaries in the installer. > > Then please also provide a convenience package that can be downloaded by > people building Qt from source on Windows. > > The current solution (and the proposed additional repository) have the > advantage that people don't have to search the web for the binary > package with the right version, potentially grabbing some out of date > stuff, resulting in strange bug reports with the component "Build System". > Would it make sense to use a package manager like Conan to provide third party dependencies as well as Qt modules in source and prebuilt binary form? That could solve the availability issue and would probably simplify the build flow as well. https://conan.io Richard ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
Re: [Development] gnuwin32 in qt5.git
On 1/18/19 2:26 PM, Simon Hausmann wrote: > > I’m a fan of the idea that for Qt6 we remove all copies of third party > libraries and provide convenient binaries of them in the qt installed (as > separate package in there) as well as via vcpkg for those wanting to build > from source. > > Flex and bison are IMO exactly the same kind of third party software (except > that gnuwin32 offers installer executables). Therefore I suggest to not have > them in a repo but require the presence in the PATH and provide binaries in > the installer. Then please also provide a convenience package that can be downloaded by people building Qt from source on Windows. The current solution (and the proposed additional repository) have the advantage that people don't have to search the web for the binary package with the right version, potentially grabbing some out of date stuff, resulting in strange bug reports with the component "Build System". BR, Joerg ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
Re: [Development] gnuwin32 in qt5.git
> On 18 Jan 2019, at 14:26, Simon Hausmann wrote: > > > I’m a fan of the idea that for Qt6 we remove all copies of third party > libraries and provide convenient binaries of them in the qt installed (as > separate package in there) as well as via vcpkg for those wanting to build > from source. > > Flex and bison are IMO exactly the same kind of third party software (except > that gnuwin32 offers installer executables). Therefore I suggest to not have > them in a repo but require the presence in the PATH and provide binaries in > the installer. +1. Lars > > Simon > >> On 18. Jan 2019, at 14:11, Frederik Gladhorn wrote: >> >> Hi all, >> >> I'd like to have some opinions about the gnuwin32 we currently have in >> qt5.git. This way we provide flex and bison for Windows. >> I think it's a bit mis-placed, in my opinion the tools which are needed on >> Windows should be in their own sub-module. >> >> I think we should continue to ship them as dependencies and have them >> available easily for developers. But placing them directly in the qt5 >> repository makes little sense. In Coin we have weird work around and more >> code >> that should be needed to make sure they are always in the right place. >> >> Assuming there are no better ideas, I'll request a new repository soon. >> >> Cheers, >> Frederik >> >> >> >> ___ >> Development mailing list >> Development@qt-project.org >> https://lists.qt-project.org/listinfo/development > ___ > Development mailing list > Development@qt-project.org > https://lists.qt-project.org/listinfo/development ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
Re: [Development] gnuwin32 in qt5.git
I’m a fan of the idea that for Qt6 we remove all copies of third party libraries and provide convenient binaries of them in the qt installed (as separate package in there) as well as via vcpkg for those wanting to build from source. Flex and bison are IMO exactly the same kind of third party software (except that gnuwin32 offers installer executables). Therefore I suggest to not have them in a repo but require the presence in the PATH and provide binaries in the installer. Simon > On 18. Jan 2019, at 14:11, Frederik Gladhorn wrote: > > Hi all, > > I'd like to have some opinions about the gnuwin32 we currently have in > qt5.git. This way we provide flex and bison for Windows. > I think it's a bit mis-placed, in my opinion the tools which are needed on > Windows should be in their own sub-module. > > I think we should continue to ship them as dependencies and have them > available easily for developers. But placing them directly in the qt5 > repository makes little sense. In Coin we have weird work around and more > code > that should be needed to make sure they are always in the right place. > > Assuming there are no better ideas, I'll request a new repository soon. > > Cheers, > Frederik > > > > ___ > Development mailing list > Development@qt-project.org > https://lists.qt-project.org/listinfo/development ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
Re: [Development] gnuwin32 in qt5.git
They are used on Windows for angle’s glsl parser. Simon On 18. Jan 2019, at 14:19, Mitch Curtis wrote: >> -Original Message- >> From: Development On Behalf Of >> Frederik Gladhorn >> Sent: Friday, 18 January 2019 2:09 PM >> To: development@qt-project.org >> Subject: [Development] gnuwin32 in qt5.git >> >> Hi all, >> >> I'd like to have some opinions about the gnuwin32 we currently have in >> qt5.git. This way we provide flex and bison for Windows. > > I forget... what do we use flex and bison for in Qt? > >> I think it's a bit mis-placed, in my opinion the tools which are needed on >> Windows should be in their own sub-module. >> >> I think we should continue to ship them as dependencies and have them >> available easily for developers. But placing them directly in the qt5 >> repository >> makes little sense. In Coin we have weird work around and more code that >> should be needed to make sure they are always in the right place. >> >> Assuming there are no better ideas, I'll request a new repository soon. >> >> Cheers, >> Frederik >> >> >> >> ___ >> Development mailing list >> Development@qt-project.org >> https://lists.qt-project.org/listinfo/development > ___ > Development mailing list > Development@qt-project.org > https://lists.qt-project.org/listinfo/development ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
Re: [Development] gnuwin32 in qt5.git
> -Original Message- > From: Development On Behalf Of > Frederik Gladhorn > Sent: Friday, 18 January 2019 2:09 PM > To: development@qt-project.org > Subject: [Development] gnuwin32 in qt5.git > > Hi all, > > I'd like to have some opinions about the gnuwin32 we currently have in > qt5.git. This way we provide flex and bison for Windows. I forget... what do we use flex and bison for in Qt? > I think it's a bit mis-placed, in my opinion the tools which are needed on > Windows should be in their own sub-module. > > I think we should continue to ship them as dependencies and have them > available easily for developers. But placing them directly in the qt5 > repository > makes little sense. In Coin we have weird work around and more code that > should be needed to make sure they are always in the right place. > > Assuming there are no better ideas, I'll request a new repository soon. > > Cheers, > Frederik > > > > ___ > Development mailing list > Development@qt-project.org > https://lists.qt-project.org/listinfo/development ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
[Development] gnuwin32 in qt5.git
Hi all, I'd like to have some opinions about the gnuwin32 we currently have in qt5.git. This way we provide flex and bison for Windows. I think it's a bit mis-placed, in my opinion the tools which are needed on Windows should be in their own sub-module. I think we should continue to ship them as dependencies and have them available easily for developers. But placing them directly in the qt5 repository makes little sense. In Coin we have weird work around and more code that should be needed to make sure they are always in the right place. Assuming there are no better ideas, I'll request a new repository soon. Cheers, Frederik ___ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
