0.7 precompile error about exproptimization.jl

[rcnlee]

There was a missing dependency in the REQUIRE file. The package also wasn't quite 0.7 ready.
I just fixed the dependency and most of the depwarns for 0.7. Can you see if it works for you on master branch now?

[flare9x]

ok got it now - updated via for 0.7 and 1.0:

(v1.0) pkg> add https://github.com/sisl/ExprOptimization.jl
  Updating git-repo `https://github.com/sisl/ExprOptimization.jl`
 Resolving package versions...
  Updating `C:\Users\Andrew.Bannerman\.julia\environments\v1.0\Project.toml`
  [0d84ce59] ↑ ExprOptimization v0.1.1 ⇒ v0.1.1+ #master (https://github.com/sisl/ExprOptimization.jl)
  Updating `C:\Users\Andrew.Bannerman\.julia\environments\v1.0\Manifest.toml`
  [9e28174c] - BinDeps v0.8.10
  [6e83dbb3] - Discretizers v3.0.1
  [0d84ce59] ↑ ExprOptimization v0.1.1 ⇒ v0.1.1+ #master (https://github.com/sisl/ExprOptimization.jl)
  [276daf66] - SpecialFunctions v0.7.0

For 0.7 the precompile.

[ Info: Precompiling ExprOptimization [0d84ce59-e78b-5c9a-b954-3a5400d7f6ed]
┌ Warning: `using A.B` will only be allowed for modules, not single bindings. Use `using A: B` instead
│   caller = ip:0x0
└ @ Core :-1

throws a warning but it does compile.

And for 1.0

[ Info: Precompiling ExprOptimization [0d84ce59-e78b-5c9a-b954-3a5400d7f6ed]
WARNING: could not import Random.srand into ExprRules
ERROR: LoadError: UndefVarError: done not defined
Stacktrace:
 [1] getproperty(::Module, ::Symbol) at .\sysimg.jl:13
 [2] top-level scope at none:0
 [3] include at .\boot.jl:317 [inlined]
 [4] include_relative(::Module, ::String) at .\loading.jl:1038
 [5] include(::Module, ::String) at .\sysimg.jl:29
 [6] top-level scope at none:2
 [7] eval at .\boot.jl:319 [inlined]
 [8] eval(::Expr) at .\client.jl:389
 [9] top-level scope at .\none:3
in expression starting at C:\Users\Andrew.Bannerman\.julia\packages\ExprRules\RBkE3\src\ExprRules.jl:713
ERROR: LoadError: Failed to precompile ExprRules [e7058ba0-a568-556c-b31a-209ee9d855a8] to C:\Users\Andrew.Bannerman\.julia\compiled\v1.0\ExprRules\Amp6O.ji.
Stacktrace:
 [1] error(::String) at .\error.jl:33
 [2] macro expansion at .\logging.jl:313 [inlined]
 [3] compilecache(::Base.PkgId, ::String) at .\loading.jl:1184
 [4] _require(::Base.PkgId) at .\logging.jl:311
 [5] require(::Base.PkgId) at .\loading.jl:852
 [6] macro expansion at .\logging.jl:311 [inlined]
 [7] require(::Module, ::Symbol) at .\loading.jl:834
 [8] include at .\boot.jl:317 [inlined]
 [9] include_relative(::Module, ::String) at .\loading.jl:1038
 [10] include(::Module, ::String) at .\sysimg.jl:29
 [11] top-level scope at none:2
 [12] eval at .\boot.jl:319 [inlined]
 [13] eval(::Expr) at .\client.jl:389
 [14] top-level scope at .\none:3
in expression starting at C:\Users\Andrew.Bannerman\.julia\packages\ExprOptimization\8WmhM\src\ExprOptimization.jl:36

[mykelk]

The error for 1.0 is due to this issue: sisl/ExprRules.jl#15

[rcnlee]

Fixed the rest of the 0.7 warns for this package and is now on master. Iteration protocol issue is still outstanding on ExprRules.jl.

[flare9x]

Recompiled with 0.7 no issues.

[rcnlee]

Issue is fixed. Both packages are now fully updated, tagged, and released.

[flare9x]

Hi Ritchie [image: image.png] SymbolTable - which package does this love in? Following the same example as approximating pi, i see that it does as we discussed! Thanks Andrew

…

On Sat, Sep 8, 2018 at 2:26 AM Ritchie Lee ***@***.***> wrote: Issue is fixed. Both packages are now fully updated, tagged, and released. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#10 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AWZHPDRSsfnWhE1Qm2BWkNOj0YmTaMekks5uY3EbgaJpZM4WWx-5> .

[mykelk]

It's defined in https://github.com/sisl/ExprRules.jl

[flare9x]

k I have it loaded - still same error: [image: image.png]

…

On Sat, Sep 22, 2018 at 6:09 PM Mykel Kochenderfer ***@***.***> wrote: It's defined in https://github.com/sisl/ExprRules.jl — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#10 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AWZHPFeEUCBfMH6LIGgQjloKgoiLRuEvks5udsMUgaJpZM4WWx-5> .

[mykelk]

The image doesn't seem to be showing up. Can you try posting it directly on github?

[flare9x]

k i copied the code from github into my file and also the interpreter. [image: image.png] got it now Thanks!

…

On Sat, Sep 22, 2018 at 6:36 PM Mykel Kochenderfer ***@***.***> wrote: The image doesn't seem to be showing up. Can you try posting it directly on github? — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#10 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AWZHPPSKhsCvaEAafHCcUjY7txZbwjC6ks5udsmAgaJpZM4WWx-5> .

[rcnlee]

I haven't tagged releases for the recent switch to SymbolTables yet. So for the moment, you'll need to be on master branch on both ExprRules.jl and ExprOptimization.jl.

[flare9x]

k got it

…

On Sat, Sep 22, 2018 at 11:01 PM Ritchie Lee ***@***.***> wrote: I haven't tagged releases for the recent switch to SymbolTables yet. So for the moment, you'll need to be on master branch on both ExprRules.jl and ExprOptimization.jl. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#10 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AWZHPPSxReYWLcOLtu2bekAzLgqgJ2q7ks5udweMgaJpZM4WWx-5> .

[rcnlee]

BTW you should see a major increase in performance after the switch, especially in GP. I'm seeing 25-40x depending on the problem if you're bottlenecked by evaluation of expressions.

[flare9x]

Awesome looking forward to it - I have been carefully thinking about how to structure my problem. I'm close to running a first draft :) Has taken me months to accurately code up my fitness function and now its ready to be deployed to ExprOptimization! Thanks! Andrew

…

On Sun, Sep 23, 2018 at 11:26 AM Ritchie Lee ***@***.***> wrote: BTW you should see a major increase in performance after the switch, especially in GP. I'm seeing 25-40x depending on the problem if you're bottlenecked by evaluation of expressions. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#10 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AWZHPIvLDkuHHY7UZbJtwhnYvgyI8pRmks5ud7Y4gaJpZM4WWx-5> .