rebar rebar generate-upgrade previous_release=test_v1

shijiang1130

If you install R16*, I know this is the case for source with hipe
disabled and the Erlang Solutions deb package which doesn't include
hipe, it installs a hipe app: erlang/lib/hipe-3.10.2.1/

This "app" contains some beam files and hipe.app. BUT hipe.app lists
modules that don't exist, like hipe.beam!

If hipe is enabled when you compile/install the hipe app is not broken
like this. Same with if you install the erlang-hipe package from Erlang
Solutions along with the erlang package.

Why is this the case? This breaks relx because it expects all apps it
searches (even if it is not including that app in the release) to be a
proper OTP app. I think it may be an issue with reltool as well, but
"fixed" by "{app, hipe, [{incl_cond, exclude}]}," which is a horrific
solution.

--
  Tristan Sloughter
  
在打升級(jí)包的時(shí)候在注意這個(gè)。

1. ==> rel (generate-upgrade)
   
2. ERROR: Systools [systools:make_tar/2] aborted with: [{error_add_appl,
   
3.                                                       {hipe,
   
4.                                                        {tar_error,
   
5.                                                         {add,
   
6.                                                          "c:/Users/Administrator
   
7. /Desktop/live_data/rel/live_data_v2/lib/hipe-3.11.3/ebin/elf_format.beam",
   
8.                                                          {"c:/Users/Administrato
   
9. r/Desktop/live_data/rel/live_data_v2/lib/hipe-3.11.3/ebin/elf_format.beam",
   
10.                                                           enoent}}}}}]
    
11. ERROR: 'generate-upgrade' failed while processing C:/Users/Administrator/Desktop
    
12. /live_data/rel: rebar_abort

復(fù)制代碼

shijiang1130

rebar 2.1.0-pre 17 20141120_002535 git 2.1.0-pre-172-g7011b63