[Anonymous]

Hi,

It has exactly the same delay when launched from the command line. Visual Studio is fully responsive during the delay.

As a simple example, when I make a small change and compile the initial “Hello, World” code that is in a new VisualGDB MinGW project, the delay is longer than the actual full compile.

#include

using namespace std;

int main(int argc, char *argv[])
{
char sz[] = “Hello, World!”; //Hover mouse over “sz” while debugging to see its contents
cout << sz << endl; //<================= Put a breakpoint here
return 0;
}

[Anonymous]

I have the actual debian debian-7.6.0-amd64 installed in a vm.

At this step in the tuturial:

peter@debian64:~/raspberry$ ${CCPREFIX}gcc -v
/home/peter/raspberry/tools/arm-bcm2708/gcc-linaro-arm-linux-gnueabihf-raspbian-x64/bin/arm-linux-gnueabihf-gcc: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14′ not found (required by /home/peter/raspberry/tools/arm-bcm2708/gcc-linaro-arm-linux-gnueabihf-raspbian-x64/bin/arm-linux-gnueabihf-gcc)

I get an error: `GLIBC_2.14′ not found.

Installed is:
ldd –version
ldd (Debian EGLIBC 2.13-38+deb7u4) 2.13

How can I get 2.14?

[Anonymous]

The code modul is small and well tested. So I need only to compile it and not debug.
But the wizard can not finished without apply the kernel symbols?

If I have to build the kernel from source code so I have to install a Debian VM first.

[Anonymous]

@stkcode wrote:

Perhaps this could be added in the future?

😆

[Anonymous]

Hi,

I don’t know for which one the original author would need it, but I have the same question.
I would need GCC 4.7 or higher for the Raspberry Pi toolchain. I’d like to build it on my machine as the RPi is much slower and I don’t have it always with me when just working on some smaller things.

Would be great if the Raspberry Toolchain would be updated to a more recent version.

[Anonymous]

There is a better name for this thread, “Basiz…where are you?”

😆

[Anonymous]

for me works fine in Windows 7 SP1 x64

[Anonymous]

Also on several of my existing projects I now get this new error, which compiled before the update without the error.

Error 2 error : ‘TICK_INT_PRIORITY’ undeclared (first use in this function) C:UsersSteveAppDataLocalVisualGDBEmbeddedBSPsarm-eabicom.sysprogs.arm.stm32STM32F4xxxx-HALSTM32F4xx_HAL_DriverSrcstm32f4xx_hal.c 175 16 Havoc

even though I can see its declared in C:UsersSteveAppDataLocalVisualGDBEmbeddedBSPsarm-eabicom.sysprogs.arm.stm32STM32F4xxxx-HALSTM32F4xx_HAL_DriverIncstm32f4xx_hal_conf_template.h

[Anonymous]

Also something up with the “Command line” failing when it try’s to run the RM command to clean the target config dir

After the last update VisualGDB is now broken. Can’t compile, can’t clean. I would appreciate some assistance getting this working again.

1>

Clean started: Project: Havoc, Configuration: Debug Win32

1> VisualGDB: Run “cmd.exe /c “C:SysGCCarm-eabibinmake.exe” CONFIG=Debug clean” in directory “C:ProjectsDPRGDiscoveryHavocHavoc” on local computer
1> rm -rf Debug
1> rm: cannot remove directory `Debug’: Directory not empty
1> make: *** [clean] Error 1
1>

1> Command exited with code 2
1> Executable: cmd.exe
1> Arguments: /c “C:SysGCCarm-eabibinmake.exe” CONFIG=Debug clean
1> Directory: C:ProjectsDPRGDiscoveryHavocHavoc
1>VisualGDB : error : Command-line action failed
1>C:Program Files (x86)MSBuildMicrosoft.Cppv4.0V120Microsoft.MakeFile.Targets(33,5): error MSB3073: The command “”C:Program Files (x86)SysprogsVisualGDB\VisualGDB.exe” /clean “C:ProjectsDPRGDiscoveryHavocHavocHavoc.vcxproj” “/solution:C:ProjectsDPRGDiscoveryHavocHavoc.sln” “/config:Debug” “/platform:Win32″” exited with code -1.
========== Clean: 0 succeeded, 1 failed, 0 skipped ==========

[Anonymous]

Got it to work by checking the “Debug code that executes during App startup” option and selecting 4.6 for the toolchain version.

[Anonymous]

I have the same error on windows 7 64 bits with 1.1.

[Anonymous]

He is not die in a strict sense, come’on 😀
In this this part of forum i can’t see him in years, i have opened a thread in february 2012 for the portable version and i’m still waiting…pratically WinCDEmu project is abandoned ( last update date of the software is october 2010 ) but check it out yourself, the thread in a couple of pages of the forum, and you can see with your eyes

But maybe you are lucky, who knows 😉

[Anonymous]

All WinCDEmu versions:
sourceforge.net/projects/wincdemu/files/wincdemu/

The author is dead or something like that, he is the only one who can give you an answer about your problem, good luck.

[Anonymous]

Oh….

Today, I change the VisualGDB to version 4.1. The compiler command line is correct!
I think it maybe has some bugs in version 4.2.

[Anonymous]

Thanks for reply!

I have been checked Makefile, I think it is correctly.
But I cann’t find the flags.mak file in my msvc project, where is it?

[Author]

Posts