double ".ccx" for each source files in the .filters in the
testVS2013Ide.
this patch fix that.
Change-Id: Ic06800c260800f72254038e30119db40fe048037
Reviewed-on: https://gerrit.libreoffice.org/33892
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: jan iversen <jani@documentfoundation.org>
this function generates a vcxproj, for the reverse engineering
i generate a vcxproj from VS2013 that:
-the compiler works good
i do the code that generates it
the code miss that the link to lib that i left commented
Change-Id: If98eb5645c9e1060a55701abf5b96db85eca6ce5
Reviewed-on: https://gerrit.libreoffice.org/33893
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: jan iversen <jani@documentfoundation.org>
the path in gbuildparse changed, so this patch re-adapt this
2 IDE integration
Change-Id: I5f7a679b8b12eac6f44030a33713ff19327b9d1a
Reviewed-on: https://gerrit.libreoffice.org/33815
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: jan iversen <jani@documentfoundation.org>
VisualStudio2013IntegrationGenerator recently doesn't work
with the new relative paths in GbuilParser.
this patch does this, now it works fine with all relative paths.
what is missing it's in the .vcxproj:
<NMakeBuildCommandLine>
<NMakeCleanCommandLine>
<NMakeReBuildCommandLine>
these still work with absolute path but i start now on working this
Change-Id: I19610097edc11be67b4f7fd9f32b6683d334cc2d
Reviewed-on: https://gerrit.libreoffice.org/33735
Reviewed-by: jan iversen <jani@documentfoundation.org>
Tested-by: jan iversen <jani@documentfoundation.org>
this patch writes the .filters file, it creates 2 filters:
-headers: place, for each module, the header files contained in gbuilparser.modules[<module>][headers]
-sources: place, for each module, the cxx files contained in gbuildparser.modules[<module>][<target>]['CXXOBJECTS']
Change-Id: Iba98d788b72992624fb8aa09315a5647e275ffcc
Reviewed-on: https://gerrit.libreoffice.org/33721
Reviewed-by: jan iversen <jani@documentfoundation.org>
Tested-by: jan iversen <jani@documentfoundation.org>
Regression from commit 92c2c5f62d6e8962259e03424a40b6ac7ef32e7d
(gbuild-to-ide: moduleDict targets -> all paths replaced with relative,
2017-01-24), <https://clang.llvm.org/docs/JSONCompilationDatabase.html>
says about the "directory" key of one entry:
"All paths specified in the command or file fields must be either
absolute or relative to this directory."
So making the includes relative to the toplevel directory won't fly,
make them absolute.
Change-Id: I3f33c7a21880c1b245580b22996079ba08e3d806
Reviewed-on: https://gerrit.libreoffice.org/33694
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
Updated xcode, WIP.
Solved problem with vim.
Remark the vim-ide-integration is not maintained, and cannot be expected
to work as the IDE gets more integrated.
Change-Id: I9d6fe6d2caef7162298814f1ab0d16c7aeb7d895
Additional to having sources pr target (needed
for generarition), each module also has a sources key
where all the module source files are sorted, this allows
to present the user with a sorted list of sources.
Change-Id: I8fd8249c88dc55f47199b7998faeb721d74f982f
added add_scanner macro
Finalized the move around in gbuild-to-ide, to signal
which generators are actively supported.
Change-Id: I11699cd4380d49efc3b541abb7780b5136162433
in moduleDict[<module>][<target>] all absolute paths are replaced
with a relative path:
-include/libs relative to core(contained in json) directory
-json objects, makefile, relative to <module> directory
Change-Id: I5dd64942c2a4d6fc2f01037ee7417de91c41906a
Reviewed-on: https://gerrit.libreoffice.org/33506
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: jan iversen <jani@documentfoundation.org>
this patch do 2 things:
1a) create class testide, a duplicate of
VisualStudioIntegrationGeneration to work on it without touch the
real one
1b) place xcodeintegrationgenerator under testide, and under this
last one all of generators that work yet
Change-Id: Ib678134678ed19de9dcd9d1f47e8e7c16ae59f74
Reviewed-on: https://gerrit.libreoffice.org/33495
Reviewed-by: jan iversen <jani@documentfoundation.org>
Tested-by: jan iversen <jani@documentfoundation.org>
Lost in commit 115797f070888cbad93656dda8fa01ec6c98a3f5 (beginning of
support for CodeLite in gbuild-to-ide, 2017-01-19), probably
accidentally.
Change-Id: I641ba0b5e2960ff9b98403bd6379608f3e452c9c
The class GbuildLinkTarget was removed and replaced by a dict.
This is first step in avoiding typing the json key names multiple times
Change-Id: I3a2006979929c5d21549693e51eb47df7233400d
this change the directory of all files .sln, . vcxproj,.filters to windows folder
i change only a variable VisualStudioIntegrationGenerator.solution_path from './' to './windows'.
i investigate in the .vcxproj, .filters, .sln if there are references to change but i don't find anything (all the files written in this files are an absolute path) and i test 'make vs2013-ide-integration'...
the files are exactly generated, i test in a windows machine and visual studio work perfectly...
Change-Id: I111c39173b95a6888c8d39058b1db4da7a9be206
Reviewed-on: https://gerrit.libreoffice.org/33301
Reviewed-by: jan iversen <jani@documentfoundation.org>
Tested-by: jan iversen <jani@documentfoundation.org>
this patch improve the functions:
-find_all_headers -> make _allheaders a dict: _allheaders['<modulename>'] contains the list of all headers for that module
-headers_of(modulename) -> it return the list of headers for that module, or a empty list for module that not have headers
Change-Id: I7e4e2bf063ccf6fd2e3e5155b58d2be2412480ba
Reviewed-on: https://gerrit.libreoffice.org/33255
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: jan iversen <jani@documentfoundation.org>
i added a key 'headers' in the moduleDict that contains a list of all the headers files (.hxx, .h, .hpp) fot that module...
moduleDict['<module>']['headers']= list of all the <module>'s headers files
i run "make debug-ide-integration" found 3 error:
i added also a if statement to skip 'include' module for eclipse and kdevelop...(2 error)
the 3° error leave untouched; it is at the line 495 'os.mkdir', the error say(for UnoControls module) Unocontrols/.kdev exist yet!
Update:
i have change the code as jan suggests!
i do 2 function:
-find_all_headers(): that call only one a subprocess and it founds all the headers file contents in core folder and save it in a list
-headers_of(modulename): it return a list of the headers only for the modulename parameter, it called in the assignment moduleDict[module]['headers']=...
this only create a process once! it's more faster :)
Change-Id: If05ce4104bcdd178c0c6a6f589fa0720d493dad6
Reviewed-on: https://gerrit.libreoffice.org/33208
Reviewed-by: jan iversen <jani@documentfoundation.org>
Tested-by: jan iversen <jani@documentfoundation.org>
Extended the call to gbuildtojson, with extra file types.
Some filetypes still need data collection, this
is noted in the file as todo.
Change-Id: I3e832f82656236d42d1d7b59bf3ac2925c5b1568
gbuild-to-ide now contains a dict with json name -> file extension
post_GbuildToJson.ml contains a todo list (missing files, new arguments)
gbuildtojson.cxx made resistent (no extra argument list to maintain)
Change-Id: I7f346f606ed5fba0a1eaffdd38454b484cecfcf5
this is the version of gbuild-to-ide that implement a capture 1 of the project "keeping contributors"
it adds all the headers files (.hxx,.h,.hpp) content in the folder include in moduleDict['include']['headers']
there is an error in the VisualStudioIntegrationGeneration.emit() because there is a for that work only with the modules[<module_name>]['targets']
whatever i'll do a comment in the code(i added a if statement!)with the error description that generate this error to not forget!
Change-Id: I7cd6a15482d99406573dbd9bd095987772377cff
Reviewed-on: https://gerrit.libreoffice.org/33162
Reviewed-by: jan iversen <jani@documentfoundation.org>
Tested-by: jan iversen <jani@documentfoundation.org>
The structure how to capture new file types is in place,
now search need to start in post_Gbuildtojson for missing/wrong macros.
Change-Id: I9f97a6181c24d2cffbb004ee660c9cfbf5d0a099
Removed target_by_path.
All targets listing is now via
.modules[*]['targets']
Eclipse & Kdevelop classes updated.
Change-Id: I71ec088cf2e77777eeb51ec68517c22bff9ddf44
The debug generator is extended to build IDE for all platforms,
these IDE will of course not be useable, but it gives a security
that the script does not break.
Removed target_by_location from GbuildParser, to simplify that
class.
Change-Id: Ie41ca3d156321041958213333b2d73c57ba918f9
mikekaganski reported a problem with the vs2013 class, due to the
latest changes. Problem solved:
.name() -> .name
Change-Id: Idb3e063bee93041dd010ed0c0b5bb71ac7efcd57
Changed target_by_location to an OrderedDict,
this makes the modules sorted in the single solutions.
Change-Id: I55096638c08610f761844ab66fcaadf6c00ff2c8
The xcode generator, now generates 1 solution.
libreoffice.vcxproj
The project contains all targets and all source
files (as delivered by gbuildtojson).
Lots of work still outstanding.
Change-Id: Ibe233dba395aa2f342d865e56053f292f708efa3
All .xcodeproj files are now located in <core>/osx
to prepare for combining into 1 .xcodeproj for all of LO
Change-Id: I649389ba2b94355ebaf6b5413bdb5dfae8c04764
The generator now generates the same groups as xcode, with
relative paths.
This patch has been tested with l10ntools/pocheck.
Next step is "sal" and actually compile
Change-Id: I02c202434a346918e9ec725bd20e4713fc6fa73e
target_name used - instead of _ which caused solutions to have a new name
xcode generator changed to use fixed id for the major groups, in
order to facilitate debugging of the solutions.
Change-Id: I444c74f37dc471625fa3f28240678f9968d1e710
