I’m using SonarLint-Plugin for Intellij, and I’m wondering why SonarLint is not analyzing the code of my test-classes when triggering the inspection by “Analyze with SonarLint” context-menu.
when i rename the folder from ‘test’ to e.g.‘abc’ the inspection works.
Is this a normal behaviour and is there a way to configure this?
Thanks in advance
Best Regards
Klaus
You can mark the directory as Test Sources. Then the Sonarlint will consider the all the files in the directory as test classes.
Related
I am starting out getting more hands-on with FPGAs and have chosen Xilinx.
In a small trial project I have the problem that XST complains about the library proc_common_v_3 is not found. The ise prj file contains paths looking like "../../.." and so on and it gets recreated when trying to change the paths.
When looking in the project list and not the file, the library is referenced using "........", which is different.
Is there another way to make sure ISE handles libraries correct?
ISE Version 14.7
Error message when doing XST->Check Syntax
Xst:2927 - .... line 1: Source file ../../../../../../../../../../../../../Xilinx/14.7/ISE_DS/EDK/hw/XilinxProcessorIPLib/pcores/proc_common_v3_00_a/hdl/vhdl/proc_common_pkg.vhd does not exist
NB: Yes I know there is a thread on this issue, but my comment gets deleted. The answer there is using what seems to be known working paths, but as starting out that is not possible. Better to go for Altera perhaps.
Thanks in advance.
-Michael
I need to analyse a large Xcode project for its cyclomatic complexity.
Has anyone got an easy way of checking the cyclomatic complexity of their code contained within an Xcode project?
Is there a tool that is setup to read xcode projects, perhaps? I can't seem to find one.
After some searching, I found this python script project to be the most useful.
It works well with XCode projects, because it ignores headers and #imports/includes - this is the main issue with other static analysing tools working with XCode - you have to configure it to find the SDK etc.
Hope this helps someone else who was looking for a CC tool like I was.
cheers :)
Late night fiddling with my mondroid app has thrown an error that has me sweating - I have a proof of concept demo to the stakeholders on monday morning so any help appreciated.
When I build the solution (VS2010 with monodroid eval) the following error appears in the output:
Error 1 Unable to copy file "C:\Projects\conxMono\conx.Monodroid\bin\Debug\conx.Monodroid.dll.mdb" to "bin\Debug\bin\Debug\conx.Monodroid.dll.mdb". Could not find file 'C:\Projects\conxMono\conx.Monodroid\bin\Debug\conx.Monodroid.dll.mdb'.
From what I understand the mdb is a monodroid debug file?
Where has it gone, why has it gone and how do i create another? All the mdb files from the other projects in the solution are present in the debug dir.
Why is there a bin\debug\bin\debug directory on this solution and not on others?
I know I have probably done something arselike so will accept all derogatory comments that include a provided solution.
I would try to clean the solution and rebuild. If that doesn't work, go into the project settings of conx.Monodoroid, go to the Build tab and make sure the Output Path is set to bin\Debug\
It is possible that this file became read-only, so go to that directly, right click the folder and make sure read-only isn't checked.
I've been building a static library to share between multiple iOS projects, and I want to use gcov (or any code coverage analysis tool) to tell me where I'm missing my tests. However, when I enable gcov by following these directions: http://supermegaultragroovy.com/blog/2005/11/03/unit-testing-and-code-coverage-with-xcode/
I get this error from Libtool:
/Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin/libtool: can't locate file for: -lgcov
/Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin/libtool: file: -lgcov is not an object file (not allowed in a library)
For some reason XCode4 can't find the libgcov.a file. It is in many places on my system but for some reason it can't be found. I'm fairly new to XCode, and gcc based programming in general, so I'm not sure how I can fix this, my guess is that I just have to tell it specifically where to find libgcov.a but I'm not sure how to go about that.
Looks like I found a solution. Crazy XCode seems to treat static libraries completely different when invoking gcc. And I thought MSBuild was a build system from hell... it's a snap and at least there are books about it.
Anyway, here's how you do it:
Add $(PLATFORM_DEVELOPER_USR_DIR)/lib to your "Library Search Paths" build setting for your static library and tick the "Recursive" check box.
Works for me, let me know if it works for you.
This may help in solving your issue, have a look in to it
GTM
Where to find it?
All the following are using xdoclet - a sensible way to build ejb 2 apps:
http://www.ericsson.com/developer/sub/open/technologies/open_development_tips/docs/odt_xdoclet_test
http://www.liuzehua.com/xdoclet_tutorial/
http://onjava.com/pub/a/onjava/2002/01/30/xdoclet.html
ALl of them are articles which you can download the source code.