cmsdk: Untangle internal vs. external dependencies

* The public SDK build is currently including AIDLs which are
   meant to be used for internal purposes only. My assumption
   is that this particular implementation was done before we
   split off an "internal" SDK, which is used by the platform itself.
 * The issue came up when adding an AIDL which has a backing
   Java data object which was not included.
 * It should be safe to simply hide this interface. All references
   to it are hidden already. It is only used for internal purposes
   and does not change the API.
 * With the internal dependencies removed from the public SDK, we
   can completely remove the reference in the makefile.

Change-Id: I0515815543feb077ee5e289b9f900e28758c6e98
This commit is contained in:
Steve Kondik
2016-09-08 23:42:38 -07:00
committed by Steve Kondik
parent 7be730bbf1
commit 3da45e19ad
5 changed files with 7 additions and 9 deletions

View File

@@ -27,10 +27,9 @@ import android.os.ServiceManager;
import android.util.Log;
import cyanogenmod.app.ICustomTileListener;
import cyanogenmod.app.IStatusBarCustomTileHolder;
import cyanogenmod.app.ICMStatusBarManager;
import org.cyanogenmod.internal.statusbar.IStatusBarCustomTileHolder;
/**
* A service that receives calls from the system when new custom tiles are
* posted or removed.

View File

@@ -16,10 +16,9 @@
package cyanogenmod.app;
import cyanogenmod.app.IStatusBarCustomTileHolder;
import cyanogenmod.app.StatusBarPanelCustomTile;
import org.cyanogenmod.internal.statusbar.IStatusBarCustomTileHolder;
/** @hide */
oneway interface ICustomTileListener
{

View File

@@ -14,7 +14,7 @@
* limitations under the License.
*/
package org.cyanogenmod.internal.statusbar;
package cyanogenmod.app;
import cyanogenmod.app.StatusBarPanelCustomTile;
@@ -22,4 +22,4 @@ import cyanogenmod.app.StatusBarPanelCustomTile;
interface IStatusBarCustomTileHolder {
/** Fetch the held StatusBarPanelCustomTile. This method should only be called once per Holder */
StatusBarPanelCustomTile get();
}
}