-
-
Notifications
You must be signed in to change notification settings - Fork 194
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
Total rewrite of the package (aka make PackageCompilerX the new PackageCompiler) #304
Conversation
make a hardcoded app
* implement support for precompile file
* wip only using needed stdlibs * only include needed stdlibs in apps * make default off
Don't add an rpath to local absolute path
* improvements to cpu targets * more * more * remove precompile from testing due to JuliaLang/julia#34076
* wip make app work on windows * wip win * test artifact load path * realpath
Yay :) |
@KristofferC Are you planning on making a release as soon as you merge this PR? If not, it might be better to set the version to |
Awesome :) Do we want to try to fix the CI, or is that not really doable, since tests take so long? Could we split up stuff? |
I guess this time out can be upped? |
Strange, it passed on ARM in the previous commit and it took like 25 min. Maybe it was barely though. |
* JuliaComputing -> JuliaLang * Build documentation on correct conditions push to master and pull request based on master
Travis is passing. It looks like the AppVeyor error isn’t actually a test failure, but a problem with the configuration of AppVeyor on this repository. How about we uninstall AppVeyor from this repo and use Travis for the Windows tests? After all, this PR deletes the .appveyor.yml file, which implies that we aren’t planning on using AppVeyor. I think you need to be an organization admin of the JuliaLang organization in order to uninstall the AppVeyor app from this repo. @ViralBShah @StefanKarpinski |
LICENSE
Outdated
@@ -0,0 +1,19 @@ | |||
Copyright (c) 2019 Kristoffer Carlsson <kristoffer.carlsson@juliacomputing.com> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hm, I mean I see that this code is mainly by you, but would it make sense to leave me in here, or do we just say, its in the history?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe something like: Kristoffer, Simon, Luca, and other contributors? Just to be comprehensive.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That sounds fair!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would appreciate that, as I put a lot of effort on PackageCompiler.jl development.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Definitely ;) That I was alone in the license was wrong to begin with!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can someone make a suggestion here so it can just be accepted? Otherwise, we absolutely must add the names. Also let's add Julia Computing
to the mix please.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah I'll make a suggestion
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sorry, didn't think about this, it was just the default that got generated by PkgTemplates. Let's merge all names in here :)
I deleted the appveyor webhook. |
Co-Authored-By: Dilum Aluthge <dilum@aluthge.com>
Hooray! Thanks for the hard work on this, everyone! 😁 The future is bright! |
This PR completely replaces PackageCompiler.jl with that of PackageCompilerX.jl. The maintainers of this package as well as those of PackageCompilerX.jl feels like this is the best way forward.
A few options were considered:
Instead, just putting a complete rewrite on top of the existing history felt like the best choice.
Some improvements / changes in PackageCompilerX.jl vs the current PackageCompiler:
Base.@ccallable
since that is done automatically.julia_main
function no longer take any arguments. Just like in normal Julia code, just access the globalARGS
.src/Package.jl
file)I will go through earlier issues and add here which are either fixed by this PR, no longer relevant due to fixes in Julia or changes in PackageCompiler functionality:
Closes #52
Closes #83
Closes #108
Closes #129
Closes #131
Closes #289
Closes #297
Closes #290
Closes #281
Closes #192
Closes #277
Closes #276
Closes #272
Closes #271
Closes #270
Closes #258
Closes #255
Closes #252
Closes #234
Closes #233
Closes #230
Closes #236
Closes #228
Closes #225
Closes #223
Closes #222
Closes #221
Closes #220
Closes #215
Closes #212
Closes #208
Closes #202
Closes #201
Closes #194
Closes #193
Closes #190
Closes #184
Closes #223
Closes #182
Closes #180
Closes #163
Closes #151
Closes #155
Closes #154
Closes #152
Closes #145
Closes #141
Closes #226
Closes #140
Closes #138
Closes #117
Closes #76
Closes #59
Got kinda lost with isues at this point. Will take another pass after this PR is merged.
After this PR is mergd, we should transfer over issues PR from PackgeCompilerX to this repo.