[Mono-bugs] [Bug 58557][Cos] New - gacutil parameter parsing causes "make install" in "mcs" to work incorrectly
bugzilla-daemon@bugzilla.ximian.com
bugzilla-daemon@bugzilla.ximian.com
Sat, 15 May 2004 14:45:17 -0400 (EDT)
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
Changed by jaak@zd.com.pl.
http://bugzilla.ximian.com/show_bug.cgi?id=58557
--- shadow/58557 2004-05-15 14:45:17.000000000 -0400
+++ shadow/58557.tmp.20608 2004-05-15 14:45:17.000000000 -0400
@@ -0,0 +1,40 @@
+Bug#: 58557
+Product: Mono: Class Libraries
+Version: unspecified
+OS:
+OS Details:
+Status: NEW
+Resolution:
+Severity:
+Priority: Cosmetic
+Component: CORLIB
+AssignedTo: mono-bugs@ximian.com
+ReportedBy: jaak@zd.com.pl
+QAContact: mono-bugs@ximian.com
+TargetMilestone: ---
+URL:
+Cc:
+Summary: gacutil parameter parsing causes "make install" in "mcs" to work incorrectly
+
+I've noticed that "make install" in "mcs" module doesn't reinstall assembly
+in the GAC. Instead it increases refcount by one which is misleading.
+Obviously the intention was to do a forced reinstall (which is suggested by
+/f parameter).
+
+The problem seems to be related to the fact that gacutil expects the
+parameters in a very strict order (does it really have to be like that?)
+while the build system passes them in reverse order:
+
+In particular this works ok:
+
+gacutil.exe /i filename.dll /f /package 1.0 /root /opt/mono/lib
+
+This one fails:
+
+gacutil.exe /i filename.dll /f /root /opt/mono/lib /package 1.0
+
+The attached patch is a temporary workaround to this issue, but I believe
+gacutil parameter parsing should be fixed instead.
+
+Sorry about the component parameter - I found no "gacutil" or "tools" to
+choose.