From jim at fiocca.net  Mon Aug  3 13:42:01 2009
From: jim at fiocca.net (Jim Fiocca)
Date: Mon Aug  3 14:52:15 2009
Subject: [Icc-mot] ICC12 V7.07 released
In-Reply-To: <200907300837.n6U8bvxm008506@mail.imagecraft.com>
References: <200907300837.n6U8bvxm008506@mail.imagecraft.com>
Message-ID: <4A774B99.70806@fiocca.net>

This compiler is actually less efficient than v7.03 on my code base.  
Code size is ~100 bytes larger due to superfluous
    TFR   D,Y
instructions after subroutine calls.

And the S12X assembler instructions are not yet supported.

I'll stick with V7.03 for now.  Looking forward to full S12X instruction 
set support and, of course, XGate.

Regards,
 Jim


Richard Man wrote:
>
> CHANGE LOGS:
> V7.07 - July 30, 2009
>   IDE
>     - Much faster startup time for the IDE
>     - IDE now keeps a "Build Number" for each project. This is passed to
>       the linker and emitted to the top of the .mp map file.
>     - Added -D__BUILD for the Build Number.
>     - Changed -D__ICC_VERSION=XXX where XXX is the version in integer 
> form,
>       e.g. 707. This allows easier conditional compilation.
>     - Added %v (version) and %b (build number) to the macro chars for
>       the "Execute Before Build" and "Execute After Successful Build"
>       command box.
>     - Overhauled the expanded memory settings.
>     - Fixed RAM start address for S12XDP512
>     - Modified the "checking" options, now they are
>       "Strict Checking" (equivalent to -A command line switch).
>       "ANSI C Portability Conformance Checking" (equivalent to -A -A).
>       This does draconian check on conditions that exceed ANSI C minimum
>       limits (e.g. less than 512 variables) and is usually not needed.
>     - Added Tools->EnvOptions->General->BackupPolicy. The choices are
>       == Unlimied (in BACKUP\ directory)
>       == One Only (in BACKUP\ directory)
>     - Under some rare conditions, the compiler sometimes generated bad 
> code
>       (assertion from the assembler) if a function uses floating point
>       expressions in a function call.
>
>   Compiler
>     - The compiler was miscounting some instruction sizes and was
>       generating short branches when long branches are needed and caused
>       the assembler to assert with error.
>     - Added
>       #pragma warning warning message
>       emits warning message, similar to #warning
>
>       #pragma ignore_unused_var name1 name2 ...
>       This must appear inside a function and specifies the named 
> arguments
>       are intentionally unused so no warning message should be generated
>       for them.
>
>   Linker
>     - Overhauled the expanded memory support. The goal is to eliminate
>       needing to use P&E Log2Phy or SrecCVT to convert our output. The
>       following flags are now supported:
>
>       -s2_s1   Use a mix of S1 and S2 records (CPU12 only)
>       -s2_cpu  Use CPU addresses for the S2 records
>       -s2_s12:<size>  Use S12 mapping to convert S1 to S2 records. <size>
>                is in K bytes.
>       -s2_s12x Use S12X mapping to convert S1 to S2 records
>
>       This means that for the CPUS12 and S12X, only S2 records will be
>       generated, either as CPU/Banked addresses, or in the "native"
>       linear / global address format.
>
>       The .DBG file uses CPU addresses, as before.
>
>       See Help file for details (not yet done for BETA release).
>
> // richard <http://www.imagecraft.com/> blog: 
> <http://imagecraft.wordpress.com>
> // mailing list: http://www.dragonsgate.net/mailman/listinfo
> // photo book: http://www.blurb.com/bookstore/detail/745963
> [ For technical support on ImageCraft products, please include all 
> previous replies in your msgs. ]
> _______________________________________________
> Icc-mot mailing list
> Icc-mot@imagecraft.com
> http://dragonsgate.net/mailman/listinfo/icc-mot
From richard-lists at imagecraft.com  Mon Aug  3 13:46:23 2009
From: richard-lists at imagecraft.com (Richard Man)
Date: Mon Aug  3 14:58:01 2009
Subject: [Icc-mot] ICC12 V7.07 released
In-Reply-To: <4A774B99.70806@fiocca.net>
References: <200907300837.n6U8bvxm008506@mail.imagecraft.com>
	<4A774B99.70806@fiocca.net>
Message-ID: <200908032158.n73Lw0SD040414@mail.imagecraft.com>

Hmm... can you send me a test case on the extraneous
TFRs

Obviously it's not my intention to add extra code. I suspect an 
optimization de-optimizes in some cases.

Thanks.

At 01:42 PM 8/3/2009, Jim Fiocca wrote:
>This compiler is actually less efficient than v7.03 on my code base.
>Code size is ~100 bytes larger due to superfluous
>    TFR   D,Y
>instructions after subroutine calls.
>
>And the S12X assembler instructions are not yet supported.
>
>I'll stick with V7.03 for now.  Looking forward to full S12X 
>instruction set support and, of course, XGate.
>
>Regards,
>Jim
>
>
>Richard Man wrote:
>>
>>CHANGE LOGS:
>>V7.07 - July 30, 2009
>>   IDE
>>     - Much faster startup time for the IDE
>>     - IDE now keeps a "Build Number" for each project. This is passed to
>>       the linker and emitted to the top of the .mp map file.
>>     - Added -D__BUILD for the Build Number.
>>     - Changed -D__ICC_VERSION=XXX where XXX is the version in integer form,
>>       e.g. 707. This allows easier conditional compilation.
>>     - Added %v (version) and %b (build number) to the macro chars for
>>       the "Execute Before Build" and "Execute After Successful Build"
>>       command box.
>>     - Overhauled the expanded memory settings.
>>     - Fixed RAM start address for S12XDP512
>>     - Modified the "checking" options, now they are
>>       "Strict Checking" (equivalent to -A command line switch).
>>       "ANSI C Portability Conformance Checking" (equivalent to -A -A).
>>       This does draconian check on conditions that exceed ANSI C minimum
>>       limits (e.g. less than 512 variables) and is usually not needed.
>>     - Added Tools->EnvOptions->General->BackupPolicy. The choices are
>>       == Unlimied (in BACKUP\ directory)
>>       == One Only (in BACKUP\ directory)
>>     - Under some rare conditions, the compiler sometimes generated bad code
>>       (assertion from the assembler) if a function uses floating point
>>       expressions in a function call.
>>
>>   Compiler
>>     - The compiler was miscounting some instruction sizes and was
>>       generating short branches when long branches are needed and caused
>>       the assembler to assert with error.
>>     - Added
>>       #pragma warning warning message
>>       emits warning message, similar to #warning
>>
>>       #pragma ignore_unused_var name1 name2 ...
>>       This must appear inside a function and specifies the named arguments
>>       are intentionally unused so no warning message should be generated
>>       for them.
>>
>>   Linker
>>     - Overhauled the expanded memory support. The goal is to eliminate
>>       needing to use P&E Log2Phy or SrecCVT to convert our output. The
>>       following flags are now supported:
>>
>>       -s2_s1   Use a mix of S1 and S2 records (CPU12 only)
>>       -s2_cpu  Use CPU addresses for the S2 records
>>       -s2_s12:<size>  Use S12 mapping to convert S1 to S2 records. <size>
>>                is in K bytes.
>>       -s2_s12x Use S12X mapping to convert S1 to S2 records
>>
>>       This means that for the CPUS12 and S12X, only S2 records will be
>>       generated, either as CPU/Banked addresses, or in the "native"
>>       linear / global address format.
>>
>>       The .DBG file uses CPU addresses, as before.
>>
>>       See Help file for details (not yet done for BETA release).
>>
>>// richard <http://www.imagecraft.com/> blog: 
>><http://imagecraft.wordpress.com>
>>// mailing list: http://www.dragonsgate.net/mailman/listinfo
>>// photo book: http://www.blurb.com/bookstore/detail/745963
>>[ For technical support on ImageCraft products, please include all 
>>previous replies in your msgs. ]

