Jump to content

Pavel

Administrators
  • Content Count

    1,471
  • Joined

  • Last visited

Posts posted by Pavel

  1. I suspect this is because of protection system we use though I never saw such troyan warning in my development environment. Please try an experimental build with minimal/no protection from http://www.sourceboost.com/CommonDownload/Binaries/sourceboostv801.exe

     

    Update: I checked multiple files included into the installation on Virus Total and it seems that executables built under Visual Studio 2008 generate such false positives. I created a test program that consists of an empty _tmain function, built it with Visual Studio 2008 and tested under Virus Total. It reported a 1 false positive.

     

    Another update: I think I have sorted out the virus total false positives. The new 8.01 build doesn't trigger any reports. Will publish it later today.

     

    Pavel

  2. Here are some notes how rom objects work in BoostC:

    - a rom object is always identified by one byte (that's why in the code above gbl_sw_id is 1 byte long)

    - when linker processes all its input files it makes a list of all rom objects and allocates IDs to them

    - linker generates code for all these rom objects that it puts into the code memory

    - linker generates a function that can extract any byte of any rom object using its ID and position/index

    - when compiler needs to generate code to access character in a rom object it uses an placeholder ID and character position/index and calls function that linker generates in the prev bullet. Later linker replaces this placeholder ID with an actual object ID.

     

    Chameleon does not yet support rom objects. Support for rom objects will be added to Chameleon in the upcoming 7.43 release.

     

    Regards,

    Pavel

  3. When compiling a file the first thing the compiler does it splitting preprocessed source file into lines. If it fails it spits out the error that you quoted. Normally this process is very straightforward and there shouldn't be any errors (hence the error is so brief) but looks like we missed something in this parser (Chameleon is still in beta stage). Can you email your source file along with the compiler command line to support@sourceboost.com so we can investigate.

     

    Regards,

    Pavel

  4. Well spotted. This error affects several other recently added targets as well. The fix you provided is correct too. Affected files:

     

    PIC18F24K40.TDF
    PIC18F25K40.TDF
    PIC18F26K40.TDF
    PIC18F27K40.TDF
    PIC18F45K40.TDF
    PIC18F46K40.TDF
    PIC18F47K40.TDF
    PIC18F65K40.TDF
    PIC18F66K40.TDF
    PIC18F67K40.TDF
    PIC18LF24K40.TDF
    PIC18LF25K40.TDF
    PIC18LF26K40.TDF
    PIC18LF27K40.TDF
    PIC18LF45K40.TDF
    PIC18LF46K40.TDF
    PIC18LF47K40.TDF
    PIC18LF65K40.TDF
    PIC18LF66K40.TDF
    PIC18LF67K40.TDF

     

  5. Chameleon has a number of advantages over BoostC.

     

    Some technical differences:

    - faster compilation

    - native floating point support

    - native bitfield support

     

    Current release of Chameleon does not have any license limitations and is free.

     

    Another important difference is in the way how compiler generates code. In BoostC user can't control this while in Chameleon almost all aspects of code generation can be customised by editing system headers located in include\sys directory.

     

    Regards,

    Pavel

×
×
  • Create New...