illera88

Forum Replies Created

Viewing 8 posts - 1 through 8 (of 8 total)
  • Author
    Posts
  • in reply to: Debug remote Linux Bazel project #29862
    illera88
    Participant

    Is there any tutorial to import a remote project where the code lives in the remote server?

    I’m happy renewing my subscription but I want to be sure that I can use VisualGDB for my use case

    Thank you

    in reply to: OSX support #13079
    illera88
    Participant

    I need t use debugging. What OSX version should I use to do debugging?

    Thanks guys! The VisualGDB support is one of the best i’ve ever had.

     

     

    in reply to: OSX support #13046
    illera88
    Participant

    Hi,

     

    I got the latest GDB version installed from sources in the OSX system:

    defaults-Mac:~ default$ gdb
     GNU gdb (GDB) 8.0.1
     Copyright (C) 2017 Free Software Foundation, Inc.
     License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
     This is free software: you are free to change and redistribute it.
     There is NO WARRANTY, to the extent permitted by law. Type "show copying"
     and "show warranty" for details.
     This GDB was configured as "x86_64-apple-darwin17.0.0".
     Type "show configuration" for configuration details.
     For bug reporting instructions, please see:
     <http://www.gnu.org/software/gdb/bugs/>.
     Find the GDB manual and other documentation resources online at:
     <http://www.gnu.org/software/gdb/documentation/>.
     For help, type "help".
     Type "apropos word" to search for commands related to "word".
     (gdb)

    But when I try to connect with the remote server creating a project it says it can find gdb and it can’t install it (VisualGDB tries to use apt-get and yum).

    I did create the project anyway and select the gdb path at MSBuild Settings with custom toolchain but I get this error:

    VisualGDB version: 5.2.15.1452
     ------------------ System.Reflection.TargetInvocationException ------------------
     System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.Exception: Failed to detect GCC specs
     at VisualGDB.Common_GUI.WPF.ItemizedProgressWindow.RunAction[_ResultType](ph1`1 action, String title, String caption, o2 exceptionHandler, Int32 noFormTimeout, String[] stages)
     at ji1.a[_ResultType](ph1`1 b, String e, String d, o2 c, Int32 f, String[] a)
     at zd.f2.o3`1.g()
     at sd1.x`1.d(Object a)
     --- End of inner exception stack trace ---
     at sd1.o1[_Type](e`1 a)
     at zd.f2.d3[_ResultType](ph1`1 c, String b, Int32 d, String[] a)
     at zh1.b(ToolchainDefinition d, hr1 c, uy b, Boolean a)
     at j41.m.a(rn1 b, IVCConfiguration c, Boolean& a)
     at j41.w(rn1 b, IVCConfiguration e, ToolchainDefinition a, hr1 d, uy c)
     at j41.d_2(vn1 b, Object a)
     at lt.p1(rn1 b, IVCConfiguration a)
     at c31.l1(String a, rn1 b, IVCConfiguration c, Boolean e, it d)
     at ib1.i1(Boolean a, it b)
     ------------------ Inner exception ------------------
     ------------------ System.Exception ------------------
     System.Exception: Failed to detect GCC specs
     at VisualGDB.Common_GUI.WPF.ItemizedProgressWindow.RunAction[_ResultType](ph1`1 action, String title, String caption, o2 exceptionHandler, Int32 noFormTimeout, String[] stages)
     at ji1.a[_ResultType](ph1`1 b, String e, String d, o2 c, Int32 f, String[] a)
     at zd.f2.o3`1.g()
     at sd1.x`1.d(Object a)

    What should I do?

    Thanks!

    • This reply was modified 7 years ago by illera88.
    in reply to: WIN32 is defined when using VisualGDB #12916
    illera88
    Participant

    Never mind. It was some stupid thing I added in the configuration.

    Cheers

    in reply to: Remote headers are not found #12861
    illera88
    Participant

    Works like a charm. Thank you

    in reply to: Remote headers are not found #12859
    illera88
    Participant

    The headers are already in the remote server. So it should compile when I click on build since the compilation happens in the Linux system even if the curl headers are not in the local(Windows) system right?

    I haven’t seen any “synchronizing” method in the IntelliSense page. What I see is that I can add local (in the Windows system) paths for Intelligense to look for headers. But my problem is not that IntelliSense does not work but that the compilation does not go through. Why are curl headers not found when they are actually in the path in the linux system?

     

    Thank you!

    in reply to: Switch debugger between Linux and Windows #9517
    illera88
    Participant

    I got it.

    The trick was setting cmake as build option.

    Thanks

    in reply to: Switch debugger between Linux and Windows #9503
    illera88
    Participant

    I tried that but once I create the Linux one even when I select the “Debug” version it stills compiles it and run it in the remote system.

     

    I would like to use the VS compiler for the windows version.

    Regards

Viewing 8 posts - 1 through 8 (of 8 total)