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 <[email protected]> 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 >
_______________________________________________ Allegro-developers mailing list [email protected] https://mail.gna.org/listinfo/allegro-developers
