[Mono-bugs] [Bug 79673][Wis] New - Compilation error of generic type parameters

[bugzilla-daemon at bugzilla.ximian.com]

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 rowan at stasis.org.

http://bugzilla.ximian.com/show_bug.cgi?id=79673

--- shadow/79673	2006-10-16 12:56:15.000000000 -0400
+++ shadow/79673.tmp.29831	2006-10-16 12:56:15.000000000 -0400
@@ -0,0 +1,58 @@
+Bug#: 79673
+Product: Mono: Compilers
+Version: 1.1
+OS: 
+OS Details: OpenSuse 10.1
+Status: NEW   
+Resolution: 
+Severity: 
+Priority: Wishlist
+Component: C#
+AssignedTo: rharinath at novell.com                            
+ReportedBy: rowan at stasis.org               
+QAContact: mono-bugs at ximian.com
+TargetMilestone: ---
+URL: 
+Cc: 
+Summary: Compilation error of generic type parameters
+
+Please fill in this template when reporting a bug, unless you know what you
+are doing.
+Description of Problem:
+Compilation error in 1.1.18 for code that used to compile under 1.1.17.
+Generates error CS0692: Duplicate type parameter.
+
+
+Steps to reproduce the problem:
+1. Check out Dream r1738 from dev.opengarden.org
+2. Run build.sh
+3. Error!
+
+Actual Results:
+dreamcontext.cs(187,32): error CS0692: Duplicate type parameter `DreamMessage'
+
+Expected Results:
+Compiles without errors.
+
+How often does this happen? 
+Every time.
+
+Additional Information:
+The error is on the Passthrough() call below.
+File: dream/dreamcontext.cs
+184        public void Passthrough() {
+185
+186            // TODO (steveb): we should do this asynchronously
+187            Passthrough(false, delegate(DreamMessage message) {
+188                return message;
+189            });
+190        }
+
+Which calls the function defined just below as such:
+196        public void Passthrough(bool abortOnFailure,
+Converter<DreamMessage, DreamMessage> converter) {
+...
+210        }
+
+It seems that something in the 1.1.18 parser doesn't like the <, > syntax
+anymore .. at let not when using the same value in each part of <, >.