So using reflection on the objects gives the following signatures - they
have identical signatures :

{:name apply,
    :return-type com.cra.figaro.language.CompoundDist,
    :declaring-class com.cra.figaro.language.Dist$,
    :parameter-types
    [scala.collection.Seq
     com.cra.figaro.language.Name
     com.cra.figaro.language.ElementCollection],
    :exception-types [],
    :flags #{:public}}
   {:name apply,
    :return-type com.cra.figaro.language.AtomicDist,
    :declaring-class com.cra.figaro.language.Dist$,
    :parameter-types
    [scala.collection.Seq
     com.cra.figaro.language.Name
     com.cra.figaro.language.ElementCollection],
    :exception-types [],
    :flags #{:public}}


On Thu, Jun 25, 2015 at 9:05 PM Stuart Sierra <the.stuart.sie...@gmail.com>
wrote:

> Scala has to compile down to JVM bytecode just like Clojure, but it may
> change method signatures along the way.
>
> You could try running `javap` to disassemble the compiled Scala bytecode
> and figure out what the method signatures actually are. Or use Java
> reflection to examine the objects you have and see what methods they
> declare.
>
> –S
>
>
>
> On Tuesday, June 23, 2015 at 10:51:55 AM UTC-4, Stephen Wakely wrote:
>>
>> I am trying to call into some Scala that has the following overloaded
>> methods :
>>
>>   def apply[T](clauses: (Double, Element[T])*)(implicit name: Name[T],
>> collection: ElementCollection) =
>>     new AtomicDist(name, clauses.toList, collection)
>>
>>   def apply[T](clauses: (Element[Double], Element[T])*)(implicit name:
>> Name[T], collection: ElementCollection) =
>>     new CompoundDist(name, clauses.toList, collection)
>>
>> So one method takes a list of tuples of Double to Element and the other
>> method takes a list of tuples of Element to Element.
>>
>> I am using t6.from-scala (https://github.com/t6/from-scala) to build up
>> my list of Tuples. But when building these up there is no way to specify
>> explicit type information about the collections. Consequently when calling
>> this apply method Clojure will always choose to call the first method -
>> even when my list is a collection of Element to Element tuples.
>>
>> I can definitely appreciate how it is going to be tricky for Clojure to
>> determine the correct overload to use here. Is there any way I can somehow
>> force it to call the correct overload myself?
>>
>>
>> Thanks
>>
>> Stephen
>>
>>
>>
>>  --
> You received this message because you are subscribed to the Google
> Groups "Clojure" group.
> To post to this group, send email to clojure@googlegroups.com
> Note that posts from new members are moderated - please be patient with
> your first post.
> To unsubscribe from this group, send email to
> clojure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to