Skip to content

build: secondary entry points #4363

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
wants to merge 6 commits into from

Conversation

devversion
Copy link
Member

WIP

@devversion devversion added the in progress This issue is currently in progress label May 2, 2017
@googlebot googlebot added the cla: yes PR author has agreed to Google's Contributor License Agreement label May 2, 2017
@@ -35,7 +34,7 @@ export type AutocompletePositionY = 'above' | 'below';
export class MdAutocomplete implements AfterContentInit {

/** Manages active item in option list based on key events. */
_keyManager: ActiveDescendantKeyManager;
_keyManager: _ActiveDescendantKeyManager;
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It would be better not to change the names of any symbols in this PR since it may make it harder to land in Google. We can potentially do renaming in a follow-up, though I'm not sure yet it's necessary,

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We can totally remove them, but the idea (from angular core) was to not "expose" those things to the public.

Though we don't have much stuff in our private_exports file, so we would be fine by just exposing those?

/**
* When compiling with @angular/tsc-wrapped, shorthand imports will be converted into more
* explicit paths. This function rewrites all expanded imports to their original import.
* This is important, because when composing releases, the directories won't be present anymore.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is there an issue on angular/angular tracking this?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It's not an issue on angular/angular. It's a feature on tsickle. I was talking to @alexeagle about adding a flag or something so we can be more flexible about it.

const releasePath = join(DIST_ROOT, 'releases', packageName);

const umdOutput = join(releasePath, 'bundles');
const fesmOutput = join(releasePath, '@angular');
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Each of the secondary entry-points should be output into @angular/material (with material.js still directly under @angular)
(this part is for closure compiler)

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah I think it should be like that?

| @angular/material
| -- @angular/
| -- -- material.js
| -- -- material/
| -- -- -- core.js

}

export async function buildPackage(entryFile: string, packagePath: string, packageName: string) {
let packageTasks = [buildPackageBundles(entryFile, packageName)];
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks like buildPackageBundles doesn't return anything, so you're ending up with an array of undefined

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It does return a promise. Every function that uses async/await automatically returns them

@devversion
Copy link
Member Author

We are holding off with that for now.

@devversion devversion closed this May 14, 2017
@devversion devversion deleted the build/secondary-entries branch May 14, 2017 20:10
@angular-automatic-lock-bot
Copy link

This issue has been automatically locked due to inactivity.
Please file a new issue if you are encountering a similar or related problem.

Read more about our automatic conversation locking policy.

This action has been performed automatically by a bot.

@angular-automatic-lock-bot angular-automatic-lock-bot bot locked and limited conversation to collaborators Sep 6, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
cla: yes PR author has agreed to Google's Contributor License Agreement in progress This issue is currently in progress
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants