Tms320c2x/C2xx/C5x Ъїцуўфиѳа (໇ᐬઽ)Cгѳёфѩ

Total Page:16

File Type:pdf, Size:1020Kb

Tms320c2x/C2xx/C5x Ъїцуўфиѳа (໇ᐬઽ)Cгѳёфѩ TMS320C2x/C2xx/C5x ЪїцУўФиѳа (໇ᐬઽ)CгѳёФѩ ѦȼжȼкȦўыѥТѫ 2000 Microprocessor Development Systems TMS320C2x/C2xx/C5x ЪїцУўФиѳа (໇ᐬઽ) C гѳёФѩ ѦȼжȼкȦўыѥТѫ 2000 ᔯ 6 ൮ δ፭৕ ᓼ᝜цЭейȦФѳйфѫѡѳф୴ྰ૱࿒Ɋ৊઼TI ψΤΤϞ TI ώᆽᙊϲᑶ଺၅ዧᡑᑓϋቈ๾ϠγψϏȢΪ౒ᡍᓈྫώѪй ιɋϏȢᏌፎϲιϫγψϊίνώᆽᙊϲᛑูηȢϢηίϏᖾ ЯχϊεϬϫγψψ૲࿡εϬϞιȣTI ᆽᙊϲᑶ଺ᡑᑓϋ཈ᡑ ᒳዎးᇑ૳ᤩᆽᙊϞοϏеȼѓйώᆽኤϞοϏᏳಡϲ፦ཟι εϬϫწ๧ϏȢྲྀሰϋTI ώ៲৷ώၱ៌ϋϨϫႵዺϲᘬᡗψη ϫγψά΢ϪϞιώχȢΪ౒ᡍϏȢᖯ፭εϬϫሰϋȢγϬΫ Ϟιȣ௭නϊૄᔽᆭϲᠭιϫᡑᑓϋ௘ιϫ࿁៤ϏȢTI ώ੄ೈ ϩ༲჈ηϨΦψιϫཱᣁά໇ᄷώϢώχ΢ϫγψϲ୎࿂ϋι ၪϲᏌθφȢTI ᝸Ϊ௳λ઼εΤȣ ϫοϡȢ໇ᄷᗇώཱᣁϲ࿨ᓀιϫϨΦΪ஫ϡηϞιȣ Ϊ౒ᡍώᡑᑓϋTI ᆽᙊϲ཈ᡑιϫγψϋᖼΦ௭නϲ໇ႮώϢ TI ϏȢνώᖾᒳዎးᇑ૳ᤩᆽᙊΪϨϓ௘ᤢιϫнѕшЦЧТ ώψιϫοϡȢᆽᙊ෇ᠭώ௭නᆭϲ໇ႮϋιϫοϡώȢᐬᇚ άȢTI ώᘸၠᛝლჲ൯ϋှΤᗎᕤώໝώල๔ώཅᡍၱϋዐ੾ ϊᇟൗქΪϨϓ໮ᒰιϫქχώূሴዐ໶ϏȢΪ౒ᡍάψϩϊ ηοᆭᔽϲᠭηφΤϫγψϲᛝლηϞιȣඡ຺ΪϨϓνώኾ ίφϏϊϪϞλϳȣ ώᙊ࿁௉᡽఻ᜡϏȢTI άᑶ଺ᛝლϲཙ੧ιϫώϋᘬᡗψϟϊ ιᗏ৏χ๔ϊϯϬφΪϪϞιȣ୆чѐФйώሴφώёѩѡȼ TI Ϗᆽᙊώ཈ᡑᡑᑓϋ௘ιϫཙ੧ȢΪ౒ᡍώᆽᙊώᇟൗȢн пȼϋ௘ιϫᓃᏪώඡ຺ϏȢᆯᙜάνϬᑹώ࿂๔ϲుឳυα φΤϫწ๧ϲၼέȢᘬκηϢ๔ϊϯϬφΪϪϞλϳȣ ѕшЦЧТώᆭᔽȢϞοϏᓃ౶ᄯଲϢηίϏеȼѓйϋዐι ϫᇕᔤϲᙩΦϢώχϏ΢ϪϞλϳȣϞοTI ϏȢνώᖾᒳዎး ᖾᒳዎးᇑ૳ᤩᆽᙊϲ཈ᡑιϫিϫ࿯ώᡑᑓώ፦ϋϏȢའ ᇑ૳ᤩᆽᙊϢηίϏеȼѓйά཈ᡑεϬΦϫȢϢηίϏ཈ᡑ ᜴ȢၽଲȢϞοϏ໢༺ϢηίϏ௄ಭϋᄼ๯ϊᗯଲϲϢοϩι εϬφΤϫቈϟ๧λȢడଣትፖȢϢηίϏ᛽ᜡϲЫѐȼηφ ௭නώૄᔽᆭϲᛱ௞ιϫϢώά΢ϪϞιȣɊ৊઼ȢγϬϩϲ ΤϫȢϞοϏνϬᑹϋ௘ᤢηφΤϫᓃ౶ජȢ፸໮ජȢ૳ᤩᕛ ၅ዧᡑᑓɗψΤΤϞιȣɋ ፖᡸᡑජȢνώኾώፎᐪ໢༺ජϋ௰υΤφિϩΫώѩФлѳڢ йϲ౶ዺιϫψΤΦγψϏៀྨᐪϋϢ៛ྨᐪϋϢᛝლϢᘽྨ TI ώᖾᒳዎးᇑ૳ᤩᆽᙊϏȢᆸឿঢ়ཽώᡑᑓȢትፖȢзйц ϢηφΪϪϞλϳȣ ѠȢνώኾώ၅ዧᡑᑓϋ཈ᡑχέϫϨΦϋᇟൗϢȢ৕ᅞϢȢ ႵᔧϢȢϞοᛝლϢεϬφΪϪϞλϳȣ Copyright ĂE 2000 ᓼ᝜цЭейȦФѳйфѫѡѳф୴ྰ૱࿒ ᛀ࿒ᖾᒳዎᆽᙊώ࿨ϪষΤȦᛝ௉ϋτΤφ ᠢቷ௄ಭȢ௰ᗄ࿂ትჲ൯ϋ ɼ Ꮎ࿍ᓼ෷ά΢οϫჵዖχᛝ௉ȦᠢቷηϊΤγψȣڥȡᖾᒳዎᆽᙊϏȢ࿨ϪষΤȢᛝ௉ ϨσφϏȢΪ౒ᡍχώ࿂ትሰ෥ϋᕋ૵/ᣴઽȢϞοϏ෎უϲయγ ιγψά΢ϪϞιȣ 3. ᝉ྾ອᛱ ȡᛀ࿒ᖾᒳዎᆽᙊώΪ࿨ϪষΤȢδ཈ᡑϋ΢οσφϏ઼భώᑀ ɼ ᝉ྾ອᛱᙊϏȢଫᙵ෥ϏහᛌᅤႩᛝ௉௄ಭౚϓ௼௖ϋှ ϲၥ࿩ηφ઼εΤȣ Τ௰ᗄ࿂ትιϫγψȣ 1. ᇅᑅత ɼ ቇ࿪χᖾᒳዎᆽᙊጱዎϲᄨϩϊΤγψȣωΦηφϢᄨϫ 4. 機械的衝撃 ᘬᡗά΢ϫწ๧ϏȢѪйшйшѩуїᑹχᅍዎΫϩТȼ ɼ ອᛱᙊɊରትȢᓢትȢහትɋౚϓᆽᙊጱᙊϲᡮ઼ελο йϲψϪȢᒳᑅᆭ࿪ዞᑹϲηφ࿨ϪষΦγψȣ ϪȢთൢϲᠿΨϊΤγψȣ ɼ ᛀ࿒ၐ૙ອᛱጱৌɊରትΫϩ࿨ϪၐεϬοᓢትౚϓහ ትɋ᝴Ϗᆽᙊጱᙊχ࿨ϪষΤϲ๔Φწ๧ϏȢᇜፏεϬο 5. ᔮთൢ ᒳᑅᆭώцȼіѫქχɊᒳᑅᆭўушϋТȼйϲψσο ϢώᑹɋȢТȼйϲηο໮ೈ࿔ά๔ΦγψȣϞοȢгѳ ɼ ϏϳπᙕαཾϏȢ໇Ꮳෂ260ɮ৊ქώ๢હჵዖϋȢ10ᙃ цъᑹϢȢᒳᑅᆭώϢώϲ཈Φγψȣ ৊ქεϩεϊΤγψȣɊහᛌᅤႩჲ൯ά΢ϫཾϏνϬϋှ ɼ ўЦѳпϤϏϳπᙕαᇟᗷᑹȢᖾᒳዎώ࿂ትϋ௘ϯϫሴ Φγψȣɋ φώትፖᣠϏȢᇅᑅతώዓᑅϲᝉཟιϫሼፖϲཛྷιγ ψȣ 6. ੸ᇷ ɼ ሰభώѪйшйшѩуїȦᒳᑅᆭ࿪ዞȦцȼіѫᘽ៌ౚ ɼ ϏϳπᙕαᆭϲኻϊΦȢ᝴ϏТѫџᕛᇾᙥᄩώබ৸ψϊ ϓ࿂ትትፖᣠώᇜፏᑹώᇅᑅతዓᑅᝉཟሼፖϏȢჯϋ௉ ϫϨΦϊ੸ᇷᚪ࿁ɊᢲફȢ੶ቇᑹяѭвѳɋώ΢ϫ௄ಭ ᡽εϬνώడᔽά୎ᔧεϬφΤϫγψȣ χᛝ௉ȦᠢቷηϊΤγψȣ ɼ Ϗϳπᙕα෥ϏွᚬϋѕѩуЯйώᇶჴϲ๔ΦγψȣɊᙔ ၣᚪ௞ᠭᢨά৬Ꮺ৊઼ϋᛝლεϬο឵ᇶჴпФїώѕ ྾ᑙ௄ಭ ѩуЯйϏၼίȣɋڥહ .2 ɼ હᑙȧ0Ɂ40ɮȢቪዐ྾ᑙȧ40Ɂ85ɳχᛝ௉Ȧᠢቷౚϓ ࿨ϪষΤϲ๔ΦγψȣɊጢηȢᤪ൫ηϊΤγψȣɋ ৊ქ ϞΨάέ ໇ၩϋΪᓉϟίπεΤ γώўыѥТѫϋτΤφ ᝜ၱχϏȢ৊઼ώгѳёФѩȦфȼѫώ཈ᡑ᛽ᜡϋτΤφᇢៀηφΤϞιȣ - гѳёФѩ - нȼйȦФѳпȼѪйшȦѦȼцУѪцУ - ЪїцУўФж - ёȼе - ѩФіѩѪ໮ᆮѦȼцУѪцУ ᝜гѳёФѩϏȢᛆ๱బ୊ನ૱ (ANSI) ၠ౲ώᘸၠ C нȼйȦгȼщϲ࿵αᙕαȢ TMS320C2x/C2xx/C5x чѐФйᡑώТлѳіѪව෬нȼйȦгȼщϲᆸᆮηϞιȣ᝜ၱ χϏȢC гѳёФѩώᓃᆭϋτΤφᇢៀηϞιȣ᝜ၱχϏȢᓉ࿔Ϗ C їѭаѩѠώ໮ᆮ ᛽ᜡϲ᡽૲ηφΤϫγψϲሰᏳψηϞιȣANSI C బ୊ϋၠ౲ιϫ C ව෬ϋτΤφϏȢ ЫȼыяѳψѪусȼώ The C Programming Language (የ 2 ᗇ) ϋ૲ᇢηφΤϞιȣᘬ ᡗϋ੾θφȢ᝜ၱώ༲ํᚸඥψηφΪᓉϟίπεΤȣ ᝜ၱώ C гѳёФѩϋ௘ιϫჰᛳϲ཈ᡑιϫሰϋȢTMS320C2xx Code Generation Tools Installation Instructions ϲ༲჈ηφȢC гѳёФѩȦфȼѫϲФѳйшȼѫηφΪ ΤφίπεΤȣ ໇ၩϋΪᓉϟίπεΤ III ᝜ၱώδᡸᡑ᛽ᜡ ᝜ၱώδᡸᡑ᛽ᜡ ᝜ၱώៜᐪϏȢTMS320C2x/C2xx/C5x чѐФйᡑϋᓃᛌϋ໮ᆮεϬοȢᑶ࿒ώ C гѳё ФѩȦфȼѫώ཈ᡑ᛽ᜡϲာᓀιϫοϡϋ៲ᢩτჰᛳϲᏳಡιϫγψχιȣ᝜ၱώ฽ᆮ ϏྡώψΪϪχιȣ - የ 1 ჏ɖϏθϡϋɗχϏȢTMS320C2x/C2xx/C5x ଫᖯфȼѫώଵᡗϲᇢៀηϞ ιȣ - የ 2 ჏Ȣየ 5 ჏Ȣየ 6 ჏Ȣየ 7 ჏ȢΪϨϓየ 8 ჏ώɖгѳёФѩϋτΤφɗχ ϏȢC гѳёФѩψзЧѫȦїѭаѩѠώበ໮᛽ᜡȢΪϨϓ ANSI C ཅᡍϋ௘ᤢι ϫ C гѳёФѩ෇ᠭώᓃᆭϋτΤφᇢៀηϞιȣTMS320C2x/ C2xx/C5x ТȼЭц Ясѣϋ௘ιϫ఻ၑჰᛳȢΪϨϓТлѳіѪව෬ϲ C їѭаѩѠϋФѳпȼѕЧФ йιϫψέϋᘬᡗϊჰᛳϢ௞ϞϬφΤϞιȣўЯѭȢ௘ᅴȢΪϨϓνγχᇫවεϬ ϫിώϛΫϋȢѩФіѩѪψјурȦѕСФѫϋτΤφϢᇢៀηϞιȣ໇෥ϋȢѩ ФіѩѪ໮ᆮѦȼцУѪцУϋτΤφᇢៀηϞιȣ - ᙕ᤿ A ϋϏȢɖ༲ํཱᣁɗψηφᡑ෬းά࿽ϡϩϬφΤϞιȣ ᘽభబኧ ᝜ၱχϏȢ৊઼ώᘽభబኧϲ཈ᡑηφΤϞιȣ - їѭаѩѠȦѪйшȢїѭаѩѠᣣȢΪϨϓዐ᥃ᘽྨϏȢпФїѩФпώ୨ེϋཷ οᓃ࿬ϊ୨ེɊspecial typefaceɋχྨηφΤϞιȣᣣϏȢಯᎴώοϡȢќȼѫ щ (bold version) χྨηφΤϞιȣዐ᥃ᘽྨϋτΤφϢȢѦȼжάᓾᣏιϫгў ѡулȼиϊڥѳщψзйцѠάᘽྨιϫ๠ៜ (їѭѳїшȢгўѳщၐᣏȢШѩȼ ω) ψϲ೨ᛌιϫοϡϋȢќȼѫщ (bold version) χྨηφΤϞιȣ ৊઼ϋȢC гȼщώᣣϲྨηϞιȣ # ifdef NDEBUG # define assert - ฽ᚸώభၒȢឿᣡȢгўѳщȢిཷឿᣡϏќȼѫщ (bold)ȢёѩѡȼпϏФпѪу Я (italics) χྨηφΤϞιȣ฽ᚸχќȼѫщώᙴᚬϏȢνώᘽభᏌϪᓾᣏιϫ૕ၪ χιȣ฽ᚸχФпѪуЯዎώᙴᚬϏȢᓾᣏιϫჰᛳώ࿯ᣠϲྨηφΤϞιȣ৊઼ ϋȢిཷឿᣡώ฽ᚸᣣϲྨηϞιȣ #include “filename” #include їѪїѭлуеిཷឿᣡϋϏȢfilename ψΤΦᘬᅜёѩѡȼпά 1 τ΢ ϪϞιȣѕСФѫើϏȢᓳ၅৺ᡑᙤ ( ") ϞοϏᙔᑹ๦୧෌ (< >) χ৏ϟϞιȣ IV ᑶ࿒ᖯ๔ώ௘ᤢᚸඥ - ዧ୧෌ ([ ]) ϏȢᔤ৕ώёѩѡȼпϲྨηφΤϞιȣᔤ৕ώёѩѡȼпϲ཈ᡑιϫწ ๧ȢམᏪᓢᡆϏγώ୧෌ᓢϋᓾᣏηϞιȣ୧෌νώϢώϏᓾᣏᙔᡗχιȣ৊઼ϋȢ ᔤ৕ώёѩѡȼпᙕέώгўѳщώᣣϲྨηϞιȣ clist asmfile [outfile] [–options] ʣ clist гўѳщϋϏȢ3 τώёѩѡȼпά΢ϪϞιȣ ʣ ໇ၩώёѩѡȼп asmfile Ϗᘬᅜχιȣ ʣ 2 ᗖៜψ 3 ᗖៜώёѩѡȼп outfile ψ–options Ϗᔤ৕χιȣ ʣ outfile ϲ჊᢬ιϫψȢТлѳіѪȦѕСФѫϋୈᎥདྷ .cl ϲᙕαοើሰϋϊϪ Ϟιȣ ʣ ЪїзѧѳώᇨᒬϋϏяФѕѳάᙕέϞιȣ ᑶ࿒ᖯ๔ώ௘ᤢᚸඥ ৊઼ώᚸඥϏȢTMS320C2x/C2xx/C5x ΪϨϓ௘ᤢеѝȼшȦфȼѫώ૲ᇢၱχιȣᑶ࿒ ώன๔ᚪϲᓾ࿪ιϫϋϏȢпФшѫψᚸඥᗖ๦ϲδ୎ᔧώქȢїѭрЯшȦФѳѕЩ ѡȼзѧѳȦлѳпȼ (PIC)Ȣ0120-81-0026 ϋΪ៤Τ๧ϯλίπεΤȣ TMS320C2x User’s Guide (ᚸඥᗖ๦ SPRU014) ϏȢ'C2x ෇ᏪႮᅴᑀчУипѫȦза ъѫȦїѭлуеώяȼщЦЧТϋτΤφ૲ᇢηφΤϞιȣєѳώ୤ϪᑶφȢТȼ ЭцЯсѣȢឿᣡлушȢΪϨϓнѕшЦЧТψяȼщЦЧТώТїѪбȼзѧѳ ϋτΤφϢᇢៀηφΤϞιȣϞοȢιϙφώ 'C2x чѐФйώᑅతᐪཅᡍȢΪϨϓ ёубȼиȦѡЫыЫѫȦчȼпώჰᛳά௞ϞϬφΤϞιȣ᝜ၱϋϏȢ'C1x Ϋϩ 'C2x Ϙώ DSP зйцѠώড়๔ϋ௘ιϫᇡϢ௞ϞϬφΤϞιȣ TMS320C2xx User’s Guide (ᚸඥᗖ๦ SPRU127) ϏȢ'C2xx ෇ᏪႮᅴᑀчУипѫȦз аъѫȦїѭлуеώяȼщЦЧТϋτΤφ૲ᇢηφΤϞιȣєѳώ୤ϪᑶφȢ ТȼЭцЯсѣȢឿᣡлушȢΪϨϓнѕшЦЧТψяȼщЦЧТώТїѪбȼ зѧѳϋτΤφϢᇢៀηφΤϞιȣϞοȢιϙφώ 'C2xx чѐФйώᑅతᐪཅᡍȢ ΪϨϓёубȼиȦѡЫыЫѫȦчȼпώჰᛳά௞ϞϬφΤϞιȣ᝜ၱϋϏȢ 'C2x Ϋϩ 'C2xx Ϙώឿᣡϲᗦ୓ηοᇡϢ௞ϞϬφΤϞιȣ TMS320C5x User’s Guide (ᚸඥᗖ๦ SPRU056) ϏȢTMS320C5x 16 ѓуш෇ᏪႮᅴᑀ ᗆᡑчУипѫȦзаъѫȦїѭлуеϋτΤφ૲ᇢηφΤϞιȣγώїѭлуе ώТȼЭцЯсѣȢᓢᙴѬийп฽ኤȢឿᣡлушȢёФїѩФѳȢཅᡍȢ DMAȢΪϨϓᓾၐᣏѝȼшϋτΤφభໜηφΤϞιȣнѕшЦЧТώТїѪбȼ зѧѳϋτΤφϏȢᓈᢩηο჏χ૲ᇢηφΤϞιȣ ໇ၩϋΪᓉϟίπεΤ V ᑶ࿒ᖯ๔ώ௘ᤢᚸඥ TMS320C1x/C2x/C2xx/C5x ТлѳіѪව෬фȼѫ ѦȼжȼкȦўыѥТѫ (ᚸඥᗖ๦ SPRU018) ϏȢ'C1xȢ'C2xȢ'C2xxȢΪϨϓ 'C5x ᆤዥώчѐФйώТлѳіѪව ෬фȼѫ (ТлѳіѩȢѪѳЫȢνώኾώТлѳіѪව෬гȼщώଫᖯᡑфȼѫ)Ȣ ТлѳіѩిཷឿᣡȢўЯѭȢದᏌЪіиЧЯшȦѕСФѫȦѕЩȼўушȢΪϨ ϓзѳќѪуЯȦчѐуаᡑώిཷឿᣡϋτΤφ૲ᇢηφΤϞιȣ TMS320C2x Software Development System Technical Reference (ᚸඥᗖ๦ SPRU072) ϏȢTMS320C2x нѕшЦЧТଫᖯзйцѠ (SWDS) ќȼщϲ཈ᡑι ϫТїѪбȼзѧѳψᇟൗϋτΤφώჰᛳϲᏳಡηφΤϞιȣ TMS320C5x Software Development System Technical Reference (ᚸඥᗖ๦ SPRU066) ϏȢTMS320C5x нѕшЦЧТଫᖯзйцѠ (SWDS) ќȼщϲ཈ᡑι ϫТїѪбȼзѧѳψᇟൗϋτΤφώჰᛳϲᏳಡηφΤϞιȣ TMS320C2x C Source Debugger User’s Guide (ᚸඥᗖ๦ SPRU070) ϏȢ'C2x Шџѥ ѬȼпȢнѕшЦЧТଫᖯзйцѠ (SWDS)ȢΪϨϓзџѥѬȼпχ 'C2x C нȼ йȦчѐуЬϲ཈ᡑιϫ᛽ᜡϲ૲ᇢηφΤϞιȣ TMS320C5x C Source Debugger User’s Guide (ᚸඥᗖ๦ SPRU055) ϏȢ'C5x Шџѥ ѬȼпȢEVMȢΪϨϓ C нȼйȦчѐуЬȦФѳпȼѕЧФйώзџѥѬȼпȦ ѐȼиѧѳώయᒰ᛽ᜡϋτΤφ૲ᇢηφΤϞιȣ᝜ၱχϏȢчѐуЬȦФѳпȼ ѕЧФйϲȢЦУѳщЦ௉᡽ȢгўѳщᓾᣏȢгȼщ࿂๔Ȣчȼп௉᡽ȢΪϨϓі ѬȼЯѝФѳшϊωώεϞζϞϊ௑ᑀΫϩ૲ᇢηφΤϞιȣϞοȢчѐуЬώ௰᝜ డᔽϲ୘ာιϫοϡώсѥȼшѪТѫϢ௞ϞϬφΤϞιȣ VI ௘ᤢᚸඥ ௘ᤢᚸඥ The C Programming Language (የ 2 ᗇ)ɝ Brian W. Kernighan ΪϨϓ Dennis M. Ritchie ψώದ፸ȢPrenticeĆHall, Englewood Cliffs (New Jersey) ன๔ (1988) ৊઼ώᚸඥϢ༲ํϋηφίπεΤȣ American National Standard for Information Systems—Programming Language C X3.159-1989ɝ ᛆ๱బ୊ನ૱ன๔ (C ව෬ϋ௘ιϫ ANSI బ୊) Programming in Cɝ Kochan, Steve G ፸ȢHayden Book Company ன๔ Ⴆᘸ MSĆDOS ϏȢMicrosoft Corp. ώᑐ᤿Ⴆᘸχιȣ PCĆDOS ϏȢInternational Business Machines Corp. ώႦᘸχιȣ SPARC ϏȢSPARC International, Inc. ώႦᘸχιȣ SunĆOS ψ Sun Workstation ϏȢSun Microsystems, Inc. ώႦᘸχιȣ XDS ϏȢTexas Instruments Incorporated. ώႦᘸχιȣ ໇ၩϋΪᓉϟίπεΤ VII еѝȼшάᘬᡗϊწ๧ȦȦȦ еѝȼшάᘬᡗϊწ๧ȦȦȦ - World-Wide Web Sites TI Online http://www.ti.com ᓼ᝜ TI http://www.tij.co.jp Semiconductor Product Information Center (PIC) http://www.ti.com/sc/docs/pic/home.htm DSP Solutions http://www.ti.com/dsps 320 Hotline OnĆlinet http://www.ti.com/sc/docs/dsps/support.htm - North America, South America, Central America Product Information Center (PIC) (972) 644-5580 TI Literature Response Center U.S.A. (800) 477-8924 Software Registration/Upgrades (214) 638-0333 Fax: (214) 638-7742 U.S.A. Factory Repair/Hardware Upgrades (281) 274-2285 U.S. Technical Training Organization (972) 644-5580 DSP Hotline(281) 274Ć2320 Fax: (281) 274Ć2324 Email: [email protected] DSP Modem BBS (281) 274Ć2323 DSP Internet BBS via anonymous ftp to ftp://ftp.ti.com/pub/tms320bbs - Europe, Middle East, Africa European Product Information Center (EPIC) Hotlines: Multi-Language Support +33 1 30 70 11 69 Fax: +33 1 30 70 10 32 Email: [email protected] Deutsch +33 1 30 70 11 68 English +33 1 30 70 11 65 Francais +33 1 30 70 11 64 Italiano +33 1 30 70 11 67 EPIC Modem BBS +33 1 30 70 11 99 European Factory Repair +33 4 93 22 25 40 Europe Customer Training Helpline Fax: +49 81 61 80 40 10 - Asia-Pacific Literature Response Center +852 2 956 7288 Fax: +852 2 956 2200 Hong Kong DSP Hotline+852 2 956 7268 Fax: +852 2 956 1002 Korea DSP Hotline +82 2 551 2804 Fax: +82 2 551 2828 Korea DSP Modem BBS +82 2 551 2914 Singapore DSP Hotline Fax: +65 390 7179 Taiwan DSP Hotline+886 2 377 1450 Fax: +886 2 377 2718 Taiwan DSP Modem BBS +886 2 376 2592 Taiwan DSP Internet BBS via anonymous ftp to ftp://dsp.ee.tit.edu.tw/pub/TI/ - ᓼ᝜ TI ᆽᙊϋτΤφώΪ៤Τ๧ϯλ їѭрЯшȦФѳѕЩѡȼзѧѳȦлѳпȼ (PIC) ϘδᤢᡭίπεΤȣ ΪϨϓཱᣁώᇁౡ 0120-81-0026 Fax: 0120-81-0036 Email: [email protected] - Documentation When making suggestions or reporting errors in documentation, please include the following information that is on the title page: the full title of the book, the publication date, and the literature number. Mail: Texas Instruments Incorporated Email: [email protected] Technical Documentation Services, MS 702 P.O. Box 1443 Houston, Texas 77251-1443 Note: When calling a Literature Response Center to order documentation, please specify the literature number of the book. VIII ៜྡ 1 Ϗθϡϋ ............................................................... 1Ć1 TMS320C2x/C2xx/C5x нѕшЦЧТଫᖯфȼѫȢᓃϋЪїцУўФиѳа C гѳёФѩώଵᡗϋτ ΤφᇢៀηϞιȣ 1.1 нѕшЦЧТଫᖯфȼѫώଵᡗ .............................................. 1Ć2 1.2 C гѳёФѩώଵᡗ ........................................................ 1Ć5 2CгѳёФѩϋτΤφ ................................................... 2Ć1 C гѳёФѩψзЧѫȦїѭаѩѠώበ໮᛽ᜡϋτΤφᇢៀηϞιȣC нȼйȦѕСФѫώгѳёФ ѫȢТлѳіѫȢΪϨϓѪѳЯϲ࿂๔ιϫзЧѫȦїѭаѩѠώయᒰ᛽ᜡϋτΤφώᇢៀϢ௞ϟϞ ιȣϞοȢФѳпȼѪйшȦѦȼцУѪцУΪϨϓгѳёФѩȦШѩȼϋτΤφϢᇢៀηϞιȣ 2.1 зЧѫȦїѭаѩѠϋτΤφ ................................................ 2Ć2 2.2 гѳёФѩȦзЧѫώయᒰ᛽ᜡ .............................................. 2Ć4 2.3 ЪїзѧѳϋϨϫгѳёФѩᒰ໮ώᛑู᛽ᜡ .................................. 2Ć6 2.3.1 ཈ᡑᙑᑙώ๢ΤЪїзѧѳ ......................................... 2Ć13 2.3.2 ѕСФѫើώམᏪ᛽ᜡ ............................................. 2Ć15 2.3.3 зЧѫȦїѭаѩѠϋϨϫѕСФѫើώ૲࿡᛽ᜡώᛑู (-faȢ-fcȢΪϨϓ -foЪїзѧѳ)2Ć15................................. 2.3.4 зЧѫȦїѭаѩѠϋϨϫୈᎥདྷώ૲࿡᛽ᜡψୈᎥདྷώᙕα᛽ώᛑู᛽ᜡ (-ea ΪϨϓ -eo Ъїзѧѳ)2Ć16....................................... 2.3.5 чУѬЯшѪώམᏪ᛽ᜡ ..........................................
Recommended publications
  • CHERI C/C++ Programming Guide
    UCAM-CL-TR-947 Technical Report ISSN 1476-2986 Number 947 Computer Laboratory CHERI C/C++ Programming Guide Robert N. M. Watson, Alexander Richardson, Brooks Davis, John Baldwin, David Chisnall, Jessica Clarke, Nathaniel Filardo, Simon W. Moore, Edward Napierala, Peter Sewell, Peter G. Neumann June 2020 15 JJ Thomson Avenue Cambridge CB3 0FD United Kingdom phone +44 1223 763500 https://www.cl.cam.ac.uk/ c 2020 Robert N. M. Watson, Alexander Richardson, Brooks Davis, John Baldwin, David Chisnall, Jessica Clarke, Nathaniel Filardo, Simon W. Moore, Edward Napierala, Peter Sewell, Peter G. Neumann, SRI International This work was supported by the Defense Advanced Research Projects Agency (DARPA) and the Air Force Research Laboratory (AFRL), under contracts FA8750-10-C-0237 (“CTSRD”) and HR0011-18-C-0016 (“ECATS”). The views, opinions, and/or findings contained in this report are those of the authors and should not be interpreted as representing the official views or policies of the Department of Defense or the U.S. Government. This work was supported in part by the Innovate UK project Digital Security by Design (DSbD) Technology Platform Prototype, 105694. This project has received funding from the European Research Council (ERC) under the European Union’s Horizon 2020 research and innovation programme (grant agreement No 789108), ERC Advanced Grant ELVER. We also acknowledge the EPSRC REMS Programme Grant (EP/K008528/1), Arm Limited, HP Enterprise, and Google, Inc. Approved for Public Release, Distribution Unlimited. Technical reports published by the University of Cambridge Computer Laboratory are freely available via the Internet: https://www.cl.cam.ac.uk/techreports/ ISSN 1476-2986 3 Abstract This document is a brief introduction to the CHERI C/C++ programming languages.
    [Show full text]
  • Exploring C Semantics and Pointer Provenance
    Exploring C Semantics and Pointer Provenance KAYVAN MEMARIAN, University of Cambridge VICTOR B. F. GOMES, University of Cambridge BROOKS DAVIS, SRI International STEPHEN KELL, University of Cambridge ALEXANDER RICHARDSON, University of Cambridge ROBERT N. M. WATSON, University of Cambridge PETER SEWELL, University of Cambridge The semantics of pointers and memory objects in C has been a vexed question for many years. C values cannot be treated as either purely abstract or purely concrete entities: the language exposes their representations, 67 but compiler optimisations rely on analyses that reason about provenance and initialisation status, not just runtime representations. The ISO WG14 standard leaves much of this unclear, and in some respects differs with de facto standard usage — which itself is difficult to investigate. In this paper we explore the possible source-language semantics for memory objects and pointers, in ISO C and in C as it is used and implemented in practice, focussing especially on pointer provenance. We aim to, as far as possible, reconcile the ISO C standard, mainstream compiler behaviour, and the semantics relied on by the corpus of existing C code. We present two coherent proposals, tracking provenance via integers and not; both address many design questions. We highlight some pros and cons and open questions, and illustrate the discussion with a library of test cases. We make our semantics executable as a test oracle, integrating it with the Cerberus semantics for much of the rest of C, which we have made substantially more complete and robust, and equipped with a web-interface GUI. This allows us to experimentally assess our proposals on those test cases.
    [Show full text]
  • Section “Common Predefined Macros” in the C Preprocessor
    The C Preprocessor For gcc version 12.0.0 (pre-release) (GCC) Richard M. Stallman, Zachary Weinberg Copyright c 1987-2021 Free Software Foundation, Inc. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.3 or any later version published by the Free Software Foundation. A copy of the license is included in the section entitled \GNU Free Documentation License". This manual contains no Invariant Sections. The Front-Cover Texts are (a) (see below), and the Back-Cover Texts are (b) (see below). (a) The FSF's Front-Cover Text is: A GNU Manual (b) The FSF's Back-Cover Text is: You have freedom to copy and modify this GNU Manual, like GNU software. Copies published by the Free Software Foundation raise funds for GNU development. i Table of Contents 1 Overview :::::::::::::::::::::::::::::::::::::::: 1 1.1 Character sets:::::::::::::::::::::::::::::::::::::::::::::::::: 1 1.2 Initial processing ::::::::::::::::::::::::::::::::::::::::::::::: 2 1.3 Tokenization ::::::::::::::::::::::::::::::::::::::::::::::::::: 4 1.4 The preprocessing language :::::::::::::::::::::::::::::::::::: 6 2 Header Files::::::::::::::::::::::::::::::::::::: 7 2.1 Include Syntax ::::::::::::::::::::::::::::::::::::::::::::::::: 7 2.2 Include Operation :::::::::::::::::::::::::::::::::::::::::::::: 8 2.3 Search Path :::::::::::::::::::::::::::::::::::::::::::::::::::: 9 2.4 Once-Only Headers::::::::::::::::::::::::::::::::::::::::::::: 9 2.5 Alternatives to Wrapper #ifndef ::::::::::::::::::::::::::::::
    [Show full text]
  • C2X Liaison: Removal of Deprecated Functions Title: Removal of Deprecated Functions Author: Nick Stoughton / the Austin Group Date: 2020-08-17
    ISO/IEC JTC 1/SC 22/WG 14 Nxxxx Austin Group Document 1056 C2X Liaison: Removal of Deprecated Functions Title: Removal of Deprecated Functions Author: Nick Stoughton / The Austin Group Date: 2020-08-17 As stated in N2528, The Austin Group is currently in the process of revising the POSIX (ISO/IEC Std 9945), and is trying to keep aligned with C17 and C2X changes as necessary. There are several functions that are marked as "Obsolescent" in the current version of the POSIX standard that we would typically remove during this revision process. However, we note that in the current working draft for C2X the two obsolete functions "asctime_r()" and "ctime_r()" have been added. During the August 2020 WG 14 meeting, there was general agreement to seek a paper that more closely aligned the C2X functions with POSIX, noting that it was at very least odd that C2X should be adding functions already marked as obsolete. However, there was also concern that strftime, the proposed alternative to use for these new “asctime_r()” and “ctime_r()” , would “pull in locale baggage not wanted in small embedded programs”. Locale Free Alternatives It should be noted that asctime_r() is currently defined to be equivalent to a simple snprintf() call, and anyone who really wants a locale free way to print the date and time could use this. As an experiment, three equivalent simple programs were constructed: date1.c #include <stdio.h> #include <time.h> char * date1(const struct tm * timeptr , char * buf) { static const char wday_name[7][3] = { "Sun", "Mon", "Tue", "Wed",
    [Show full text]
  • Remove Support for Function Definitions with Identifier Lists Lars Bjønnes, Jens Gustedt
    Remove support for function definitions with identifier lists Lars Bjønnes, Jens Gustedt To cite this version: Lars Bjønnes, Jens Gustedt. Remove support for function definitions with identifier lists. [Research Report] N2432, ISO JCT1/SC22/WG14. 2019. hal-02311466 HAL Id: hal-02311466 https://hal.inria.fr/hal-02311466 Submitted on 10 Oct 2019 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. Distributed under a Creative Commons Attribution| 4.0 International License ISO/IEC JTC 1/SC 22/WG14 N2432 September 25, 2019 v 1 Remove support for function definitions with identifier lists proposal for C2x Lars Gullik Bjønnes and Jens Gustedt CISCO Inc., Norway and INRIA and ICube, Universit´ede Strasbourg, France Function definitions with identifier lists (often referred to as K&R functions) are deprecated for a long time. Because they are now clearly phased out everywhere and because function declarations and definitions that provide a prototypes are clearly superior we propose to remove this feature for good. 1. INTRODUCTION The original syntax for definitions with identifier lists and a subsequent declarator list has the disadvantage that it does not provide a prototype of the defined function, and that the function needs a special convention (called default argument promotion) that leaves the verification of type correspondance between caller and callee to the programmer.
    [Show full text]
  • Abkürzungs-Liste ABKLEX
    Abkürzungs-Liste ABKLEX (Informatik, Telekommunikation) W. Alex 1. Juli 2021 Karlsruhe Copyright W. Alex, Karlsruhe, 1994 – 2018. Die Liste darf unentgeltlich benutzt und weitergegeben werden. The list may be used or copied free of any charge. Original Point of Distribution: http://www.abklex.de/abklex/ An authorized Czechian version is published on: http://www.sochorek.cz/archiv/slovniky/abklex.htm Author’s Email address: [email protected] 2 Kapitel 1 Abkürzungen Gehen wir von 30 Zeichen aus, aus denen Abkürzungen gebildet werden, und nehmen wir eine größte Länge von 5 Zeichen an, so lassen sich 25.137.930 verschiedene Abkür- zungen bilden (Kombinationen mit Wiederholung und Berücksichtigung der Reihenfol- ge). Es folgt eine Auswahl von rund 16000 Abkürzungen aus den Bereichen Informatik und Telekommunikation. Die Abkürzungen werden hier durchgehend groß geschrieben, Akzente, Bindestriche und dergleichen wurden weggelassen. Einige Abkürzungen sind geschützte Namen; diese sind nicht gekennzeichnet. Die Liste beschreibt nur den Ge- brauch, sie legt nicht eine Definition fest. 100GE 100 GBit/s Ethernet 16CIF 16 times Common Intermediate Format (Picture Format) 16QAM 16-state Quadrature Amplitude Modulation 1GFC 1 Gigabaud Fiber Channel (2, 4, 8, 10, 20GFC) 1GL 1st Generation Language (Maschinencode) 1TBS One True Brace Style (C) 1TR6 (ISDN-Protokoll D-Kanal, national) 247 24/7: 24 hours per day, 7 days per week 2D 2-dimensional 2FA Zwei-Faktor-Authentifizierung 2GL 2nd Generation Language (Assembler) 2L8 Too Late (Slang) 2MS Strukturierte
    [Show full text]
  • Proposal for C2x WG14 ​N2542 Title: Defer Mechanism for C Author
    Proposal for C2x WG14 n2542 ​ Title: Defer Mechanism for C Author, affiliation: Aaron Ballman, Self Alex Gilding, Perforce Jens Gustedt, Inria, France Tom Scogland, Lawrence Livermore National Laboratory Robert C. Seacord, NCC Group Martin Uecker, University Medical Center Göttingen Freek Wiedijk, Radboud Universiteit Nijmegen Date: 2020-09-08 Proposal category: Feature Target audience: Implementers Abstract: Add a defer mechanism to C language to aid in resource management ​ Prior art: C, Go ​ Defer Mechanism for C Reply-to: Robert C. Seacord ([email protected]) Document No: n2542 ​ Date: 2020-09-08 Defer Mechanism for C The defer mechanism can restore a previously known property or invariant that is altered during the processing of a code block. The defer mechanism is useful for paired operations, where one operation is performed at the start of a code block and the paired operation is performed before exiting the block. Because blocks can be exited using a variety of mechanisms, operations are frequently paired incorrectly. The defer mechanism in C is intended to help ensure the proper pairing of these operations. This pattern is common in resource management, synchronization, and outputting balanced strings (e.g., parenthesis or HTML). A separable feature of the defer mechanism is a panic/recover mechanism that allows error handling at a distance. Table of Contents Defer Mechanism for C 2 Table of Contents 2 Resource Management 4 Acquiring Resources 5 Releasing Resources 5 Synchronization Primitives 7 Security Concerns 9 Error Handling
    [Show full text]
  • Bulletin (Pdf)
    Columbus City Bulletin Bulletin #26 June 28, 2008 Proceedings of City Council Saturday June 28, 2008 SIGNING OF LEGISLATION (With the exception of Ordinances 0915-2008, 0943-2008 which were signed by Council President Pro-Tem Kevin L. Boyce on the night of the Council meeting, Monday, June 23, 2008 all other legislation listed in this Bulletin was signed by Council President Michael C. Mentel, on the night of the Council meeting, Monday, June 23, 2008; Mayor, Michael B. Coleman on Tuesday, June 24, 2008; and attested by the City Clerk, Andrea Blevins prior to Bulletin publishing.) The City Bulletin Official Publication of the City of Columbus Published weekly under authority of the City Charter and direction of the City Clerk. The Office of Publication is the City Clerk’s Office, 90 W. Broad Street, Columbus, Ohio 43215, 614-645-7380. The City Bulletin contains the official report of the proceedings of Council. The Bulletin also contains all ordinances and resolutions acted upon by council, civil service notices and announcements of examinations, advertisements for bids and requests for professional services, public notices; and details pertaining to official actions of all city departments. If noted within ordinance text, supplemental and support documents are available upon request to the City Clerk’s Office. Columbus City Bulletin (Publish Date 06/28/06) 2 of 155 Council Journal (minutes) Columbus City Bulletin (Publish Date 06/28/06) 4 of 155 Office of City Clerk City of Columbus 90 West Broad Street Columbus OH Journal - Final 43215-9015 columbuscitycouncil.org Columbus City Council ELECTRONIC READING OF MEETING DOCUMENTS AVAILABLE DURING COUNCIL OFFICE HOURS.
    [Show full text]
  • Modernize Time.H Functions Jens Gustedt
    Modernize time.h functions Jens Gustedt To cite this version: Jens Gustedt. Modernize time.h functions. [Research Report] N2417, ISO JCT1/SC22/WG14. 2019. hal-02311454 HAL Id: hal-02311454 https://hal.inria.fr/hal-02311454 Submitted on 10 Oct 2019 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. ISO/IEC JTC 1/SC 22/WG14 N2417 September 3, 2019 v 2 Modernize time.h functions v.2 It's about time Jens Gustedt INRIA and ICube, Universit´ede Strasbourg, France The interfaces in time.h are inconsistent, partially underspecified, subject to undetectable overflow, not thread-safe and present security issues. Along the lines of ISO 9945 (POSIX), we propose to modernize the interfaces to avoid these problems. Changes in v2 | properly distinguish calendar time and elapsed time | the _r functions are not reentrant and may have races if the time environment is changed | avoid to use the tm buffer where it is not allowed | define offset macros for the tm structure | relate the monotonic clock to system suspension | change from pointer to array notation | better explanation why overflow of clock values is a user space problem Contents 1.
    [Show full text]
  • Moving to Two's Complement Sign Representation
    Moving to two’s complement sign representation Jean-François Bastien, Jens Gustedt To cite this version: Jean-François Bastien, Jens Gustedt. Moving to two’s complement sign representation. [Research Report] N2330, ISO JCT1/SC22/WG14. 2019. hal-02046444 HAL Id: hal-02046444 https://hal.inria.fr/hal-02046444 Submitted on 22 Feb 2019 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. ISO/IEC JTC 1/SC 22/WG14 N 2330 January 15, 2019 v 1 Moving to two’s complement sign representation Modification request for C2x JF Bastien and Jens Gustedt Apple Inc., USA, and INRIA and ICube, Universit´ede Strasbourg, France We propose to implement the change to abandon ones complement and sign-and-magnitude representation from C. Main efforts are made to maintain interface compatibility with C++’s recently voted changes, that is to ensure that value and object representations are exchangeable. This is a follow-up to document N22181 which found positive WG14 support to make two’s complement the only sign representation for the next C standard. 1. INTRODUCTION Just banning ones complement and sign and magnitude representation is only part of what is necessary to ensure future interface interchangeability between C and C++.
    [Show full text]
  • Floating-Point Proposals for C2x
    FLOATING-POINT PROPOSALS FOR C2X N2140 WG 14 - Markham April 3-6, 2017 C FP group FP proposals for C2x • IEC 60559 is intended for a wide range of applications. Not all its features are suitable for all languages or implementations – hence some features are optional in IEC 60559 • Goal here … • Summarize C support for optional features of IEC 60559 as specified in ISO/IEC TS 18661-3,4,5 • Decide what should be further considered for C2x • TS 18661 proposals are for conditional (optional) features in C2x • All parts of TS 18661 provide detailed changes to C11 CFP proposals for C2x n2117 - TS 18661-3 - interchange and extended types n2118 - TS 18661-4a - mathematical functions n2119 - TS 18661-4b - reduction functions n2120 - TS 18661-5a - evaluation format pragmas n2121 - TS 18661-5b - optimization control pragmas n2122 - TS 18661-5c - reproducible results n2123 - TS 18661-5d - alternate exception handling n2124 - rounding direction macro FE_TONEARESTFROMZERO n2128 - Default rounding mode TS 18661-3 n2117 Types and functions to support IEC 60559 interchange and extended formats IEC 60559 interchange formats • IEC 60559:2011 specifies a “tower” of interchange formats • Arbitrarily large wdiths (32x) • For binary and decimal • Balanced precision and range determined by width • For exchange of FP data • binary16, for GPU data, etc. • Formats may be supported as • Arithmetic – with all standard operations • Non-arithmetic – with conversion operations IEC 60559 extended formats • IEEE specifies extended formats that extend its basic formats:
    [Show full text]
  • Tms320c2x/C2xx/C5x Optimizing C Compiler User's Guide
    TMS320C2x/C2xx/C5x Optimizing C Compiler User’s Guide Literature Number: SPRU024E August 1999 Printed on Recycled Paper IMPORTANT NOTICE Texas Instruments and its subsidiaries (TI) reserve the right to make changes to their products or to discontinue any product or service without notice, and advise customers to obtain the latest version of relevant information to verify, before placing orders, that information being relied on is current and complete. All products are sold subject to the terms and conditions of sale supplied at the time of order acknowledgement, including those pertaining to warranty, patent infringement, and limitation of liability. TI warrants performance of its semiconductor products to the specifications applicable at the time of sale in accordance with TI’s standard warranty. Testing and other quality control techniques are utilized to the extent TI deems necessary to support this warranty. Specific testing of all parameters of each device is not necessarily performed, except those mandated by government requirements. CERTAIN APPLICATIONS USING SEMICONDUCTOR PRODUCTS MAY INVOLVE POTENTIAL RISKS OF DEATH, PERSONAL INJURY, OR SEVERE PROPERTY OR ENVIRONMENTAL DAMAGE (“CRITICAL APPLICATIONS”). TI SEMICONDUCTOR PRODUCTS ARE NOT DESIGNED, AUTHORIZED, OR WARRANTED TO BE SUITABLE FOR USE IN LIFE-SUPPORT DEVICES OR SYSTEMS OR OTHER CRITICAL APPLICATIONS. INCLUSION OF TI PRODUCTS IN SUCH APPLICATIONS IS UNDERSTOOD TO BE FULLY AT THE CUSTOMER’S RISK. In order to minimize risks associated with the customer’s applications, adequate design and operating safeguards must be provided by the customer to minimize inherent or procedural hazards. TI assumes no liability for applications assistance or customer product design. TI does not warrant or represent that any license, either express or implied, is granted under any patent right, copyright, mask work right, or other intellectual property right of TI covering or relating to any combination, machine, or process in which such semiconductor products or services might be or are used.
    [Show full text]