IRC Log Viewer » #firebreath » 2015-09-03

IRC Nick Time (GMT-7) Message
Jamil_ 07:09 Hello, any documentation about how to move from FB 1.7 to 2.0?
winprep.cmd from refactor gives me an error
cmake -G "Visual Studio 12" -DFB_ROOT="C:\Development\VS\FireBreath-refactor\" "C:\Development\VS\FireBreath-refactor\projects" CMake Error: The source directory "C:/Development/VS/FireBreath-refactor/build" does not appear to contain CMakeLists.txt.
cmake -G "Visual Studio 12" -DFB_ROOT="C:\Development\VS\FireBreath-refactor\" "C:\Development\VS\FireBreath-refactor\projects" CMake Error: The source directory "C:/Development/VS/FireBreath-refactor/build" does not appear to contain CMakeLists.txt.
sorry I got the answer from firebreath-dev
taxilian 10:09 Jamil_ Glad you figured it out
Jamil_ 14:09 @taxilian, I created a new project so the CMakeLists structure is new, but still the prep is not working, any idea?
taxilian 14:09 can you be a bit more specific about what "not working" means?
also, do you know that you need to specify the project dir, not its parent? e.g. prep2013.cmd projects\myPlugin build, not prep2013.cmd projects build
Jamil_ 14:09 >cmake -G "Visual Studio 12" -DFB_ROOT="C:\Development\VS\FireBreath-refactor\" "C:\Development\VS\FireBreath-refactor" CMake Error at CMakeLists.txt:11 (include): include could not find load file: PluginConfig.cmake
taxilian 14:09 what is the command you are running? if you are running cmake directly, why are you running cmake directly?
Jamil_ 15:09 prep2013
taxilian 15:09 you need to specify the project directory
as the first parameter
Jamil_ 15:09 prep2013 projects\InDorsePlugin
C:\Development\VS\FireBreath-refactor\build>cmake -G "Visual Studio 12" -DFB_ROOT="C:\Development\VS\FireBreath-ref actor\" "C:\Development\VS\FireBreath-refactor\projects\InDorsePlugin" CMake Error: The source directory "C:/Development/VS/FireBreath-refactor/build" does not appear to contain CMakeLists.txt. Specify --help for usage, or press the help button on the CMake GUI.
C:\Development\VS\FireBreath-refactor\build>cmake -G "Visual Studio 12" -DFB_ROOT="C:\Development\VS\FireBreath-ref actor\" "C:\Development\VS\FireBreath-refactor\projects\InDorsePlugin" CMake Error: The source directory "C:/Development/VS/FireBreath-refactor/build" does not appear to contain CMakeLists.txt. Specify --help for usage, or press the help button on the CMake GUI.
taxilian 15:09 delete the build directory
Jamil_ 15:09 same, @taxilian I found in the refactor version that winprep.cmd is changed 7 months ago, is this ok?
taxilian 15:09 the refactor branch version is what you need on the refactor branch
it absolutely works, I use it daily
with prep2013
what is in InDorsePlugin?
are you using the latest from the refactor branch?
have you changed any firebreath core files?
Jamil_ 15:09 no changes, InDorsePlugin is my plugin folder created using fbgen.py like we did in 1.7
ok I found something, build is generated
but in build folder there is no project folder with my plugin, only firebreath core projects strange no?
but in build folder there is no project folder with my plugin, only firebreath core projects strange no?
taxilian 15:09 no, that's normal
try building echotestplugin
prep2013 examples\echotestplugin buildex
Jamil_ 15:09 buildex created
buildex created
I have errors on log about wix...no problem I read about
I have errors on log about wix...no problem I read about
what next? no sln in buildex
taxilian 15:09 the wix issue is causing the problem
if I remember right someone said there was a copy/paste error somewhere where it says "gcplugin" instead of "echotestplugin"
or just edit the projectDef.cmake file to make it no longer try to load the wix installer
or just edit the projectDef.cmake file to make it no longer try to load the wix installer
for testing
but if that got further than yours it means that yours the cmake isn't right
Jamil_ 15:09 ok, I have something working now so I will try to solve the wix or disable it to see then I will look to my project created by fbgen.py
question: what I expect from this version if it works is the ActiveX works like before, FireFox too...is there any changes on the Activex?
taxilian 15:09 there are changes to both
all APIs return Promise objects now
because all requests into the plugin are now asynchronous
also all requests from the plugin into the browser are asynchronous and use FB::Promise / FB::Deferred
because all requests into the plugin are now asynchronous