coatisoftware / sourcetrail Goto Github PK
View Code? Open in Web Editor NEWSourcetrail - free and open-source interactive source explorer
Home Page: https://www.sourcetrail.com/
License: GNU General Public License v3.0
Sourcetrail - free and open-source interactive source explorer
Home Page: https://www.sourcetrail.com/
License: GNU General Public License v3.0
After having created a project with many files, when creating yet a new project the file list boxes are still very big, please reset size to fit window
A reasonably common practice for template classes is to place the class declaration in an h/hpp file, and then place the class definition in an ipp file and include the ipp file from the hpp file. For example, the boost libraries do this.
It seems as though the ipp files are not being considered c++ code by Coati. Consider the following files:
foo.hpp
#ifndef __FOO_HPP__
#define __FOO_HPP__
template <typename T>
struct foo
{
void go();
};
#include "foo.ipp"
#endif /* __FOO_HPP__ */
foo.ipp
#include <iostream>
#include "foo.hpp"
template <typename T>
void foo<T>::go()
{
std::cout << "Hello World!" << std::endl;
}
main.cpp
#include "foo.hpp"
int main()
{
foo<int> my_foo;
my_foo.go();
}
Makefile
all:
clang++ -std=c++11 main.cpp
ipp-test.coatiproject
<?xml version="1.0" encoding="utf-8" ?>
<config>
<language_settings>
<language>C++</language>
<standard>11</standard>
</language_settings>
<source>
<header_search_paths>
<header_search_path>/usr/lib64/../include/c++/5.3.0</header_search_path>
<header_search_path>/usr/lib64/../include/c++/5.3.0/x86_64-unknown-linux-gnu</header_search_path>
<header_search_path>/usr/lib64/../include/c++/5.3.0/backward</header_search_path>
<header_search_path>/usr/local/include</header_search_path>
<header_search_path>/usr/lib/clang/3.7.1/include</header_search_path>
<header_search_path>/usr/include</header_search_path>
</header_search_paths>
<source_paths>
<source_path>/home/aaronj/sandbox/ipp-test</source_path>
</source_paths>
<use_source_paths_for_header_search>0</use_source_paths_for_header_search>
</source>
</config>
When Coati attempts analysis I get the following output 12:36:43 | Storage.cpp:1188 addSourceLocation() | ERROR: Can't create source location, file node does not exist for: /home/aaronj/sandbox/ipp-test/foo.ipp
Coati reports no errors were encountered:
However, the source of the go function can't be retrieved:
If I put the code in foo.ipp directly into foo.hpp and rerun the analysis things work as expected and the go function is no longer undefined.
It would be good to allow users to specify custom extensions that should be parsed by Coati as C/C++ code.
Currently file dialogs show the working directory of Coati's executable when being opened.
Is a Qt 5.5 bug: https://bugreports.qt.io/browse/QTBUG-46882
Even though Coati already supports compiler flags this feature is quite hard to find. To specify such a flag the user needs to open the *.coatiproject file in a text editor and add them manually as child nodes of the <source>
node in the following way.
<source>
<compiler_flags>
<compiler_flag>...</compiler_flag>
</compiler_flags>
<source>
For the future it should be possible to view and enter these flags in the project setup wizard and in the project settings.
Datatypes such as 'int' or 'char' are currently shown as undefined nodes in the graph, because they don't have a declaration in any source file.
Should they be displayed as defined nodes? Or have a different node style for basic datatypes?
On Windows tool tips of errors in code view disappear when mouse moves a little (even when it is still on the error mark)
When a code snippet is expanded, highlight the location of the active token next to scroll bar (like e.g. VS displays search results)
Projects get re-parsed when opened directly (double klicked) rather than via open-project dialog in coati
What?: Global Header Search Paths does not get saved and disappears upon restarting Coati.
How to reproduce?
What is expected?: The paths added to Global Header Search Paths should stay
What happens?: There are no paths listed in Global Header Search Paths.
(Only tested for Win10) The shortcut that is placed in the start menu calls always some .msi file that is placed in C:\Windows\Installer which starts after some further clicks the program (a dialogue shows up which says something with "please wait while windows configures coati") instead of calling the coati.exe directly.
Visual studio integration aside, some of the not quite standard features that Microsoft is known for seems to be causing errors in the their header files.
I doubt that this is affecting the parsing of my project, however, it is a bit frustrating, and after trying out several of the Visual Studio include paths, it seems that Visual Studio 2013 has the fewest errors. The error that appears is from a file in any of the paths which I have added to the project.
Most strangely of all, I can't figure out where it's found this file from. It's not in the directories I've pointed it at, neither the Visual Studio include files, nor the SFML installation on my system have any references to this file.
I've also gone into the logs and found no mention of where this file is, it reports that the error is present, but does not show the error itself.
Could potentially be done by checking if the variable in an l-value in a statement.
antergos linux, with gcc 5.3.0
Currently collides with the panning feature in the code view -> You can click and drag the code view to scroll it.
Currently this can by done by using the keyword 'overview' in the search bar.
A button would be more straight forward, but also clutters the UI.
Opinions?
Vote with +1 or -1
When a fatal error arises during source code analysis the compiler usually stops which results in an incomplete analysis.
Therefore Coati's UI should show if there are any fatals among the errors it generated so that we know whether or not it is really important to fix an error.
Coati doesn't show a QT SLOT is calling a user provided function
When opening the Folder Picker when editing a path (e.g. when editing a project), open it at the current path.
When I try to open a Coati Project from a protected directory (in my case C:\Program Files (x86)\SomeFolder) Coati crashes.
NOTE: All source files referenced in the project are also inside a subfolder of Program Files.
The Coati menu itself is shown, but the only entry "Create Coati Project" is grayed out and not clickable. VS Version 2015 (Community), Coati Version 0.5.0.4
Dear Coati team,
I'm using Debian Oldstable Wheezy. There is no startup possible, in cause of some dependencies. I use an actual Linux kernel version, see "uname -an" output below.
Here the startup output:
coati$ ./Coati.sh
/home/tim/Coati/Coati-0.3.0-Linux/coati
/home/tim/Coati/Coati-0.3.0-Linux/coati/Coati: relocation error: /home/tim/Coati/Coati-0.3.0-Linux/coati/lib/libc.so.6: symbol _dl_find_dso_for_object, version GLIBC_PRIVATE not defined in file ld-linux-x86-64.so.2 with link time reference
coati$ ./Coati
./Coati: error while loading shared libraries: libQt5Widgets.so.5: cannot open shared object file: No such file or directory
coati$ cat /etc/debian_version
7.9
coati$ uname -an
Linux p1hee002 4.0.4 #1 SMP Tue Jun 2 13:51:48 CEST 2015 x86_64 GNU/Linux
I think I need some newer libraries to startup Coati successfully.
Best regards,
Tim
I am assuming that CTRL+Wheel changes the font size by one step?!
Using an unlocked mouse wheel I can cause Coati to soft lock into a "refresh loop" because of the thousand "change font size instructions". Even worse: If I try to type into the search bar while Coati is in that state will cause the auto complete result list to be drawn over other applications once Coati reaches the point when it processes these UI inputs.
loading a coati project based on a .sln or .vcxproj file would be nice
Coati Version 0.3.0 for Linux
OS: Debian 8.2 jessie
Kernel: x86_64 Linux 4.2.0-1-amd64
when executing in the command line, following error occours
./Coati.sh
Segmentation fault
tried to backtrack the error, but debugsymbols are, certainly, turned off. Could backtrack it to
exec $COATI_PATH/Coati
Wouldn't it be nice if Coati could detect what the std header search paths are on each system?
output:
$ ./Coati.sh
/path-to-coati/coati
QPixmap::scaleHeight: Pixmap is a null pixmap
QPixmap::scaleHeight: Pixmap is a null pixmap
: CommandLine Error: Option 'help-list' registered more than once!
LLVM ERROR: inconsistency in registered CommandLine options
Feature request: creating a project using a CMake file.
When you try to create coatiproject from Visual Studio, while the "Enter License" window is open, this windows disappears and a disabled "New project form vs solution" windows appears
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.