// richard <http://www.imagecraft.com> 
<http://www.dragonsgate.net/mailman/listinfo>
// photo book: http://www.blurb.com/bookstore/detail/745963 

From r.streubel at emtec-papertest.de  Mon Aug 10 03:00:33 2009
From: r.streubel at emtec-papertest.de (Rene Streubel)
Date: Mon Aug 10 04:11:02 2009
Subject: [Icc-mot] RE: Icc-mot Digest, Vol 56, Issue 1
In-Reply-To: <504BEDF1CE224BD09783FCD6E48DB199@emtecpapertest.de>
References: <504BEDF1CE224BD09783FCD6E48DB199@emtecpapertest.de>
Message-ID: <5E16A8B8AB324E459B5E98E98C6659B925387A@server.emtec-papertest.de>

Question:

I use a MC9S12DP512 and I want to know, what option i have to add to compile only S2 Records with ICC12 V7.07
At the moment I use "-s2_s12:0xEF00.0xEFFF" and it seems to work. Is that correct?

Regards Rene



-----Original Message-----
From: icc-mot-bounces@imagecraft.com [mailto:icc-mot-bounces@imagecraft.com] On Behalf Of icc-mot-request@imagecraft.com
Sent: Tuesday, August 04, 2009 8:01 PM
To: icc-mot@imagecraft.com
Subject: Icc-mot Digest, Vol 56, Issue 1

Send Icc-mot mailing list submissions to
	icc-mot@imagecraft.com

To subscribe or unsubscribe via the World Wide Web, visit
	http://dragonsgate.net/mailman/listinfo/icc-mot
or, via email, send a message with subject or body 'help' to
	icc-mot-request@imagecraft.com

You can reach the person managing the list at
	icc-mot-owner@imagecraft.com

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Icc-mot digest..."


Today's Topics:

   1. Re: ICC12 V7.07 released (Jim Fiocca)
   2. Re: ICC12 V7.07 released (Richard Man)


----------------------------------------------------------------------

Message: 1
Date: Mon, 03 Aug 2009 16:42:01 -0400
From: Jim Fiocca <jim@fiocca.net>
Subject: Re: [Icc-mot] ICC12 V7.07 released
To: "Discussion List for ICC08/11/12/16 users. You do NOT need to
	subscribe to	icc-announce if you are a member of this."
	<icc-mot@imagecraft.com>
Message-ID: <4A774B99.70806@fiocca.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

This compiler is actually less efficient than v7.03 on my code base.  
Code size is ~100 bytes larger due to superfluous
    TFR   D,Y
instructions after subroutine calls.

And the S12X assembler instructions are not yet supported.

I'll stick with V7.03 for now.  Looking forward to full S12X instruction 
set support and, of course, XGate.

Regards,
 Jim


Richard Man wrote:
>
> CHANGE LOGS:
> V7.07 - July 30, 2009
>   IDE
>     - Much faster startup time for the IDE
>     - IDE now keeps a "Build Number" for each project. This is passed to
>       the linker and emitted to the top of the .mp map file.
>     - Added -D__BUILD for the Build Number.
>     - Changed -D__ICC_VERSION=XXX where XXX is the version in integer 
> form,
>       e.g. 707. This allows easier conditional compilation.
>     - Added %v (version) and %b (build number) to the macro chars for
>       the "Execute Before Build" and "Execute After Successful Build"
>       command box.
>     - Overhauled the expanded memory settings.
>     - Fixed RAM start address for S12XDP512
>     - Modified the "checking" options, now they are
>       "Strict Checking" (equivalent to -A command line switch).
>       "ANSI C Portability Conformance Checking" (equivalent to -A -A).
>       This does draconian check on conditions that exceed ANSI C minimum
>       limits (e.g. less than 512 variables) and is usually not needed.
>     - Added Tools->EnvOptions->General->BackupPolicy. The choices are
>       == Unlimied (in BACKUP\ directory)
>       == One Only (in BACKUP\ directory)
>     - Under some rare conditions, the compiler sometimes generated bad 
> code
>       (assertion from the assembler) if a function uses floating point
>       expressions in a function call.
>
>   Compiler
>     - The compiler was miscounting some instruction sizes and was
>       generating short branches when long branches are needed and caused
>       the assembler to assert with error.
>     - Added
>       #pragma warning warning message
>       emits warning message, similar to #warning
>
>       #pragma ignore_unused_var name1 name2 ...
>       This must appear inside a function and specifies the named 
> arguments
>       are intentionally unused so no warning message should be generated
>       for them.
>
>   Linker
>     - Overhauled the expanded memory support. The goal is to eliminate
>       needing to use P&E Log2Phy or SrecCVT to convert our output. The
>       following flags are now supported:
>
>       -s2_s1   Use a mix of S1 and S2 records (CPU12 only)
>       -s2_cpu  Use CPU addresses for the S2 records
>       -s2_s12:<size>  Use S12 mapping to convert S1 to S2 records. <size>
>                is in K bytes.
>       -s2_s12x Use S12X mapping to convert S1 to S2 records
>
>       This means that for the CPUS12 and S12X, only S2 records will be
>       generated, either as CPU/Banked addresses, or in the "native"
>       linear / global address format.
>
>       The .DBG file uses CPU addresses, as before.
>
>       See Help file for details (not yet done for BETA release).
>
> // richard <http://www.imagecraft.com/> blog: 
> <http://imagecraft.wordpress.com>
> // mailing list: http://www.dragonsgate.net/mailman/listinfo
> // photo book: http://www.blurb.com/bookstore/detail/745963
> [ For technical support on ImageCraft products, please include all 
> previous replies in your msgs. ]
> _______________________________________________
> Icc-mot mailing list
> Icc-mot@imagecraft.com
> http://dragonsgate.net/mailman/listinfo/icc-mot


------------------------------

Message: 2
Date: Mon, 03 Aug 2009 13:46:23 -0700
From: Richard Man <richard-lists@imagecraft.com>
Subject: Re: [Icc-mot] ICC12 V7.07 released
To: <icc-mot@imagecraft.com>
Message-ID: <200908032158.n73Lw0SD040414@mail.imagecraft.com>
Content-Type: text/plain; charset="us-ascii"; format=flowed

Hmm... can you send me a test case on the extraneous
TFRs

Obviously it's not my intention to add extra code. I suspect an 
optimization de-optimizes in some cases.

Thanks.

At 01:42 PM 8/3/2009, Jim Fiocca wrote:
>This compiler is actually less efficient than v7.03 on my code base.
>Code size is ~100 bytes larger due to superfluous
>    TFR   D,Y
>instructions after subroutine calls.
>
>And the S12X assembler instructions are not yet supported.
>
>I'll stick with V7.03 for now.  Looking forward to full S12X 
>instruction set support and, of course, XGate.
>
>Regards,
>Jim
>
>
>Richard Man wrote:
>>
>>CHANGE LOGS:
>>V7.07 - July 30, 2009
>>   IDE
>>     - Much faster startup time for the IDE
>>     - IDE now keeps a "Build Number" for each project. This is passed to
>>       the linker and emitted to the top of the .mp map file.
>>     - Added -D__BUILD for the Build Number.
>>     - Changed -D__ICC_VERSION=XXX where XXX is the version in integer form,
>>       e.g. 707. This allows easier conditional compilation.
>>     - Added %v (version) and %b (build number) to the macro chars for
>>       the "Execute Before Build" and "Execute After Successful Build"
>>       command box.
>>     - Overhauled the expanded memory settings.
>>     - Fixed RAM start address for S12XDP512
>>     - Modified the "checking" options, now they are
>>       "Strict Checking" (equivalent to -A command line switch).
>>       "ANSI C Portability Conformance Checking" (equivalent to -A -A).
>>       This does draconian check on conditions that exceed ANSI C minimum
>>       limits (e.g. less than 512 variables) and is usually not needed.
>>     - Added Tools->EnvOptions->General->BackupPolicy. The choices are
>>       == Unlimied (in BACKUP\ directory)
>>       == One Only (in BACKUP\ directory)
>>     - Under some rare conditions, the compiler sometimes generated bad code
>>       (assertion from the assembler) if a function uses floating point
>>       expressions in a function call.
>>
>>   Compiler
>>     - The compiler was miscounting some instruction sizes and was
>>       generating short branches when long branches are needed and caused
>>       the assembler to assert with error.
>>     - Added
>>       #pragma warning warning message
>>       emits warning message, similar to #warning
>>
>>       #pragma ignore_unused_var name1 name2 ...
>>       This must appear inside a function and specifies the named arguments
>>       are intentionally unused so no warning message should be generated
>>       for them.
>>
>>   Linker
>>     - Overhauled the expanded memory support. The goal is to eliminate
>>       needing to use P&E Log2Phy or SrecCVT to convert our output. The
>>       following flags are now supported:
>>
>>       -s2_s1   Use a mix of S1 and S2 records (CPU12 only)
>>       -s2_cpu  Use CPU addresses for the S2 records
>>       -s2_s12:<size>  Use S12 mapping to convert S1 to S2 records. <size>
>>                is in K bytes.
>>       -s2_s12x Use S12X mapping to convert S1 to S2 records
>>
>>       This means that for the CPUS12 and S12X, only S2 records will be
>>       generated, either as CPU/Banked addresses, or in the "native"
>>       linear / global address format.
>>
>>       The .DBG file uses CPU addresses, as before.
>>
>>       See Help file for details (not yet done for BETA release).
>>
>>// richard <http://www.imagecraft.com/> blog: 
>><http://imagecraft.wordpress.com>
>>// mailing list: http://www.dragonsgate.net/mailman/listinfo
>>// photo book: http://www.blurb.com/bookstore/detail/745963
>>[ For technical support on ImageCraft products, please include all 
>>previous replies in your msgs. ]

// richard <http://www.imagecraft.com> 
<http://www.dragonsgate.net/mailman/listinfo>
// photo book: http://www.blurb.com/bookstore/detail/745963 



------------------------------

_______________________________________________
Icc-mot mailing list
Icc-mot@imagecraft.com
http://dragonsgate.net/mailman/listinfo/icc-mot

End of Icc-mot Digest, Vol 56, Issue 1
**************************************


 

__________ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 4306 (20090804) __________

E-Mail wurde gepr?ft mit ESET NOD32 Antivirus.

http://www.eset.com
 
 

__________ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 4321 (20090810) __________

E-Mail wurde gepr?ft mit ESET NOD32 Antivirus.

http://www.eset.com
 

From richard-lists at imagecraft.com  Mon Aug 10 16:24:00 2009
From: richard-lists at imagecraft.com (Richard Man)
Date: Mon Aug 10 17:35:55 2009
Subject: [Icc-mot] Re: MC9S12DP512  and V7.07
In-Reply-To: <5E16A8B8AB324E459B5E98E98C6659B925387A@server.emtec-papert
	est.de>
References: <504BEDF1CE224BD09783FCD6E48DB199@emtecpapertest.de>
	<5E16A8B8AB324E459B5E98E98C6659B925387A@server.emtec-papertest.de>
Message-ID: <200908110035.n7B0ZsmD000395@mail.imagecraft.com>

Are you writing your own makefile? If so, -s2_s12:512 should do it. 
The number is the size of the internal flash in K bytes.


At 03:00 AM 8/10/2009, Rene Streubel wrote:
>Question:
>
>I use a MC9S12DP512 and I want to know, what option i have to add to 
>compile only S2 Records with ICC12 V7.07
>At the moment I use "-s2_s12:0xEF00.0xEFFF" and it seems to work. Is 
>that correct?
>
>Regards Rene

// richard <http://www.imagecraft.com> 
<http://www.dragonsgate.net/mailman/listinfo>
// photo book: http://www.blurb.com/bookstore/detail/745963 

From r.streubel at emtec-papertest.de  Mon Aug 10 23:33:21 2009
From: r.streubel at emtec-papertest.de (Rene Streubel)
Date: Tue Aug 11 00:43:51 2009
Subject: [Icc-mot] pointer to float
In-Reply-To: <5349BAEC414F4C7B830650E440E4EA2D@emtecpapertest.de>
References: <5349BAEC414F4C7B830650E440E4EA2D@emtecpapertest.de>
Message-ID: <5E16A8B8AB324E459B5E98E98C6659B9253884@server.emtec-papertest.de>

Ok, I found it myself:
I tghink, correct is: "-s2_s12:512" for a DP512 Device
But I have another problem.

In my application I use a function, which is called like this:
"void recalc_sht15(float *p_humidity ,float *p_temperature)"
When I compile this with ICCV7.05 it works fine. But not with the V7.07 I changed the function to use no pointers, I use global variables and then it works. There should be a problem with the float pointers. By the way, there is only a problem with the second pointer. The first one (p_humidity) works fine.

Regards Rene




-----Original Message-----
From: icc-mot-bounces@imagecraft.com [mailto:icc-mot-bounces@imagecraft.com] On Behalf Of icc-mot-request@imagecraft.com
Sent: Monday, August 10, 2009 8:00 PM
To: icc-mot@imagecraft.com
Subject: Icc-mot Digest, Vol 56, Issue 2

Send Icc-mot mailing list submissions to
	icc-mot@imagecraft.com

To subscribe or unsubscribe via the World Wide Web, visit
	http://dragonsgate.net/mailman/listinfo/icc-mot
or, via email, send a message with subject or body 'help' to
	icc-mot-request@imagecraft.com

You can reach the person managing the list at
	icc-mot-owner@imagecraft.com

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Icc-mot digest..."


Today's Topics:

   1. RE: Icc-mot Digest, Vol 56, Issue 1 (Rene Streubel)


----------------------------------------------------------------------

Message: 1
Date: Mon, 10 Aug 2009 12:00:33 +0200
From: "Rene Streubel" <r.streubel@emtec-papertest.de>
Subject: [Icc-mot] RE: Icc-mot Digest, Vol 56, Issue 1
To: <icc-mot@imagecraft.com>
Message-ID:
	<5E16A8B8AB324E459B5E98E98C6659B925387A@server.emtec-papertest.de>
Content-Type: text/plain;	charset="iso-8859-1"

Question:

