>> BTW, how well does meson support cross compilation?
>
> it does support cross-compilation a lot better than cmake
> on Windows (though compilation fails because of mmap) :
Thanks for checking.
Werner
Werner
On Sat, Jul 25, 2020 at 12:37 PM Werner LEMBERG wrote:
>
>
> Hello Vincent,
>
>
> > On Windows, there is no mmap, but there is shared memory support,
> > with CreateFileMapping and MapViewOfFile.
> >
> > If shared mem really improved loading of files on Unix, would you
> > consider adding
Hello Priyesh,
> I have updated the FreeType's code in accordance with the recent
> changes in the dlg library and again tested the code on
> Linux(Autotools), Windows(Visual Studios), and on OS X(Autotools).
thanks!
> I wanted to ask that is there something else which I have to take
> care o
Werner LEMBERG writes:
> and I couldn't find a commercial feature that would be necessary for
> us. Am I missing something?
People at the Gnome foundation worked with gitlab to add enough features
to the free version to make Gnome developers happy. Seems to be working
fine for freedesktop devel
>>> It is not about UI but about community. To me,
>>> https://gitlab.freedesktop.org feels like the right community to
>>> move in. Thanks to Alan for the invitation. The other two
>>> communities are too crowded and too commercial.
>>
>> Mhmm, I think gitlab is a good compromise between ethi
On Tue, Aug 25, 2020 at 5:55 AM Werner LEMBERG wrote:
> BTW, how well does meson support cross compilation?
it does support cross-compilation a lot better than cmake
on Windows (though compilation fails because of mmap) :
$ ./configure.sh
The Meson build system
Version: 0.54.2
Source dir: E:/D
> I propose to get rid of this template entirely for Meson, by
> defining HAVE_UNISTD_H and HAVE_FCNTL_H as simple compiler arguments
> when building the library.
What exactly do you mean with 'compiler arguments'?
> For the builds/unix/ftconfig.h.in case, there is also
> FT_USE_AUTOCONF_SIZEOF
As, discussed with Werner I have:
1) added a simple config file (in CI/ft-tests.config)
2) split the tests into smaller chunks
3) changed the colors of the diff images to green / red
4) added the diff images to the generated comparison page
5) fixed the relative paths in the generated comparison pa
Actually, the size problem was that otvalid/gxvalid were always compiled
into the library.
I've improved meson.build to parse modules.cfg to get the list of all main
and auxiliary modules, to replicate what the Make-based build does.
Now the default build is 712 KiB for all build systems on my mac
Le lun. 24 août 2020 à 22:34, Werner LEMBERG a écrit :
>
> Hello David,
>
>
> > - builds/meson/ftconfig.h.in: template versions of
> > ftconfig.h to be used by the Meson build. It is processed
> > by Meson, which will turn #mesondefine statements into
> > #define / #undef depending on build
Werner LEMBERG writes:
>> It is not about UI but about community. To me,
>> https://gitlab.freedesktop.org feels like the right community to
>> move in. Thanks to Alan for the invitation. The other two
>> communities are too crowded and too commercial.
>
> Mhmm, I think gitlab is a good compro
> It is not about UI but about community. To me,
> https://gitlab.freedesktop.org feels like the right community to
> move in. Thanks to Alan for the invitation. The other two
> communities are too crowded and too commercial.
Mhmm, I think gitlab is a good compromise between ethics and commer
Hello David,
> - builds/meson/ftconfig.h.in: template versions of
> ftconfig.h to be used by the Meson build. It is processed
> by Meson, which will turn #mesondefine statements into
> #define / #undef depending on build configuration.
having a meson-specific `ftconfig.h.in` file is not
Hi Alexei,
Le lun. 24 août 2020 à 17:27, Alexei Podtelezhnikov a
écrit :
> Hi David,
>
> Other build systems 'sed' to the main copy of ftoption.h, which is
> then installed and provides a record of compiled features. Werner
> convinced me that it is a good thing to have. It will be a nightmare
>
Hi David,
Other build systems 'sed' to the main copy of ftoption.h, which is
then installed and provides a record of compiled features. Werner
convinced me that it is a good thing to have. It will be a nightmare
to maintain them if each build system has its own version while lose
track of compiled
Hello Vincent,
Sorry, was on vacation and pretty busy, but back now. On the topic of the
Meson build, here's my latest update. This version has many improvements:
- Proper pkg-config freetype2.pc generation and installation.
- Fixed shared library install suffix to match libtool-generated one
(nu
> > I'm wondering when the issue migration is complete? Or am I missing
> > something?
>
> Right now we are in a preparation phase. No need to rush.
It is not about UI but about community. To me,
https://gitlab.freedesktop.org feels like the right community to move
in. Thanks to Alan for the invi
> Thanks! I suppose this is the correct repo:
> https://github.com/fundies/freetype2/tree/greg-gsoc
>
> BTW Has it been decided that we would be using azure? Gitlab's CI offering
> seem pretty good too.
>
> Regards,
> Anurag
Yes, that is the correct repo. Azure offers 10 free continuous jobs
for
Instructions on how to use my use azure with gitlab here:
https://about.gitlab.com/blog/2020/07/09/integrating-azure-devops-scm-and-gitlab/
I have the azure-pipelines in my gsoc repo. If you have any questions let
me know.
On Sun, Aug 23, 2020 at 10:07 AM Nikolaus Waxweiler
wrote:
>
>
> Nice to
19 matches
Mail list logo