[Mono-bugs] [Bug 558288] New: XBuild 2.7 out of SVN trunk (R146890) looks for a non-existent lib/mono/3.0 directory
bugzilla_noreply at novell.com
bugzilla_noreply at novell.com
Wed Nov 25 04:25:00 EST 2009
Summary: XBuild 2.7 out of SVN trunk (R146890) looks for a
non-existent lib/mono/3.0 directory
Product: Mono: Tools
Priority: P5 - None
AssignedTo: jankit at novell.com
ReportedBy: kog at epiphanic.org
QAContact: mono-bugs at lists.ximian.com
Found By: Third Party Developer/Partner
Created an attachment (id=329387)
A transcript of XBuild's log upon building normally (before creating a faux
When calling XBuild on my solution file it fails during the
ResolveAssemblyReferences target thusly:
(ResolveAssemblyReferences target) ->
/usr/local/lib/mono/2.0/Microsoft.Common.targets: error : Error
executing task ResolveAssemblyReference: Directory '/usr/local/lib/mono/3.0'
Looking at my fresh copy of Mono from SVN (R146890) I do not see a 3.0, I see:
$ ls /usr/local/lib/mono
1.0 2.0 3.5 compat-1.0 compat-2.0 gac monodoc xbuild
I got mhutch to check his copy to make sure there wasn't something odd about my
environment. After talking to Marek I created the directory, with permissions
akin to the others, and tried running XBuild again, which succeeded but gave me
a bunch of warnings related to assembly bindings. It looks like it chose the
correct version of the assemblies (2.0 instead of 1.0), which seems proper.
Further, I did a grep to see if I had any 1.0x versions hardcoded in my project
files and I do not.
See attached files for build outputs (redirected STDOUT). SVN URL available
upon request, but I'd rather not spam it here.
(Logs are in attached tar/gzip).
Steps to reproduce the problem:
1. xbuild SpikeLite.sln
* See build-fail.log in the tar/gzip attachment.
* Something akin to build-rename.log in the tar/gzip attachment. Namely, the
project should build.
How often does this happen?
* Every time I try and run XBuild on either the SLN or any of the CSProj
files. I upgraded from an earlier copy of 2.7 to the latest today (see rev no.
above) and it still occurs.
* XBuild does not seem to require anything in the 3.0 lib directory, merely
the presence of it.
* Looked at my csproj file and the target framework version is set as 3.5:
<TargetFrameworkVersion>v3.5</TargetFrameworkVersion>, and after looking at the
common targets it seems like it's also pulling the 3.0 libs, which through a
bunch of call tracing seems like it might go to
which seems to define 3.0 as a valid lib/mono directory. Also, the SVN blame
suggests that it was added R145756, which would explain me encountering it the
first time after upgrading from 2.5 to 2.7 and why others may not be
* I haven't modified the source and attempted to try again since I'm not sure
what else is using this source, nor am I sure as to how MSBuild actually works
(I'm a NAnt dude).
Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
More information about the mono-bugs