I use a MC9S12DP512 and I want to know, what option i have to add to compile only S2 Records with ICC12 V7.07
At the moment I use "-s2_s12:0xEF00.0xEFFF" and it seems to work. Is that correct?

Regards Rene



-----Original Message-----
From: icc-mot-bounces@imagecraft.com [mailto:icc-mot-bounces@imagecraft.com] On Behalf Of icc-mot-request@imagecraft.com
Sent: Tuesday, August 04, 2009 8:01 PM
To: icc-mot@imagecraft.com
Subject: Icc-mot Digest, Vol 56, Issue 1

Send Icc-mot mailing list submissions to
	icc-mot@imagecraft.com

To subscribe or unsubscribe via the World Wide Web, visit
	http://dragonsgate.net/mailman/listinfo/icc-mot
or, via email, send a message with subject or body 'help' to
	icc-mot-request@imagecraft.com

You can reach the person managing the list at
	icc-mot-owner@imagecraft.com

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Icc-mot digest..."


Today's Topics:

   1. Re: ICC12 V7.07 released (Jim Fiocca)
   2. Re: ICC12 V7.07 released (Richard Man)


----------------------------------------------------------------------

Message: 1
Date: Mon, 03 Aug 2009 16:42:01 -0400
From: Jim Fiocca <jim@fiocca.net>
Subject: Re: [Icc-mot] ICC12 V7.07 released
To: "Discussion List for ICC08/11/12/16 users. You do NOT need to
	subscribe to	icc-announce if you are a member of this."
	<icc-mot@imagecraft.com>
Message-ID: <4A774B99.70806@fiocca.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

This compiler is actually less efficient than v7.03 on my code base.  
Code size is ~100 bytes larger due to superfluous
    TFR   D,Y
instructions after subroutine calls.

And the S12X assembler instructions are not yet supported.

I'll stick with V7.03 for now.  Looking forward to full S12X instruction 
set support and, of course, XGate.

Regards,
 Jim


Richard Man wrote:
>
> CHANGE LOGS:
> V7.07 - July 30, 2009
>   IDE
>     - Much faster startup time for the IDE
>     - IDE now keeps a "Build Number" for each project. This is passed to
>       the linker and emitted to the top of the .mp map file.
>     - Added -D__BUILD for the Build Number.
>     - Changed -D__ICC_VERSION=XXX where XXX is the version in integer 
> form,
>       e.g. 707. This allows easier conditional compilation.
>     - Added %v (version) and %b (build number) to the macro chars for
>       the "Execute Before Build" and "Execute After Successful Build"
>       command box.
>     - Overhauled the expanded memory settings.
>     - Fixed RAM start address for S12XDP512
>     - Modified the "checking" options, now they are
>       "Strict Checking" (equivalent to -A command line switch).
>       "ANSI C Portability Conformance Checking" (equivalent to -A -A).
>       This does draconian check on conditions that exceed ANSI C minimum
>       limits (e.g. less than 512 variables) and is usually not needed.
>     - Added Tools->EnvOptions->General->BackupPolicy. The choices are
>       == Unlimied (in BACKUP\ directory)
>       == One Only (in BACKUP\ directory)
>     - Under some rare conditions, the compiler sometimes generated bad 
> code
>       (assertion from the assembler) if a function uses floating point
>       expressions in a function call.
>
>   Compiler
>     - The compiler was miscounting some instruction sizes and was
>       generating short branches when long branches are needed and caused
>       the assembler to assert with error.
>     - Added
>       #pragma warning warning message
>       emits warning message, similar to #warning
>
>       #pragma ignore_unused_var name1 name2 ...
>       This must appear inside a function and specifies the named 
> arguments
>       are intentionally unused so no warning message should be generated
>       for them.
>
>   Linker
>     - Overhauled the expanded memory support. The goal is to eliminate
>       needing to use P&E Log2Phy or SrecCVT to convert our output. The
>       following flags are now supported:
>
>       -s2_s1   Use a mix of S1 and S2 records (CPU12 only)
>       -s2_cpu  Use CPU addresses for the S2 records
>       -s2_s12:<size>  Use S12 mapping to convert S1 to S2 records. <size>
>                is in K bytes.
>       -s2_s12x Use S12X mapping to convert S1 to S2 records
>
>       This means that for the CPUS12 and S12X, only S2 records will be
>       generated, either as CPU/Banked addresses, or in the "native"
>       linear / global address format.
>
>       The .DBG file uses CPU addresses, as before.
>
>       See Help file for details (not yet done for BETA release).
>
> // richard <http://www.imagecraft.com/> blog: 
> <http://imagecraft.wordpress.com>
> // mailing list: http://www.dragonsgate.net/mailman/listinfo
> // photo book: http://www.blurb.com/bookstore/detail/745963
> [ For technical support on ImageCraft products, please include all 
> previous replies in your msgs. ]
> _______________________________________________
> Icc-mot mailing list
> Icc-mot@imagecraft.com
> http://dragonsgate.net/mailman/listinfo/icc-mot


------------------------------

Message: 2
Date: Mon, 03 Aug 2009 13:46:23 -0700
From: Richard Man <richard-lists@imagecraft.com>
Subject: Re: [Icc-mot] ICC12 V7.07 released
To: <icc-mot@imagecraft.com>
Message-ID: <200908032158.n73Lw0SD040414@mail.imagecraft.com>
Content-Type: text/plain; charset="us-ascii"; format=flowed

Hmm... can you send me a test case on the extraneous
TFRs

Obviously it's not my intention to add extra code. I suspect an 
optimization de-optimizes in some cases.

Thanks.

At 01:42 PM 8/3/2009, Jim Fiocca wrote:
>This compiler is actually less efficient than v7.03 on my code base.
>Code size is ~100 bytes larger due to superfluous
>    TFR   D,Y
>instructions after subroutine calls.
>
>And the S12X assembler instructions are not yet supported.
>
>I'll stick with V7.03 for now.  Looking forward to full S12X 
>instruction set support and, of course, XGate.
>
>Regards,
>Jim
>
>
>Richard Man wrote:
>>
>>CHANGE LOGS:
>>V7.07 - July 30, 2009
>>   IDE
>>     - Much faster startup time for the IDE
>>     - IDE now keeps a "Build Number" for each project. This is passed to
>>       the linker and emitted to the top of the .mp map file.
>>     - Added -D__BUILD for the Build Number.
>>     - Changed -D__ICC_VERSION=XXX where XXX is the version in integer form,
>>       e.g. 707. This allows easier conditional compilation.
>>     - Added %v (version) and %b (build number) to the macro chars for
>>       the "Execute Before Build" and "Execute After Successful Build"
>>       command box.
>>     - Overhauled the expanded memory settings.
>>     - Fixed RAM start address for S12XDP512
>>     - Modified the "checking" options, now they are
>>       "Strict Checking" (equivalent to -A command line switch).
>>       "ANSI C Portability Conformance Checking" (equivalent to -A -A).
>>       This does draconian check on conditions that exceed ANSI C minimum
>>       limits (e.g. less than 512 variables) and is usually not needed.
>>     - Added Tools->EnvOptions->General->BackupPolicy. The choices are
>>       == Unlimied (in BACKUP\ directory)
>>       == One Only (in BACKUP\ directory)
>>     - Under some rare conditions, the compiler sometimes generated bad code
>>       (assertion from the assembler) if a function uses floating point
>>       expressions in a function call.
>>
>>   Compiler
>>     - The compiler was miscounting some instruction sizes and was
>>       generating short branches when long branches are needed and caused
>>       the assembler to assert with error.
>>     - Added
>>       #pragma warning warning message
>>       emits warning message, similar to #warning
>>
>>       #pragma ignore_unused_var name1 name2 ...
>>       This must appear inside a function and specifies the named arguments
>>       are intentionally unused so no warning message should be generated
>>       for them.
>>
>>   Linker
>>     - Overhauled the expanded memory support. The goal is to eliminate
>>       needing to use P&E Log2Phy or SrecCVT to convert our output. The
>>       following flags are now supported:
>>
>>       -s2_s1   Use a mix of S1 and S2 records (CPU12 only)
>>       -s2_cpu  Use CPU addresses for the S2 records
>>       -s2_s12:<size>  Use S12 mapping to convert S1 to S2 records. <size>
>>                is in K bytes.
>>       -s2_s12x Use S12X mapping to convert S1 to S2 records
>>
>>       This means that for the CPUS12 and S12X, only S2 records will be
>>       generated, either as CPU/Banked addresses, or in the "native"
>>       linear / global address format.
>>
>>       The .DBG file uses CPU addresses, as before.
>>
>>       See Help file for details (not yet done for BETA release).
>>
>>// richard <http://www.imagecraft.com/> blog: 
>><http://imagecraft.wordpress.com>
>>// mailing list: http://www.dragonsgate.net/mailman/listinfo
>>// photo book: http://www.blurb.com/bookstore/detail/745963
>>[ For technical support on ImageCraft products, please include all 
>>previous replies in your msgs. ]

