Re: [AD] Finding a solution to the Windows problem

[ Thread Index | Date Index | More lists.liballeg.org/allegro-developers Archives ]


Hi All,
I have recently been having a look at Nuget, as mentioned somewhere in this thread. Since SL's build scripts now copy all the outputs of building Allegro's dependencies and Allegro into well-defined places, the .nuspec to reference them and build the package is fairly straightforward.
At the moment I've got it just working for Win32 and only Allegro 'core' but adding the other dependencies is trivial.
Once it's done it can be uploaded to the central Nuget repository and, from there, only takes a couple of clicks from within Visual Studio to download and install.

What do you think? I can add it to a fork of SL's scripts  and then everyone can have a look at it.

Pete


On Mon, 27 Apr 2015 at 00:26 SiegeLord <siegelordex@xxxxxxxxxx> wrote:
So I think I've basically finished making something usable. Here it is:

https://github.com/SiegeLord/allegro_winpkg

This contains a 'universal' directory, which contains the upstream
sources that have been slightly patched up by me (and including the
newly built systems for the 5 aforementioned dependencies). With some
manual work, you can build 32 and 64 bit dependencies with MSVC 2013 and
Allegro through the use of the included scripts. In principle, same
sources can be used to compile with the classical mingw, but I haven't
tried (it'll definitely require new scripts). It doesn't quite create
complete packages, but that's sort of a minor point I think (I'm
personally happy to copy/paste things a bit).

The 'mingw-w64' directory contains the scripts needed to create the
mingw-w64/msys2 packages for Allegro (msys2 already has all the
dependencies in its repositories, so there's no need to build them
ourselves). The 'release' package is set for 5.1.9 right now, but that
is broken since I needed to modify the Allegro's build system to be able
to find the DirectX dependencies... in practice, only 'git' package
works without a hitch.

Once I try this out for the 5.1.10 release, I'm thinking of transferring
that project over to SourceForge, to live alongside Allegro, if there
are no objections.

-SL

On 04/19/2015 12:12 AM, SiegeLord wrote:
> On 04/16/2015 09:12 AM, SiegeLord wrote:
>> I'm going to start with the Xiph stuff first,
>> so if anyone wants to help with the other two, feel free.
>
> FYI, I managed to make CMakeLists.txt for those 5 dependencies that seem
> to work reasonably well with MSVC 2013 (found a minor bug with Allegro's
> build system along the way). Allegro compiles with them just fine.
> Tomorrow, if I have time, I'll see what is the state of the remaining
> dependencies... hopefully nothing needs to be done.
>
> -SL

------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
--
https://lists.sourceforge.net/lists/listinfo/alleg-developers


Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/