[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.