// richard <http://www.imagecraft.com> 
<http://www.dragonsgate.net/mailman/listinfo>
// photo book: http://www.blurb.com/bookstore/detail/745963 



------------------------------

_______________________________________________
Icc-mot mailing list
Icc-mot@imagecraft.com
http://dragonsgate.net/mailman/listinfo/icc-mot

End of Icc-mot Digest, Vol 56, Issue 1
**************************************


 

__________ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 4306 (20090804) __________

E-Mail wurde gepr?ft mit ESET NOD32 Antivirus.

http://www.eset.com
 
 

__________ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 4321 (20090810) __________

E-Mail wurde gepr?ft mit ESET NOD32 Antivirus.

http://www.eset.com
 



------------------------------

_______________________________________________
Icc-mot mailing list
Icc-mot@imagecraft.com
http://dragonsgate.net/mailman/listinfo/icc-mot

End of Icc-mot Digest, Vol 56, Issue 2
**************************************


 

__________ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 4324 (20090811) __________

E-Mail wurde gepr?ft mit ESET NOD32 Antivirus.

http://www.eset.com
 
 

__________ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 4324 (20090811) __________

E-Mail wurde gepr?ft mit ESET NOD32 Antivirus.

http://www.eset.com
 

From r.streubel at emtec-papertest.de  Tue Aug 11 23:53:37 2009
From: r.streubel at emtec-papertest.de (Rene Streubel)
Date: Wed Aug 12 01:04:03 2009
Subject: [Icc-mot] more than one pointer to floatingpoint variables does not
	work in function calls
In-Reply-To: <3818C2BD894544DDB78FB0E70FA04326@emtecpapertest.de>
References: <3818C2BD894544DDB78FB0E70FA04326@emtecpapertest.de>
Message-ID: <5E16A8B8AB324E459B5E98E98C6659B925389A@server.emtec-papertest.de>

In my application I use a function, which is called like this:
"void recalc_sht15(float *p_humidity ,float *p_temperature)"
If I compile this with ICCV7.05 it works fine. But not with the V7.07 I changed the function to use no pointers, I use global variables and then it works. There should be a problem with the float pointers. By the way, there is only a problem with the second pointer. The first one (p_humidity) works fine.
If i set "*p_temperature=25;" there would no 25 be in *p_temperature outside the function.

Please let me know the solution for that problem.

Rene




-----Original Message-----
From: icc-mot-bounces@imagecraft.com [mailto:icc-mot-bounces@imagecraft.com] On Behalf Of icc-mot-request@imagecraft.com
Sent: Tuesday, August 11, 2009 8:00 PM
To: icc-mot@imagecraft.com
Subject: Icc-mot Digest, Vol 56, Issue 3

Send Icc-mot mailing list submissions to
	icc-mot@imagecraft.com

To subscribe or unsubscribe via the World Wide Web, visit
	http://dragonsgate.net/mailman/listinfo/icc-mot
or, via email, send a message with subject or body 'help' to
	icc-mot-request@imagecraft.com

You can reach the person managing the list at
	icc-mot-owner@imagecraft.com

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Icc-mot digest..."


Today's Topics:

   1. Re: MC9S12DP512  and V7.07 (Richard Man)
   2. pointer to float (Rene Streubel)


----------------------------------------------------------------------

Message: 1
Date: Mon, 10 Aug 2009 16:24:00 -0700
From: Richard Man <richard-lists@imagecraft.com>
Subject: [Icc-mot] Re: MC9S12DP512  and V7.07
To: <icc-mot@imagecraft.com>, <icc-mot@imagecraft.com>
Message-ID: <200908110035.n7B0ZsmD000395@mail.imagecraft.com>
Content-Type: text/plain; charset="us-ascii"; format=flowed

Are you writing your own makefile? If so, -s2_s12:512 should do it. 
The number is the size of the internal flash in K bytes.


At 03:00 AM 8/10/2009, Rene Streubel wrote:
>Question:
>
>I use a MC9S12DP512 and I want to know, what option i have to add to 
>compile only S2 Records with ICC12 V7.07
>At the moment I use "-s2_s12:0xEF00.0xEFFF" and it seems to work. Is 
>that correct?
>
>Regards Rene

// richard <http://www.imagecraft.com> 
<http://www.dragonsgate.net/mailman/listinfo>
// photo book: http://www.blurb.com/bookstore/detail/745963 



------------------------------

Message: 2
Date: Tue, 11 Aug 2009 08:33:21 +0200
From: "Rene Streubel" <r.streubel@emtec-papertest.de>
Subject: [Icc-mot] pointer to float
To: <icc-mot@imagecraft.com>
Message-ID:
	<5E16A8B8AB324E459B5E98E98C6659B9253884@server.emtec-papertest.de>
Content-Type: text/plain;	charset="iso-8859-1"

Ok, I found it myself:
I tghink, correct is: "-s2_s12:512" for a DP512 Device
But I have another problem.

In my application I use a function, which is called like this:
"void recalc_sht15(float *p_humidity ,float *p_temperature)"
When I compile this with ICCV7.05 it works fine. But not with the V7.07 I changed the function to use no pointers, I use global variables and then it works. There should be a problem with the float pointers. By the way, there is only a problem with the second pointer. The first one (p_humidity) works fine.

Regards Rene




-----Original Message-----
From: icc-mot-bounces@imagecraft.com [mailto:icc-mot-bounces@imagecraft.com] On Behalf Of icc-mot-request@imagecraft.com
Sent: Monday, August 10, 2009 8:00 PM
To: icc-mot@imagecraft.com
Subject: Icc-mot Digest, Vol 56, Issue 2

Send Icc-mot mailing list submissions to
	icc-mot@imagecraft.com

To subscribe or unsubscribe via the World Wide Web, visit
	http://dragonsgate.net/mailman/listinfo/icc-mot
