----- Original Message ----- From: "Matthew Mastracci" <[EMAIL PROTECTED]> To: "Matthew Mastracci" <[EMAIL PROTECTED]> Cc: "Gert Driesen" <[EMAIL PROTECTED]> Sent: Tuesday, July 06, 2004 3:13 AM Subject: Re: ResGen assembly references?
> I suppose a solution might be adding a framework property like > "usesassemblyreferences" that could be disabled for .net 1.0 and 1.1. > This flag would ignore the assembly filenames that were passed, rather > than copying them (since they are not used anyways). That is not correct. They are definitely used for .NET 1.0 and .NET 1.1. Only for these frameworks, the referenced assemblies actually need to be copied as the resgen for these frameworks does not have command line support for specifying assembly references. > > Matthew Mastracci wrote: > > > After upgrading to the latest CVS version, I've found that the > > <resgen> task is taking a long time to run for each project because it > > seems to be copying all of the project references. These are necessary, as resx files can contain references to types in the project references. So <resgen> need to be able to instantiate these types. > > > > What's the reason for this behaviour? We've never needed it before > > and it increases our build time dramatically. I don't think the 1.0 > > or 1.1 <resgen> tasks can even utilize assembly references. We didn't need it as we didn't implement this yet. The resgen.exe tool for the .NET 1.0 and .NET 1.1 does not provide direct support for assembly references, but you can trick it into the by copying the tool itself, and all assembly references to the same (temporary) directory, and launching the tool from there. This is what we do for .NET 1.0 and .NET 1.1. For .NET 2.0 we just specify the assembly references on the command line. > > > > I'm working on cutting down the time for a <solution> build in our > > shop again (via profiling)- this is one of the biggest culprits right > > now. :) I understand, but we can't sacrifice features for performance. Gert ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
