b.timofte

Forum Replies Created

Viewing 13 posts - 46 through 58 (of 58 total)
  • Author
    Posts
  • in reply to: tool refuses to accept the project changes #8668
    b.timofte
    Participant

    Dont take it the wrong way but is a bad sign in a tool when you select something and it doesnt happen.

    I tested a tool who was refusing to close the window options if an option was selected. That tool was very poorly tested and was scrapped.

    I hope you guys know what are you doing and have some tests.

    I have major problems with project wich has total nr of filenames(.c) longer than windows command length (8k  chars on win7) I can imagine no one bothered to test it properly this situation and only a proj with a toy helloworld.cpp was tested and then you called it a day.

    • This reply was modified 7 years, 9 months ago by b.timofte.
    in reply to: VisualGDB fails to give proper error to build fail #8665
    b.timofte
    Participant

    Ofcourse it list the files correctly

    • This reply was modified 7 years, 9 months ago by b.timofte.
    • This reply was modified 7 years, 9 months ago by b.timofte.
    in reply to: VisualGDB fails to give proper error to build fail #8660
    b.timofte
    Participant

    I wonder how you build this 9000+ files  linux kernel -_-” using visualGDB … Really insipring

    • This reply was modified 7 years, 9 months ago by b.timofte.
    in reply to: VisualGDB fails to give proper error to build fail #8659
    b.timofte
    Participant

    Hi

    It didnt worked

    The linker command looks wrong

     

    C:/SysGCC/mingw32/bin/g++.exe -o Debug/WindowsProject1.exe -Wl,-gc-sections    -Wl,–start-group @Debug/WindowsProject1.exe.in    -Wl,–end-group
    1>g++.exe : error : Debug/thisIsAveryLongFilenamY: No such file or directory
    1>  mingw32-make: *** [Debug/WindowsProject1.exe] Error 1
    1>  Makefile:137: recipe for target ‘Debug/WindowsProject1.exe’ failed
    1>  ————————————————————-
    1>  Command exited with code 2
    1>  Executable: cmd.exe
    1>  Arguments: /c “C:\SysGCC\mingw32\bin\mingw32-make.exe” -j8 CONFIG=Debug
    1>  Directory: C:\Users\timo\Desktop\Study\Embedded\STM32\VisualGDB\WindowsProject1\WindowsProject1
    1>VisualGDB : error : Command-line action failed
    1>EXEC : error : Build has failed. See the Output window for more details.
    1>C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.MakeFile.Targets(42,5): error MSB3073: The command “”C:\Program Files (x86)\Sysprogs\VisualGDB\VisualGDB.exe” /rebuild “C:\Users\timo\Desktop\Study\Embedded\STM32\VisualGDB\WindowsProject1\WindowsProject1\WindowsProject1.vcxproj” “/solution:C:\Users\timo\Desktop\Study\Embedded\STM32\VisualGDB\WindowsProject1\WindowsProject1.sln” “/config:Debug” “/platform:Win32″” exited with code 1.
    ========== Rebuild All: 0 succeeded, 1 failed, 0 skipped ==========

    in reply to: how to import a source folder in Visual GDB #8656
    b.timofte
    Participant

    Visual Studio Import is slow.. taking forever … 20 minutes for 4000 .c files .

    Visual GDB import recuresvily works in 10 seconds , but removal of Src folder again takes ages …

    in reply to: tool refuses to accept the project changes #8655
    b.timofte
    Participant

    I use Windows .exe project

    Apply \Ok doesnt change anything. The only think that worked is to remove the stuff from .mak file

    in reply to: CppEngineHost.exe very slow import #8654
    b.timofte
    Participant

    The VS GUI fucking blocks . I tested on Windows 10 and windows 7 with vs 2015

    in reply to: VisualGDB fails to give proper error to build fail #8645
    b.timofte
    Participant

    Is this forum dead lol ?

    I cant imagine i am the only one who compiles +1000 files.

    Is it possible to give as input to mingw linker *.o instead of the full list of objects file ?

    Maybe possible to tell the linker to make  a list of object files in a file and give this file as input ?

     

    Anyone ?!

    in reply to: VisualGDB fails to give proper error to build fail #8644
    b.timofte
    Participant

    So the tool calls the linker (g++.exe) with a HUUGE list of object files. I guess the command is too long

    What solution shall i make ? Splitting the source code into smaller folder doesnt seems to work and its unreliable since the file number and filename length matters

    in reply to: VisualGDB fails to give proper error to build fail #8641
    b.timofte
    Participant

    I think the command  is too long (to make exe from .o)

    Is there any FLAG where i can pass this limitation ?

    • This reply was modified 7 years, 9 months ago by b.timofte.
    in reply to: multi-core compiling #8627
    b.timofte
    Participant

    Where should i add this option ? Your answer is not clear

    in reply to: convert from KEIL uvision to visualGDB #6538
    b.timofte
    Participant

    NVM i found here something

     

    http://visualgdb.com/tutorials/arm/stm32/usb/

    in reply to: tool useless ? Refactor doesnt work ? #6537
    b.timofte
    Participant

    What about affordable prices for hobbyst ? Do you expect me to pay 200$ for it ? Are you insane?

Viewing 13 posts - 46 through 58 (of 58 total)