or, via email, send a message with subject or body 'help' to
	icc-mot-request@imagecraft.com

You can reach the person managing the list at
	icc-mot-owner@imagecraft.com

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Icc-mot digest..."


Today's Topics:

   1. RE: Icc-mot Digest, Vol 56, Issue 1 (Rene Streubel)


----------------------------------------------------------------------

Message: 1
Date: Mon, 10 Aug 2009 12:00:33 +0200
From: "Rene Streubel" <r.streubel@emtec-papertest.de>
Subject: [Icc-mot] RE: Icc-mot Digest, Vol 56, Issue 1
To: <icc-mot@imagecraft.com>
Message-ID:
	<5E16A8B8AB324E459B5E98E98C6659B925387A@server.emtec-papertest.de>
Content-Type: text/plain;	charset="iso-8859-1"

Question:

I use a MC9S12DP512 and I want to know, what option i have to add to compile only S2 Records with ICC12 V7.07
At the moment I use "-s2_s12:0xEF00.0xEFFF" and it seems to work. Is that correct?

Regards Rene



-----Original Message-----
From: icc-mot-bounces@imagecraft.com [mailto:icc-mot-bounces@imagecraft.com] On Behalf Of icc-mot-request@imagecraft.com
Sent: Tuesday, August 04, 2009 8:01 PM
To: icc-mot@imagecraft.com
Subject: Icc-mot Digest, Vol 56, Issue 1

Send Icc-mot mailing list submissions to
	icc-mot@imagecraft.com

To subscribe or unsubscribe via the World Wide Web, visit
	http://dragonsgate.net/mailman/listinfo/icc-mot
or, via email, send a message with subject or body 'help' to
	icc-mot-request@imagecraft.com

You can reach the person managing the list at
	icc-mot-owner@imagecraft.com

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Icc-mot digest..."


Today's Topics:

   1. Re: ICC12 V7.07 released (Jim Fiocca)
   2. Re: ICC12 V7.07 released (Richard Man)


----------------------------------------------------------------------

Message: 1
Date: Mon, 03 Aug 2009 16:42:01 -0400
From: Jim Fiocca <jim@fiocca.net>
Subject: Re: [Icc-mot] ICC12 V7.07 released
To: "Discussion List for ICC08/11/12/16 users. You do NOT need to
	subscribe to	icc-announce if you are a member of this."
	<icc-mot@imagecraft.com>
Message-ID: <4A774B99.70806@fiocca.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

This compiler is actually less efficient than v7.03 on my code base.  
Code size is ~100 bytes larger due to superfluous
    TFR   D,Y
instructions after subroutine calls.

And the S12X assembler instructions are not yet supported.

I'll stick with V7.03 for now.  Looking forward to full S12X instruction 
set support and, of course, XGate.

Regards,
 Jim


Richard Man wrote:
>
> CHANGE LOGS:
> V7.07 - July 30, 2009
>   IDE
>     - Much faster startup time for the IDE
>     - IDE now keeps a "Build Number" for each project. This is passed to
>       the linker and emitted to the top of the .mp map file.
>     - Added -D__BUILD for the Build Number.
>     - Changed -D__ICC_VERSION=XXX where XXX is the version in integer 
> form,
>       e.g. 707. This allows easier conditional compilation.
>     - Added %v (version) and %b (build number) to the macro chars for
>       the "Execute Before Build" and "Execute After Successful Build"
>       command box.
>     - Overhauled the expanded memory settings.
>     - Fixed RAM start address for S12XDP512
>     - Modified the "checking" options, now they are
>       "Strict Checking" (equivalent to -A command line switch).
>       "ANSI C Portability Conformance Checking" (equivalent to -A -A).
>       This does draconian check on conditions that exceed ANSI C minimum
>       limits (e.g. less than 512 variables) and is usually not needed.
>     - Added Tools->EnvOptions->General->BackupPolicy. The choices are
>       == Unlimied (in BACKUP\ directory)
>       == One Only (in BACKUP\ directory)
>     - Under some rare conditions, the compiler sometimes generated bad 
> code
>       (assertion from the assembler) if a function uses floating point
>       expressions in a function call.
>
>   Compiler
>     - The compiler was miscounting some instruction sizes and was
>       generating short branches when long branches are needed and caused
>       the assembler to assert with error.
>     - Added
>       #pragma warning warning message
>       emits warning message, similar to #warning
>
>       #pragma ignore_unused_var name1 name2 ...
>       This must appear inside a function and specifies the named 
> arguments
>       are intentionally unused so no warning message should be generated
>       for them.
>
>   Linker
>     - Overhauled the expanded memory support. The goal is to eliminate
>       needing to use P&E Log2Phy or SrecCVT to convert our output. The
>       following flags are now supported:
>
>       -s2_s1   Use a mix of S1 and S2 records (CPU12 only)
>       -s2_cpu  Use CPU addresses for the S2 records
>       -s2_s12:<size>  Use S12 mapping to convert S1 to S2 records. <size>
>                is in K bytes.
>       -s2_s12x Use S12X mapping to convert S1 to S2 records
>
>       This means that for the CPUS12 and S12X, only S2 records will be
>       generated, either as CPU/Banked addresses, or in the "native"
>       linear / global address format.
>
>       The .DBG file uses CPU addresses, as before.
>
>       See Help file for details (not yet done for BETA release).
>
> // richard <http://www.imagecraft.com/> blog: 
> <http://imagecraft.wordpress.com>
> // mailing list: http://www.dragonsgate.net/mailman/listinfo
> // photo book: http://www.blurb.com/bookstore/detail/745963
> [ For technical support on ImageCraft products, please include all 
> previous replies in your msgs. ]
> _______________________________________________
> Icc-mot mailing list
> Icc-mot@imagecraft.com
> http://dragonsgate.net/mailman/listinfo/icc-mot


------------------------------

Message: 2
Date: Mon, 03 Aug 2009 13:46:23 -0700
From: Richard Man <richard-lists@imagecraft.com>
Subject: Re: [Icc-mot] ICC12 V7.07 released
To: <icc-mot@imagecraft.com>
Message-ID: <200908032158.n73Lw0SD040414@mail.imagecraft.com>
Content-Type: text/plain; charset="us-ascii"; format=flowed

Hmm... can you send me a test case on the extraneous
TFRs

Obviously it's not my intention to add extra code. I suspect an 
optimization de-optimizes in some cases.

Thanks.

