Commit Graph

8 Commits

Author SHA1 Message Date
Alexander Udalov 38a42bdb79 Do not wrap built-in function in JetLightClass (EA-38770)
Built-in top-level functions are located in jet.namespace class.
JetStandardClasses.isStandardClass() now checks that a given fqName starts with
"jet.", instead of searching it in the standard scope, to prevent this kind of
errors in the future
2012-09-27 16:30:59 +04:00
Nikolay Krasko 40f559bcdc Additional test for wrapping functions 2012-09-13 21:06:17 +04:00
Alexander Udalov 954003872d Do not generate erroneous classes in SIGNATURES mode
Add an assertion that this never happens in other modes.

(fixes EA-37034)
2012-09-13 16:20:25 +04:00
Alexander Udalov ccfa5f8c2c Do not lookup expressions in closures when building signatures
#KT-2764 Fixed
(EA-38857)
2012-09-12 21:16:47 +04:00
Nikolay Krasko b6e2381861 EA-36473 Wrap method for JetLightClass with invalid fq name 2012-09-11 21:29:42 +04:00
Alexander Udalov bb92655ecd Prohibit creation of JetLightClass on built-ins
If we allow JetLightClass to be created on built-in types, a normal codegen
would be launched, with a mapping from Kotlin to Java types enabled, every time
IDE requests built-in classes. Codegen would then try to make something
meaningless, e.g. create a class for a primitive type (since our jet.Boolean is
mapped to primitive boolean). This would result in different exceptions when
navigating to built-in library from IDE.

Add a helpful error message to ClassFileFactory if we ever again produce
classes for primitive types.
2012-09-11 17:08:33 +04:00
Maxim Shafirov 423494cef0 missed shift 2011-12-23 19:51:25 +03:00
Maxim Shafirov 14862f7d39 Initial java facade tests 2011-12-22 15:33:34 +03:00