aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/Prebuild/src/Core/Attributes (unfollow)
Commit message (Collapse)AuthorFilesLines
2019-05-19Dump OpenSim 0.9.0.1 into it's own branch.onefang3-126/+126
2017-08-30update Prebuild with WhiteCore versionUbitUmarov3-126/+126
2017-01-05Massive tab and trailing space cleanupMelanie Thielker3-126/+126
2010-09-11Removing .svn directories under Prebuild/ from source controlJohn Hurliman9-399/+0
2010-09-11Update Prebuild.exe with Prebuild r323 + an existing OpenSim specific nant ↵Justin Clark-Casey (justincc)12-0/+613
hack to correctly clean up chosen OpenSim exes and dlls in bin/ on a "nant clean" Source code is included for reference. This can go away again once Prebuild is updated with a more general mechanism for cleaning up files. The Prebuild source code here can be built with nant, or regnerated for other tools using the prebuild at {root}/bin/Prebuild.exe
2010-09-04Build system upgrade:BlueWall3-214/+0
Upgrading Prebuild.exe to correctly construct build solutions for crossplatform tools such as xbuild, monodevelop and nant. NOTE: Module prebuild files will need modification to work, as the prebuild must correctly define the reference path for all assemblies shipped in the OpenSimulator ./bin directory. These include assemblies such as XMLRPC.dll, OpenMetaverse.dll, Nini.dll, etc. . The entries should follow the form: <Reference name="Nini" path="../../../bin/"/> See the distributed prebuild.xml for further examples. Crossplatform tools: xbuild and monodevelop use the vs2008 OpenSim.sln and the .csproj files in each namespace. Changes to the Prebuild.exe are against svn 322 and are included in a patch attached to the mantis. And the dnpb source are available@ svn co https://dnpb.svn.sourceforge.net/svnroot/dnpb dnpb The patches are pending application by the dnpb team. After which, the un-modified upstream Prebuild.exe will work as expected.
2009-02-19* Okay, so finally got my head around this. Problem is that upstream ↵lbsa713-28/+1
Prebuild copied dlls promiscuously, and this led to the references being all mixed up (/bin dlls overwritten by different versions on every csc) * Something that thus needs fixing is the fact that ProjectReferences has to be marked <ProjectReference> <Private>False</Private> </ProjectReference> but that is not configurable in the upstream Xml Schema. I've hardcoded it in our repo for now.
2009-02-19* reverted the revert of the revert. What can I say? I'm calling this a day, ↵lbsa713-1/+28
and will get back up on the horse tomorrow.
2009-02-19* Reverted the revert, as it seems the problem was the 1.0.* in the separate ↵lbsa713-28/+1
projects.
2009-02-19* Reverted Prebuild commit due to strange run-time errors.lbsa713-1/+28
2009-02-19=== PREBUILD UPSTREAMS UPDATE : POTENTIAL BREAKAGE ===lbsa713-28/+1
* Applied upstreams changes to allow for auditing and debugging in our various environments. * This should, in theory, bring back 'multiple ref dirs'. * Temporarily Removed xmlns because prebuild-1.7 schema does not allow for multiple solutions per prebuild node (This will be a moot issue once the Prebuild node is moved out of prebuild.xml) * Autotools target: Various minor fixes * MonoDevelop Target : No changes. * Nant Target: Various minor fixes, support for net-3.5 and mono-2.0/3.5 targets * Sharpdevelop targets: No changes. * VS Targets: Refactored into using VSGenericTarget, and supports 2.0-3.5 * XCode Target: No changes. --- Regressions and outstanding issues --- * The Solution is assigned a random Guid - will lead to unnecessary reloads and loss of user settings. --- New features of Prebuild 2.0.4 --- * (Better) support for Web, WinForms and Database Projects and build actions * Conditional Framework Version compilation support (1.1, 2.0-3.5) * ArrayList -> List<>, ICollection -> IList (this means Prebuild can generate 1.1 solutions, but can't itself be built under 1.1 - how very meta) * Added <?include file="sub_prebuild.xml" ?> preprocessor directive.
2008-03-17Merged changes in Prebuild trunk up to r258 into OpenSim's Prebuild.Jeff Ames3-3/+3
Hopefully this should make merging upstream easier. Building with NAnt should still work, but Visual Studio is untested.
2007-07-16changed to native line ending encodingSean Dague3-241/+241
2007-07-11* Wiping trunk in prep for SugiliteAdam Frisby3-241/+0
2007-03-22brought zircon branch into trunkgareth3-0/+241