RE: .hs loads instead of .o

ghci -package pk Foo loads the interpreted code Foo.hs,

if Foo.hs resides in the current directory and *.o modules are gathered in a library in other directory referred by pk.

But is this natural? Maybe, it should search first in all visible object libraries?

Are you saying that the package 'pk' also contains a module called 'Foo'? If that's the case, then it is really an error for there to also be a Foo.hs on the path, and it is likely to lead to trouble as GHC will get confused about which one you mean. If that's not the case, could you give more details? (i.e. list the contents of the directories involved, the package spec for package 'pk', and tell us what you expect to happen). Cheers, Simon