Hello there,
I have been less active on the Android port recently and Assam has been
doing the majority of the work maintaining the Android port.
I'm therefor stepping down as the maintainer of the Android port and
nominate Assam to take over.
Cheers,
BogDan.
--
Development mailing
Hi,
În ziua de marți, 21 noiembrie 2023, la 18:45:51 EET, Alexandru Croitor a
scris:
> > On 21. Nov 2023, at 16:46, BogDan Vatra wrote:
> >
> > On 2023-11-21 16:47, Alexandru Croitor wrote:
> >>> On 21. Nov 2023, at 13:21, Bogdan Vatra via Development
> >&
Hello there,
I'm trying to port a qt5 module to qt6 which it seems starting with 6.4.x
the qmake support is broke/removed for modules so I'm forced to use cmake...
I checked other qt modules (e.g. https://code.qt.io/cgit/qt/qtmqtt.git/tree)
and I did mostly the same but there are a few
Hi,
În ziua de joi, 25 februarie 2021, la 12:40:30 EET, Dominik Holland a scris:
> Hi,
>
> Am 2/25/21 um 11:07 AM schrieb Bogdan Vatra:
> > Hi,
> >
> > În ziua de miercuri, 24 februarie 2021, la 17:32:57 EET, Dominik Holland a
> >
> > scris:
> >> Am 2/24/21 um 4:25 PM schrieb Joerg Bornemann:
>
În ziua de joi, 25 februarie 2021, la 12:07:17 EET, Mathias Hasselmann a
scris:
> Am 23.02.2021 um 13:27 schrieb Marius Kittler:
> > The multi-ABI build never worked well for me with Qt 5. While it is
> > nice that
> > Qt's build system offers this feature it doesn't help with the fact that
> >
Hi,
În ziua de joi, 25 februarie 2021, la 12:01:56 EET, Mathias Hasselmann a
scris:
> Am 24.02.2021 um 09:30 schrieb Bogdan Vatra via Development
>
> > Let's check some numbers: [...]
> >
> > So, for 100M, you've added +700M.
>
> Cost for storing one GiB of
Hi,
În ziua de miercuri, 24 februarie 2021, la 17:32:57 EET, Dominik Holland a
scris:
> Am 2/24/21 um 4:25 PM schrieb Joerg Bornemann:
> > On 2/24/21 12:56 PM, Bogdan Vatra wrote:
> >> Let me give you another non-android example:
> >> You want to create a standalone SDK for linux armhf using
Hi,
> On 2/24/21 9:30 AM, Bogdan Vatra wrote:
> > Do you still believe that I'm one of the few affected by this?
> > Don't you think that everyone who's using cross compiling is affected?
>
> I have seen cross-compiling folks using the cross-platform abilities of
> Qt to prototype stuff on
Hi,
În ziua de marți, 23 februarie 2021, la 22:06:55 EET, Joerg Bornemann a scris:
> On 2/23/21 12:27 PM, BogDan Vatra via Development wrote:
>
> OK, biting.
>
> > - first and foremost, we need to waste time to **fully** build and install
> > it for host platform (desk
Hi,
Even though I said that I'm not opening this subject again, I must do it
because in this moment, cross compiling Qt6 is painful and broken.
Long time ago, in the Qt 5 time, we had an painlessly way to do cross
compiling, not only for Android, but also for the rest of the platforms.
Hi,
I'm trying to build and install *only* host_tools and reuse them for all my
cross platform compilation builds. I can build it with `ninja host_tools` but
I could not found any `host_tools_install` or `install_host_tools` targets,
and if I'm trying to install it with `ninja install` it
Hi,
It is so sad to see you (and other great developers) leaving TQC ... Thank
you so much for all the great work you did for QtCreator, and also for helping
me with Android QtCreator plugin.
I wish you all the best with your new job!
Cheers,
BogDan.
P.S. Regarding the CMake QtCreator
În ziua de marți, 9 iunie 2020, la 21:31:17 EEST, Thiago Macieira a scris:
> On Tuesday, 9 June 2020 01:26:12 PDT Alexandru Croitor wrote:
> > > On 9. Jun 2020, at 10:17, Jean-Michaël Celerier
> > > wrote:
> > >
> > > To simplify this step, is there / could there be maybe a
> > >
În ziua de marți, 9 iunie 2020, la 13:46:48 EEST, Edward Welbourne a scris:
> On 6/9/20 7:22 AM, Bogdan Vatra via Development wrote:
> >>> - if you'll not support/trash all .pro/.pri files how we'll push
> >>> fixes for 5.15 branch ? Because right now we can't push f
În ziua de marți, 9 iunie 2020, la 10:35:33 EEST, Joerg Bornemann a scris:
> On 6/9/20 7:22 AM, Bogdan Vatra via Development wrote:
> > - is it possible to cross compile Qt in one go (just like we do with
> > qmake)?
> Assuming you're talking about the multi-ABI Android build you
Hi,
În ziua de marți, 9 iunie 2020, la 11:13:21 EEST, Alexandru Croitor a scris:
> > On 9. Jun 2020, at 07:22, Bogdan Vatra wrote:
> >
> > - is it possible to cross compile Qt in one go (just like we do with
> > qmake)?
> Could you clarify what you mean by "in one go"?
>
> If it's about
Hi,
I have a few questions:
- is it possible to cross compile Qt in one go (just like we do with qmake)?
- if you'll not support/trash all .pro/.pri files how we'll push fixes for 5.15
branch ? Because right now we can't push fixes directly to 5.15. branch and all
the fixes must go trough dev
Hi,
În ziua de joi, 5 martie 2020, la 17:14:44 EET, Vitaly Fanaskov a scris:
> I think something like std::expected is a nice thing to have.
>
> There is some experimental implementation of std::expected:
> https://github.com/TartanLlama/expected.
>
That implementation is my favorite, I really
În ziua de joi, 5 martie 2020, la 17:21:11 EET, Thiago Macieira a scris:
> On Thursday, 5 March 2020 07:14:44 PST Vitaly Fanaskov wrote:
> > I think something like std::expected is a nice thing to have.
> >
> > There is some experimental implementation of std::expected:
> >
Hi,
I started to review and move androidextras to qtbase (qtbase/src/corelib/
platform/android). Here we have a problem with our Qt JNI API. The problem is
that in Java exceptions are (ab)used everywhere. Even if we have a way to
check for exceptions after each call in Qt, it's not used (not
În ziua de duminică, 2 februarie 2020, la 13:14:13 EET, Ville Voutilainen a
scris:
> On Wed, 29 Jan 2020 at 18:11, Volker Hilsheimer
wrote:
> > I wonder where all this love for the Qt installer comes from. I personally
> > consider “sudo apt-get install -y qtcreator” or “brew install
Hi,
It seem the community it's still pissed off on TQC, so I'm going to break the
ice here :).
I'll personally go with std::* (not only for smart ptrs but for everything
else (e.g. containers), except QString of course). QPointer still needs to
stay as there is nothing in std:: which we
În ziua de marți, 28 ianuarie 2020, la 15:26:34 EET, Lisandro Damián Nicanor
Pérez Meyer a scris:
> Hi!
>
> On 20/01/27 06:18, Thiago Macieira wrote:
> > On segunda-feira, 27 de janeiro de 2020 14:48:17 PST Alexander Akulich
wrote:
> > > I would expect a significant negative effect on the
În ziua de marți, 28 ianuarie 2020, la 08:37:47 EET, Benjamin TERRIER a scris:
> Le mar. 28 janv. 2020 à 03:22, Thiago Macieira
>
> a écrit :
> > On segunda-feira, 27 de janeiro de 2020 14:47:46 PST NIkolai Marchenko
> >
> > wrote:
> > > Assuming we have a VM that is restricted to connecting to
Hi Lars,
În ziua de luni, 27 ianuarie 2020, la 16:34:44 EET, Lars Knoll a scris:
> Hi all,
[...]
>
> One is a change in policy regarding the LTS releases, where the LTS part of
> a release is in the future going to be restricted to commercial customers.
> All bug fixes will (as agreed on the Qt
+1 for each :)
BogDan.
În ziua de miercuri, 15 ianuarie 2020, la 16:27:29 EET, Kai Köhne a scris:
> Hi,
>
> I'd like to nominate Jörg Bornemann and Alexandru Croitor as joint official
> maintainers of the Build System in qtbase, which is officially unmaintained
> [1].
>
> Jörg has been doing a
+1
Cheers,
BogDan.
În ziua de sâmbătă, 9 noiembrie 2019, la 21:07:42 EET, Tobias Hunger a scris:
> +1
>
> Best Regards,
> Tobias
___
Development mailing list
Development@qt-project.org
https://lists.qt-project.org/listinfo/development
Hi,
I'm trying to integrate https://codereview.qt-project.org/c/qt/qtbase/+/
278646 but it always fails on windows in the very same place.
Can an windows expert to check these tests and if they can't be fixed/reliable,
then blacklist them on windows?
Thanks.
Cheers,
BogDan.
Hi,
Since yesterday I can't submit any of my patches. The submit "button" is
gay, e.g. https://codereview.qt-project.org/c/qt/qtbase/+/273675
Am I doing something wrong?
Cheers,
BogDan.
În ziua de luni, 30 septembrie 2019, la 09:40:36 EEST, Heikki Halmet a scris:
> Hi,
>
> Coin fixed and
Hi,
Considering that QtCS and QtWS are both in Berlin and both in Nov, is there
any reason why QtCS date was not choose immediately after QtWS (7-9)?
Cheers,
BogDan.
În ziua de miercuri, 18 septembrie 2019, la 17:42:18 EEST, Kai Köhne a scris:
> Hi,
>
> Registration to the Qt Contributors
Hi,
It will be great if we can find a way to use it any (de)serialization
mechanism (e.g. proto buff, flat buffers, etc.) not only with only one (qt
specific).
Cheers,
BogDan.
În ziua de vineri, 30 august 2019, la 16:42:54 EEST, Simon Hausmann a scris:
> Hi Arnaud,
>
> I think that perhaps
Hi,
I can't edit https://wiki.qt.io/New_Features_in_Qt_5.14 ;-(.
Cheers,
BogDan.
În ziua de marți, 27 august 2019, la 10:00:46 EEST, Jani Heikkinen a scris:
> Hi all,
>
> Final downmerge from dev to '5.14' is now done. All other modules are ready
> and merges in but qtbase merge
>
Hi,
> Returning to your original post:
> >>> All the major frameworks out there (i.e. Java, C#) they have a
> >>> single String which does all the magic.
>
> Yes, and those systems are all built with the assumption that client
> code doesn't care if every single time anything happens to a string
Hi,
În ziua de miercuri, 21 august 2019, la 13:53:02 EEST, Giuseppe D'Angelo via
Development a scris:
> Hi,
>
> On 21/08/2019 11:50, Bogdan Vatra via Development wrote:
> >Personally I'm not going to waste my time learning 10 sting wrappers
> >and
> >
> &g
Hi,
În ziua de miercuri, 21 august 2019, la 00:12:59 EEST, Thiago Macieira a
scris:
> On Tuesday, 20 August 2019 08:56:06 PDT Bogdan Vatra via Development wrote:
> > Isn't silly to have so many wrappers around a such a simple thing as
> >
> > strings?
>
>
Hi,
Isn't silly to have so many wrappers around a such a simple thing as
strings? All the major frameworks out there (i.e. Java, C#) they have a single
String which does all the magic.
In Qt we have: QString, lost of QString::fromXXX, QLatin1String,
QStringLiteral, QStringView, QByteArray
On 2019-08-12 22:34, Thiago Macieira wrote:
On Monday, 12 August 2019 08:11:38 PDT Thiago Macieira wrote:
distributions and Android SDKs use.
Any word on what Clang the Android SDK we'll require uses?
NDK r19 and NDK r20 are shipped with clang 8.0, which according to
Hi,
I'm trying to stage a patch( https://codereview.qt-project.org/c/qt/qtbase/
+/266489 ), but I'm getting the same error each time. Is anyone working on it?
Cheers,
BogDan.
___
Development mailing list
Development@qt-project.org
[...]
> >
> > [...]
> >
> > Are you seriously thinking that Qt is going to use scripts from some
> > random
> > github projects ?!?!?
>
> There is a choice: with cmake you either spend hours yourself developing
> stuff, or reuse results of those who went through that hell before you :)
Or use
Hi,
>
> Though I can't help but wonder what is the magical ingredient in build
> systems that has the power to generate such vigorous debates over the
> internet.
>
Because the buildsystem makes the difference between wasting so many hours on
writing build system scripts or using that time
Hi,
[...]
>
> > qnx
>
> you mean like software companies using Qt do, today ?
> https://github.com/mapbox/mapbox-gl-native/blob/master/platform/qt/qnx.cmake
> > vxworx
>
> VxWorks ships with CMake so there must be at least some amount of support. (
>
Hi,
I'd like to propose a new wiki page (https://wiki.qt.io/Qt6/Requirements ?)
where, at least all platform maintainers, will add all the features they need
for that platform.
As the Android maintainer I'm not happy with current qmake support, not to
mention cmake support which in this
În ziua de sâmbătă, 15 iunie 2019, la 19:32:52 EEST, Thiago Macieira a scris:
> On Friday, 14 June 2019 23:45:47 PDT Bogdan Vatra via Development wrote:
[...]
>
> > So, as long as we need to provide libs, (qml) plugins for debug & release
> > I think building them in
Hi,
În ziua de joi, 13 iunie 2019, la 18:22:14 EEST, Thiago Macieira a scris:
> On Thursday, 13 June 2019 01:06:06 PDT Bogdan Vatra via Development wrote:
> > Hi,
> >
> > There is one more missing feature to add to your list: build & debug
> >
> > builds f
Hi,
There is one more missing feature to add to your list: build & debug builds
for msvc in one go (same as qmake does now, a single "make" command will build
both targets).
Also I wonder when do you plan to release Qt6? Because according to Thiago's
"what a buildsystem must to have list"
with some WIP non-merged patches in qtbase, I was able to
> build parts of qtbase with CMake, targeting armv8 iOS.
> So there's still some work to be done, but in principle it should be
> doable.
>
> > On 6. Jun 2019, at 15:13, Bogdan Vatra via Development
> > wrote:
Hi,
I won't hold my breath for community support for iOS. iOS is out for so many
years, yet CMake has no support for t.
iOs is not a show stopper if and only you're prepared to drop this plaform
from Qt 6 in case cmake support will be poor or non existing.
Cheers,
BogDan.
În ziua de joi, 6
În ziua de joi, 6 iunie 2019, la 14:45:14 EEST, Simon Hausmann a scris:
> Hi,
>
> In the past months we, some developers from the Qt Company and KDAB,
> have made good progress on the port of Qt to use CMake as build tool.
> Since the initial prototype, the port has advanced very well and its
>
În ziua de vineri, 31 mai 2019, la 19:03:46 EEST, Thiago Macieira a scris:
> On Thursday, 30 May 2019 22:45:02 PDT Bogdan Vatra via Development wrote:
> > Hi,
> >
> > În ziua de vineri, 31 mai 2019, la 08:36:31 EEST, Thiago Macieira a scris:
> > > On Thursday, 30 Ma
Hi,
În ziua de vineri, 31 mai 2019, la 08:36:31 EEST, Thiago Macieira a scris:
> On Thursday, 30 May 2019 15:51:26 PDT Konstantin Tokarev wrote:
> > BTW, are you also planning to drop support for using PCH with GCC-like
> > compilers when building Qt? It's a thing that is trivial to do with make
În ziua de joi, 18 aprilie 2019, la 13:54:15 EEST, André Pönitz a scris:
> On Thu, Apr 18, 2019 at 10:24:24AM +0300, BogDan Vatra via Development
>
> wrote:
> > Hi,
> >
> > Long time ago the Qt online SDK used to help the users to use the
> > latest and t
t; -----Original Message-
> > From: Development On Behalf Of
> > BogDan Vatra via Development
> > Sent: Thursday, April 18, 2019 9:24 AM
> > To: development@qt-project.org
> > Subject: [Development] Qt online SDK security problems
> >
> > Hi,
> >
Hi,
Long time ago the Qt online SDK used to help the users to use the latest and
the safest Qt version all the time. Sadly that was changed, IMHO without too
much thinking, and now a lot of users (I'm one of them) are stucked with
outdated versions. A few days ago I installed 5.12.2 and
Hi,
Personally I think it's a great idea. I used linuxdeployqt myself and it
worked. The only problem I saw it was the speed, it takes quite a lot to
complete (e.g. it took a few minutes, while androiddelopqt takes less than 10
seconds). But witl some love I'm pretty sure it can be improved
+1
În ziua de luni, 18 martie 2019, la 10:05:22 EET, Ville Voutilainen a scris:
> Brett is the maintainer of Qt Remote Objects. Thus he should be
> documented as a maintainer, and should also be an approver. Brett has
> been effectively maintaining QRO since 2014, so it seems like a slam
>
Hi,
[...]
> > Now configure mixes host libs with the target (android) ones, which IMHO
> > is
> > very wrong when cross-compiling :).
> > Can some qmake master take a look and fix the problem?
>
> if you're sure you have the latest revision and a completely clean build
> tree (including no stray
Hi,
I'm trying to compile Qt for Android and 5.12 branch received quite a lot
configure changes which broke Android builds (though I thought that 5.12 branch
is for bug fixes only).
Now configure mixes host libs with the target (android) ones, which IMHO is
very wrong when cross-compiling
Hi,
În ziua de luni, 12 noiembrie 2018, la 15:06:00 EET, Joerg Bornemann a scris:
> On 10/30/18 12:16 PM, Bogdan Vatra via Development wrote:
>
> Late to the game, but I feel the urge to comment on some things.
>
>
> > c.2) Incomplete! A while ago, I created a QBS
Hi,
Yes, "hard to work with" :).
Cheers,
BogDan.
În ziua de joi, 1 noiembrie 2018, la 11:24:29 EET, Vlad Stelmahovsky a scris:
> you mean "hard to work with"?
>
> On 11/1/18 9:34 AM, Bogdan Vatra via Development wrote:
> > Hi,
> >
> >GN is th
Hi,
GN is the closest build system to QBS, the only problem it has it's
controled by Google and these guys are sometime had to work with.
Cheers,
BogDan.
În ziua de joi, 1 noiembrie 2018, la 10:30:01 EET, Nikolai Kosjar a scris:
> On 10/29/18 1:17 PM, Lars Knoll wrote:
> > Given that we are
Hi,
În ziua de marți, 30 octombrie 2018, la 19:11:20 EET, Oswald Buddenhagen a
scris:
> On Tue, Oct 30, 2018 at 01:16:43PM +0200, Bogdan Vatra wrote:
> > c.2) back then, none of the existing build system could deliver enough
> > information to IDEs to enable prefect code completion (e.g.
Hi,
DISCLAIMER: I was one of the biggest QBS supporters!
QBS was a dream too good to be true, its main goals were:
a) a simple sintax which anyone can use
b) no extrenal dependeincies to configure/build & deploy your apps
c) designed with tooling in mind:
c.1) imagine a world where you can
Yup, it's a sad day for people who liked QBS. Personally I'll check GN, which
has a nice syntax, not as nice as QBS but ... :) .
În ziua de luni, 29 octombrie 2018, la 18:32:11 EET, Ray Donnelly a scris:
> Agreed, a brilliant bit of technology, such a shame to see it deprecated.
>
> On Mon, Oct
În ziua de joi, 2 august 2018, la 18:06:02 EEST, Thiago Macieira a scris:
> On Wednesday, 1 August 2018 23:13:13 PDT BogDan Vatra via Development wrote:
> > > Now that is nice, as we know that the moc, uic, rcc outputs are
> > > platform-
> > > independent. That shou
În ziua de joi, 2 august 2018, la 11:02:30 EEST, Lars Knoll a scris:
> > On 2 Aug 2018, at 09:52, BogDan Vatra wrote:
> >
> > În ziua de joi, 2 august 2018, la 09:49:48 EEST, Lars Knoll a scris:
> >
> >>> On 2 Aug 2018, at 08:13, BogDa
În ziua de joi, 2 august 2018, la 09:49:48 EEST, Lars Knoll a scris:
> > On 2 Aug 2018, at 08:13, BogDan Vatra via Development
> > wrote:
[…]
> >
> > It will be nice if this feature is mandatory for Qt 6, so let's add it to
> >
> >
> > your requ
Hi
În ziua de joi, 2 august 2018, la 09:33:10 EEST, Joerg Bornemann a scris:
> On 08/02/2018 08:18 AM, Simon Hausmann wrote:
> > Given that the output of the moc changes depending on what platform and
> > compiler dependent pre-processor macros are supplied, I would say that
> > the output is not
Hi,
În ziua de joi, 2 august 2018, la 01:31:10 EEST, Thiago Macieira a scris:
> On Wednesday, 1 August 2018 12:46:04 PDT BogDan Vatra via Development wrote:
> > Hi,
> >
> > qmake can't compile them all *at once* e.g. $ qmake && make will compile
> >
y, 1 August 2018 11:58:02 PDT BogDan Vatra via Development
>wrote:
>> Hi,
>>
>> Did you knew that qbs can build all but windows targets at once
>from your
>> Linux machine?
>
>That's not news. qmake can do that, provided you have the toolchains.
>You
&g
Hi,
Did you knew that qbs can build all but windows targets at once from your
Linux machine? Using mingw you can cross compile Qt for windows, but you
probably want to run tests and to check if the code compiles with msvc.
This feature might not seem pretty useful for linux, but is very
For 5.11 we used 10e and I'm afraid we can't afford to change it without proper
testing.
Cheers,
BogDan.
On July 29, 2018 10:11:53 PM GMT+03:00, Thiago Macieira
wrote:
>On Sunday, 29 July 2018 11:15:38 PDT BogDan Vatra via Development
>wrote:
>> AFIK qt 5.12 will use ndk r
AFIK qt 5.12 will use ndk r16 or better.
On July 29, 2018 6:16:30 PM GMT+03:00, Thiago Macieira
wrote:
>On Monday, 16 July 2018 08:50:05 PDT Thiago Macieira wrote:
>> On Monday, 16 July 2018 00:08:44 PDT Bogdan Vatra via Development
>wrote:
>> > The clang support was adde
Hi,
În ziua de duminică, 22 iulie 2018, la 12:18:06 EEST, Tobias Hunger a scris:
> On Sat, Jul 21, 2018, 14:49 Jean-Michaël Celerier <
>
> jeanmichael.celer...@gmail.com> wrote:
> > +1, I was flabbergasted when the big objection against CMake in Qt 6
> > boiled down to "it does not supports all
Hi,
În ziua de duminică, 22 iulie 2018, la 12:11:44 EEST, Tobias Hunger a scris:
> On Sat, Jul 21, 2018, 07:38 Bogdan Vatra via Development <
>
> development@qt-project.org> wrote:
> > You really hate QBS don't you ? :)
>
> Do you have so few arguments for qbs that you
Hi,
În ziua de sâmbătă, 21 iulie 2018, la 11:06:30 EEST, Vincas a scris:
> Story:
>
> https://www.xda-developers.com/google-android-q-vulkan-graphics-render-ui/
>
> I wonder how it could affect QML apps built for Android?
It doesn't mean that OpenGL support will be removed, so there should be
Hi,
În ziua de sâmbătă, 21 iulie 2018, la 09:40:47 EEST, Allan Sandfeld Jensen a
scris:
> On Samstag, 21. Juli 2018 07:38:10 CEST Bogdan Vatra via Development wrote:
> > Hi,
> >
> > În ziua de sâmbătă, 21 iulie 2018, la 05:35:48 EEST, Thiago Macieira a
>
> scris:
>
Hi,
În ziua de sâmbătă, 21 iulie 2018, la 05:35:48 EEST, Thiago Macieira a scris:
> Hello
>
> Having spent far too much time trying to figure out why crappy buildsystems
[...]
>
> 1) Ease of obtention
>
> a) Must be packaged by all major package managers where Qt 6 is expected to
> be
În ziua de vineri, 13 iulie 2018, la 23:50:36 EEST, Thiago Macieira a scris:
> On Wednesday, 11 July 2018 23:32:16 PDT Thiago Macieira wrote:
> > On Wednesday, 11 July 2018 23:00:50 PDT Liang Qi wrote:
> > > https://bugreports.qt.io/browse/QTQAINFRA-1681
> > >
În ziua de joi, 21 iunie 2018, la 11:38:29 EEST, Sérgio Martins via
Development a scris:
> On 2018-06-21 04:40, Thiago Macieira wrote:
> > Hello
> >
> > Yesterday during the PDXCPP Meet Up, I was asked if we had come up with
> > a good
> > solution to the increase in size of native binaries on
Hi,
>
> === Protobuf ===
>
> * Need volunteers to write a Proof of Concept
> ** plugin to protoc?
IMHO flatbuffers (https://google.github.io/flatbuffers/) has quite a few
advantages over protocol buffers (one that I really like is that the only
dependency your app has is a single .h file,
80 matches
Mail list logo
