Menu

#include w/GCB@SYN

Help
joe rocci
2014-06-11
2014-06-13
  • joe rocci

    joe rocci - 2014-06-11

    When using multiple #include files within GCB@SYN, is there a way to view the merged GCB source file with all includes ?

    Joe

     
  • Anobium

    Anobium - 2014-06-11

    Not that I know of.

    What are you trying to achieve?

     
  • joe rocci

    joe rocci - 2014-06-11

    I want to get a listing of the whole source environmant in a single view instead of having to search each of the include files. This way I can easily do a search or search/replace for search-term across the whole source listing.

     
    • joe rocci

      joe rocci - 2014-06-11

      ....the part about replace is obviously not feasable, but I would still like to search globally in my multi-include project for a search term.

       
      • joe rocci

        joe rocci - 2014-06-11

        ...also

        I have reason to suspect that GCB@SYN isn't building multi-include projects correctly. It worked fine in Prithvi, but strange things are happening in GCB@SYN. If I had a monolithic listing of the source that was being fed to the compiler, I could make a better assessment of what's happening.

         
  • Anobium

    Anobium - 2014-06-11

    Interesting. The closest I have got to this .... is to use the 'project' feature with @SYN.

    Others, will have better ideas.

     
    • joe rocci

      joe rocci - 2014-06-11

      Another anomoly in SYN:
      When you edit an include and compile, it apparently doesn't auto-save all the includes first, so you end up with a hex that doesn't necessarily reflect your latest edits unless you hit the save button first.

      Also, an annoyance about SYN:
      There is apparently no way to designate one of multiple files as the project master, so you have to remember to select the correct file before you try to compile.

       
  • joe rocci

    joe rocci - 2014-06-11

    There appears to be more to SYN than I understand, so I'm rescinding my comments for w while

     
  • Frank Steinberg

    Frank Steinberg - 2014-06-13

    Hi there!

    Joe Rocci wrote me a PM with his questions, but i want answer to the public because it's maybe interesting for others too:

    I'm using your GCB@SYN and I'm impressed with it's
    potential. However, I ran into a few annoyances that are possibly in my
    setup or possibly in the app itself. Maybe you can help me:

    The potential is in the SynWrite editor. I just did a little configuration and add some small tools (you find them in the G@Stools folder).

    1) There appears to be an option in the Project menu to designate one
    file as the Main file. I would have assumed that the compiler would
    always begin by using this file (Main), but it appears that it tries to
    compile whichever file you happen to be viewing. For instance, if I'm
    viewing an include and hit HEX, it tries to compile the include and
    produces compiler errors. Is there a way around this?

    Go to Tools - Customize external tools ...
    Select the tool you want to change, say "Make HEX and FLASH"
    Select the "Parameters" field
    Replace "{FileName}" with "{ProjectMainFileName}" (the "Add..." buttons helps)

    This gives an error, when no project is open. Maybe is a good idea to create a complete new external tools ("Project HEX and Flash"). But the number of these tools is limited (to 12 afaik).

    2) It doesn't appear that the default configuration saves all open files
    before beginning to compile. If you forget to SAVE the file first or
    select SAVE ALL, then you end up compiling a project that doesn't
    include your last edits. Is there a way around this?

    Go the same way as described above
    Choose for "Save before:" -> All documents

    3) I like to keep the .lst file for the assembled project open, but
    after every compile/assemble, it prompts to see if you want to update
    the file. Is there a way to turn off this prompt?

    If answer the prompt with "Yes to all" once, it does not ask anymore. If you want an option for a general autoreload, i suggest to ask for this feature in the SynWrite forum.

    4) There seems to be a general slowness/lagginess in updating the screen
    on keystrokes and after a build operation. Is this typical?
    Any help you can offer would be appreciated, as I'd like to use more of
    the potential of the program, but I can't get past the annoyances.

    Hm, i cannot reproduce it. Maybe other users?

    In general it's a good idea, to have a look at the SynWrite forum for the editor-related issues:
    http://synwrite.sourceforge.net/forums/

    Best regards
    Steini

     
  • Anobium

    Anobium - 2014-06-13

    Thanks Steini for sharing.

    I am a very happy person with the IDE and I get no slowness and I am using a 10 year laptop as my main development computer (I need all the serial ports!).

     
  • joe rocci

    joe rocci - 2014-06-13

    Thanks Steini

    Those tips worked. I still have some lagginess, but I am running my PC environment (XP/4G ram) with several memory hogging apps open at the same time. I'll try shutting some of them down to see how much difference it makes.

     
  • joe rocci

    joe rocci - 2014-06-13

    Steini,Anobium

    A bit off topic, but how do I set up to flash my Arduino UNO? I tried going into the AVRDude GUI and selecting the programmer I want to use, but it keeps trying to use USBasp.

     
  • Anonymous

    Anonymous - 2014-06-13

    Hi Joe,

    I use this line in flashAVR.bat and it works fine:

    REM Call AVRdude for Arduino bootloader:
    "AVRdude\avrdude.exe" -c arduino -P com3 -p AT%2 -U flash:w:%1:i

    T.

     

Log in to post a comment.

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.