At 01:42 PM 8/3/2009, Jim Fiocca wrote:
>This compiler is actually less efficient than v7.03 on my code base.
>Code size is ~100 bytes larger due to superfluous
>    TFR   D,Y
>instructions after subroutine calls.
>
>And the S12X assembler instructions are not yet supported.
>
>I'll stick with V7.03 for now.  Looking forward to full S12X 
>instruction set support and, of course, XGate.
>
>Regards,
>Jim
>
>
>Richard Man wrote:
>>
>>CHANGE LOGS:
>>V7.07 - July 30, 2009
>>   IDE
>>     - Much faster startup time for the IDE
>>     - IDE now keeps a "Build Number" for each project. This is passed to
>>       the linker and emitted to the top of the .mp map file.
>>     - Added -D__BUILD for the Build Number.
>>     - Changed -D__ICC_VERSION=XXX where XXX is the version in integer form,
>>       e.g. 707. This allows easier conditional compilation.
>>     - Added %v (version) and %b (build number) to the macro chars for
>>       the "Execute Before Build" and "Execute After Successful Build"
>>       command box.
>>     - Overhauled the expanded memory settings.
>>     - Fixed RAM start address for S12XDP512
>>     - Modified the "checking" options, now they are
>>       "Strict Checking" (equivalent to -A command line switch).
>>       "ANSI C Portability Conformance Checking" (equivalent to -A -A).
>>       This does draconian check on conditions that exceed ANSI C minimum
>>       limits (e.g. less than 512 variables) and is usually not needed.
>>     - Added Tools->EnvOptions->General->BackupPolicy. The choices are
>>       == Unlimied (in BACKUP\ directory)
>>       == One Only (in BACKUP\ directory)
>>     - Under some rare conditions, the compiler sometimes generated bad code
>>       (assertion from the assembler) if a function uses floating point
>>       expressions in a function call.
>>
>>   Compiler
>>     - The compiler was miscounting some instruction sizes and was
>>       generating short branches when long branches are needed and caused
>>       the assembler to assert with error.
>>     - Added
>>       #pragma warning warning message
>>       emits warning message, similar to #warning
>>
>>       #pragma ignore_unused_var name1 name2 ...
>>       This must appear inside a function and specifies the named arguments
>>       are intentionally unused so no warning message should be generated
>>       for them.
>>
>>   Linker
>>     - Overhauled the expanded memory support. The goal is to eliminate
>>       needing to use P&E Log2Phy or SrecCVT to convert our output. The
>>       following flags are now supported:
>>
>>       -s2_s1   Use a mix of S1 and S2 records (CPU12 only)
>>       -s2_cpu  Use CPU addresses for the S2 records
>>       -s2_s12:<size>  Use S12 mapping to convert S1 to S2 records. <size>
>>                is in K bytes.
>>       -s2_s12x Use S12X mapping to convert S1 to S2 records
>>
>>       This means that for the CPUS12 and S12X, only S2 records will be
>>       generated, either as CPU/Banked addresses, or in the "native"
>>       linear / global address format.
>>
>>       The .DBG file uses CPU addresses, as before.
>>
>>       See Help file for details (not yet done for BETA release).
>>
>>// richard <http://www.imagecraft.com/> blog: 
>><http://imagecraft.wordpress.com>
>>// mailing list: http://www.dragonsgate.net/mailman/listinfo
>>// photo book: http://www.blurb.com/bookstore/detail/745963
>>[ For technical support on ImageCraft products, please include all 
>>previous replies in your msgs. ]

// richard <http://www.imagecraft.com> 
<http://www.dragonsgate.net/mailman/listinfo>
// photo book: http://www.blurb.com/bookstore/detail/745963 



------------------------------

_______________________________________________
Icc-mot mailing list
Icc-mot@imagecraft.com
http://dragonsgate.net/mailman/listinfo/icc-mot

End of Icc-mot Digest, Vol 56, Issue 1
**************************************


 

__________ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 4306 (20090804) __________

E-Mail wurde gepr?ft mit ESET NOD32 Antivirus.

http://www.eset.com
 
 

__________ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 4321 (20090810) __________

E-Mail wurde gepr?ft mit ESET NOD32 Antivirus.

http://www.eset.com
 



------------------------------

_______________________________________________
Icc-mot mailing list
Icc-mot@imagecraft.com
http://dragonsgate.net/mailman/listinfo/icc-mot

End of Icc-mot Digest, Vol 56, Issue 2
**************************************


 

__________ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 4324 (20090811) __________

E-Mail wurde gepr?ft mit ESET NOD32 Antivirus.

http://www.eset.com
 
 

__________ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 4324 (20090811) __________

E-Mail wurde gepr?ft mit ESET NOD32 Antivirus.

http://www.eset.com
 



------------------------------

_______________________________________________
Icc-mot mailing list
Icc-mot@imagecraft.com
http://dragonsgate.net/mailman/listinfo/icc-mot

End of Icc-mot Digest, Vol 56, Issue 3
**************************************


 

__________ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 4327 (20090811) __________

E-Mail wurde gepr?ft mit ESET NOD32 Antivirus.

http://www.eset.com
 
 

__________ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 4327 (20090811) __________

E-Mail wurde gepr?ft mit ESET NOD32 Antivirus.

http://www.eset.com
 

From richard-lists at imagecraft.com  Wed Aug 12 00:01:51 2009
From: richard-lists at imagecraft.com (Richard Man)
Date: Wed Aug 12 01:13:52 2009
Subject: [Icc-mot] more than one pointer to floatingpoint variables
	does not work in function calls
In-Reply-To: <5E16A8B8AB324E459B5E98E98C6659B925389A@server.emtec-papert
	est.de>
References: <3818C2BD894544DDB78FB0E70FA04326@emtecpapertest.de>
	<5E16A8B8AB324E459B5E98E98C6659B925389A@server.emtec-papertest.de>
Message-ID: <200908120813.n7C8DoFn047780@mail.imagecraft.com>

Rene, first, there are over 400 people on this list - please trim 
your posts!! Thanks.

There is no general problem with float pointers per se. Please email 
me off-list, richard@imagecraft.com, and try to create a small 
program that exhibits the problem.

Thanks.

At 11:53 PM 8/11/2009, Rene Streubel wrote:
>In my application I use a function, which is called like this:
>"void recalc_sht15(float *p_humidity ,float *p_temperature)"
>If I compile this with ICCV7.05 it works fine. But not with the 
>V7.07 I changed the function to use no pointers, I use global 
>variables and then it works. There should be a problem with the 
>float pointers. By the way, there is only a problem with the second 
>pointer. The first one (p_humidity) works fine.
>If i set "*p_temperature=25;" there would no 25 be in *p_temperature 
>outside the function.
>
>Please let me know the solution for that problem.
>
>Rene

// richard <http://www.imagecraft.com> 
<http://www.dragonsgate.net/mailman/listinfo>
// photo book: http://www.blurb.com/bookstore/detail/745963 

From richard at imagecraft.com  Tue Aug 18 15:05:40 2009
From: richard at imagecraft.com (Richard Man)
Date: Tue Aug 18 16:18:12 2009
Subject: [Icc-mot] Transition to  Yahoo Groups...
Message-ID: <200908182318.n7INIA05060330@mail.imagecraft.com>

I know this subject came up before and the responses weren't 100% 
positive. However, due to various problems, we will probably be 
transitioning @imagecraft.com to Google Apps Premium. The IT cost of 
running our own mail/smtp servers are just getting too high.

However, Google App is not particularly suited for mailing lists. 
Yahoo groups, while has its flaws, is ideal for that.

NOTE:
- new users are moderated and manually accepted so spam levels should be low.
- you do not need a yahoo login, you can subscribe/unsub using email messages
- you may either use the web or email interface. My own preference is 
to use the email interface.
- archive and posts are only viewable by members, to lessen 
possibility of address harvesting by spammers.

I know this will cause some of you to grief. Sorry about that.



// richard <http://www.imagecraft.com/> blog: <http://imagecraft.wordpress.com>
// mailing list: http://www.dragonsgate.net/mailman/listinfo
// photo book: http://www.blurb.com/bookstore/detail/745963
[ For technical support on ImageCraft products, please include all 
previous replies in your msgs. ] 

From jdsb at gis.net  Tue Aug 18 17:50:49 2009
From: jdsb at gis.net (Jack Donoghue)
Date: Tue Aug 18 19:01:31 2009
Subject: [SPAM?] [Icc-mot] Transition to  Yahoo Groups...
References: <200908182318.n7INIA05060330@mail.imagecraft.com>
Message-ID: <15EC7BF40DBB4DD48B6CD6A1E4B20277@JackD423SB>

Will we get an E-mail from Yahoo allowing us to sign up?

----- Original Message ----- 
From: "Richard Man" <richard@imagecraft.com>
To: <icc-announce@imagecraft.com>; <icc-avr@imagecraft.com>; 
<icc-mot@imagecraft.com>; <icc-430@imagecraft.com>; <icc-arm@imagecraft.com>; 
<icc-prop@imagecraft.com>
Sent: Tuesday, August 18, 2009 6:05 PM
Subject: [SPAM?] [Icc-mot] Transition to Yahoo Groups...


>I know this subject came up before and the responses weren't 100% positive. 
>However, due to various problems, we will probably be transitioning 
>@imagecraft.com to Google Apps Premium. The IT cost of running our own 
>mail/smtp servers are just getting too high.
>
> However, Google App is not particularly suited for mailing lists. Yahoo 
> groups, while has its flaws, is ideal for that.
>
> NOTE:
> - new users are moderated and manually accepted so spam levels should be low.
> - you do not need a yahoo login, you can subscribe/unsub using email messages
> - you may either use the web or email interface. My own preference is to use 
> the email interface.
> - archive and posts are only viewable by members, to lessen possibility of 
> address harvesting by spammers.
>
> I know this will cause some of you to grief. Sorry about that.
>
>
>
> // richard <http://www.imagecraft.com/> blog: 
> <http://imagecraft.wordpress.com>
> // mailing list: http://www.dragonsgate.net/mailman/listinfo
> // photo book: http://www.blurb.com/bookstore/detail/745963
> [ For technical support on ImageCraft products, please include all previous 
> replies in your msgs. ]
> _______________________________________________
> Icc-mot mailing list
> Icc-mot@imagecraft.com
> http://dragonsgate.net/mailman/listinfo/icc-mot 

From richard-lists at imagecraft.com  Tue Aug 18 21:25:07 2009
From: richard-lists at imagecraft.com (Richard Man)
Date: Tue Aug 18 22:37:40 2009
Subject: [SPAM?] [Icc-mot] Transition to  Yahoo Groups...
In-Reply-To: <15EC7BF40DBB4DD48B6CD6A1E4B20277@JackD423SB>
References: <200908182318.n7INIA05060330@mail.imagecraft.com>
	<15EC7BF40DBB4DD48B6CD6A1E4B20277@JackD423SB>
Message-ID: <200908190537.n7J5bcd1067066@mail.imagecraft.com>

I will make some announcement when it is ready. Probably something 
like: "final warning if you want to leave" type of thing, and then I 
will just mass submit the current users.

There is a potential alternative I am looking at right now. In any 
case, this won't happen until at least a week from now.

At 05:50 PM 8/18/2009, you wrote:
>Will we get an E-mail from Yahoo allowing us to sign up?
>
>----- Original Message ----- From: "Richard Man" <richard@imagecraft.com>
>To: <icc-announce@imagecraft.com>; <icc-avr@imagecraft.com>; 
><icc-mot@imagecraft.com>; <icc-430@imagecraft.com>; 
><icc-arm@imagecraft.com>; <icc-prop@imagecraft.com>
>Sent: Tuesday, August 18, 2009 6:05 PM
>Subject: [SPAM?] [Icc-mot] Transition to Yahoo Groups...
>
>
>>I know this subject came up before and the responses weren't 100% 
>>positive. However, due to various problems, we will probably be 
>>transitioning @imagecraft.com to Google Apps Premium. The IT cost 
>>of running our own mail/smtp servers are just getting too high.
>>
>>However, Google App is not particularly suited for mailing lists. 
>>Yahoo groups, while has its flaws, is ideal for that.
>>
>>NOTE:
>>- new users are moderated and manually accepted so spam levels should be low.
>>- you do not need a yahoo login, you can subscribe/unsub using email messages
>>- you may either use the web or email interface. My own preference 
>>is to use the email interface.
>>- archive and posts are only viewable by members, to lessen 
>>possibility of address harvesting by spammers.
>>
>>I know this will cause some of you to grief. Sorry about that.

// richard <http://www.imagecraft.com> 
<http://www.dragonsgate.net/mailman/listinfo>
// photo book: http://www.blurb.com/bookstore/detail/745963 

From richard at imagecraft.com  Tue Aug 18 22:19:02 2009
From: richard at imagecraft.com (Richard Man)
Date: Tue Aug 18 23:31:36 2009
Subject: [Icc-mot] Hold the execution :-) mailing lists to remain for now.
Message-ID: <200908190631.n7J6VXBZ069021@mail.imagecraft.com>

OK, thanks to a pointer from one of the users, we can probably solve 
the most immediate crisis while continuing to run our server, so the 
mailing lists will stay for the time being.

Hopefully by tomorrow night everything will be working better.


// richard <http://www.imagecraft.com/> blog: <http://imagecraft.wordpress.com>
// mailing list: http://www.dragonsgate.net/mailman/listinfo
// photo book: http://www.blurb.com/bookstore/detail/745963
[ For technical support on ImageCraft products, please include all 
previous replies in your msgs. ] 

From richard at imagecraft.com  Wed Aug 19 03:08:21 2009
From: richard at imagecraft.com (Richard Man)
Date: Wed Aug 19 04:20:55 2009
Subject: [Icc-mot] ICC12 V7.07A Released
Message-ID: <200908191120.n7JBKraH075602@mail.imagecraft.com>

V7.07A - Aug 19, 2009
   Compiler
     - Fixed a rare incorrect code pattern introduced in 7.07
     - Added optimization to do better elimination of unnecessary "tfr D,Y"
       and other similar code patterns.



// richard <http://www.imagecraft.com/> blog: <http://imagecraft.wordpress.com>
// mailing list: http://www.dragonsgate.net/mailman/listinfo
// photo book: http://www.blurb.com/bookstore/detail/745963
[ For technical support on ImageCraft products, please include all 
previous replies in your msgs. ] 

From jim at fiocca.net  Fri Aug 21 17:35:46 2009
From: jim at fiocca.net (Jim Fiocca)
Date: Fri Aug 21 18:48:31 2009
Subject: [Icc-mot] ICC12 V7.07A Released
In-Reply-To: <200908191120.n7JBKraH075602@mail.imagecraft.com>
References: <200908191120.n7JBKraH075602@mail.imagecraft.com>
Message-ID: <4A8F3D62.2030400@fiocca.net>

Much better.  Now the code size is slightly smaller (than V7.03 
generates), and the build time is 30-40% faster.

Thanks,
 Jim


Richard Man wrote:
> V7.07A - Aug 19, 2009
>   Compiler
>     - Fixed a rare incorrect code pattern introduced in 7.07
>     - Added optimization to do better elimination of unnecessary "tfr 
> D,Y"
>       and other similar code patterns.
>
>
>
> // richard <http://www.imagecraft.com/> blog: 
> <http://imagecraft.wordpress.com>
> // mailing list: http://www.dragonsgate.net/mailman/listinfo
> // photo book: http://www.blurb.com/bookstore/detail/745963
> [ For technical support on ImageCraft products, please include all 
> previous replies in your msgs. ]
> _______________________________________________
> Icc-mot mailing list
> Icc-mot@imagecraft.com
> http://dragonsgate.net/mailman/listinfo/icc-mot