Re: [Mspgcc-users] New MSP430-GCC releases available
On 20.03.2018 17:45, Ghannouchi, Youssef via Mspgcc-users wrote: I, as OS package maintainer, hope, that Mitto Systems Limited will continue good tradition established by SOMNIUM Technologies to produce releases based on official release sources (and not some random snapshots) which are easy to build on non-Linux systems, like FreeBSD :) > Hello MSP430 GCC-enthusiasts, > We are pleased to announce a new stand-alone & open source Production release > (v5.1.2.0) of MSP430 GCC available for download: > http://software-dl.ti.com/msp430/msp430_public_sw/mcu/msp430/MSPGCC/5_01_02_00/index_FDS.html > The MSP430-GCC 5.1.2.0 standalone package based on GCC compiler to 6.4.0 > (msp430-gcc 6.4.0.032) which was the last package maintained by SOMNIUM > Technologies. > > For future MSP430-GCC compiler releases, TI has partnered with Mitto Systems > Limited<http://www.mittosystems.com/> to bring you a new and fully supported > open source compiler. > The first version maintained by Mitto Systems Limited is a BETA open source > beta release (v6.0.0.900): > http://software-dl.ti.com/msp430/msp430_public_sw/mcu/msp430/MSPGCC/6_00_00_900/index_FDS.html > The MSP430-GCC 6.0.0.900 is based on GCC compiler to 7.3.0 (msp430-gcc > 7.3.0.9). > The production release of MSP430-GCC 7.3.0 is planned for end of May 2018. > > Please use TI e2e community<https://e2e.ti.com/> to submit your requests or > feedbacks. > > Best regards, > > Youssef Ghannouchi > Product Manager - Texas Instruments Inc. > > Texas Instruments Deutschland GmbH, Haggertystr. 1, D-85356 Freising. > Amtsgericht München HRB 40960. Geschäftsführer: Andreas Schwaiger. > Vorsitzender des Aufsichtsrates: Dr. Klaus Weisel > -- > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > ___ > Mspgcc-users mailing list > Mspgcc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mspgcc-users > -- // Black Lion AKA Lev Serebryakov -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
[Mspgcc-users] It will be nice to have new versions announcements on this list :)
I've missed version 6.2.1 for more than month! $subj! Thank you anyway, these new packagings could built nicely on "not supported" OSes! -- // Black Lion AKA Lev Serebryakov -- Announcing the Oxford Dictionaries API! The API offers world-renowned dictionary content that is easy and intuitive to access. Sign up for an account today to start using our lexical data to power your apps and projects. Get started today and enter our developer competition. http://sdm.link/oxford ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] New MSP430-GCC releases available
On 06.02.2017 15:47, Ghannouchi, Youssef wrote:
There is nothing to debug :)
NULL (nullptr) is 64 bit on 64 bit system and could not be used as 32
bit integer. It is bug in sources :)
> Fabian,
>
> Can you please help Lev to debug this issue?
>
> Regards,
> Youssef
>
>
> Texas Instruments Deutschland GmbH, Haggertystr. 1, D-85356 Freising.
> Amtsgericht München HRB 40960. Geschäftsführer: Andreas Schwaiger.
> Vorsitzender des Aufsichtsrates: Dr. Klaus Weisel
>
> -Original Message-
> From: Lev Serebryakov [mailto:l...@serebryakov.spb.ru]
> Sent: Monday, February 06, 2017 1:13 PM
> To: Ghannouchi, Youssef; 'GCC for MSP430 - http://mspgcc.sf.net'
> Cc: Miller, Greg
> Subject: Re: [Mspgcc-users] New MSP430-GCC releases available
>
> On 06.02.2017 14:29, Ghannouchi, Youssef wrote:
>
> Nope, it still here (in slac460s.zip). It is easily patcheable and don't
> prevent me from creating a package, but it is still
>
> DLL430_v3/src/DLL430_OldApiV3.cpp:1011
> ...
> cm->reset(false, true, 0, NULL);
> ...
>
>> Hi Lev,
>>
>> According to the developers, the open source package v3.9.1.2 should fix the
>> below issue.
>> http://www.ti.com/tool/mspds
>> Please let me know if you still see any problem.
>>
>> Regards,
>> Youssef
>>
>>
>> Texas Instruments Deutschland GmbH, Haggertystr. 1, D-85356 Freising.
>> Amtsgericht München HRB 40960. Geschäftsführer: Andreas Schwaiger.
>> Vorsitzender des Aufsichtsrates: Dr. Klaus Weisel
>>
>> -Original Message-
>> From: Ghannouchi, Youssef
>> Sent: Monday, November 28, 2016 10:36 AM
>> To: 'Lev Serebryakov'; 'GCC for MSP430 - http://mspgcc.sf.net'
>> Cc: Miller, Greg
>> Subject: RE: [Mspgcc-users] New MSP430-GCC releases available
>>
>> Thank you Lev for the feedbacks! I forwarded them to the developers team.
>>
>> -Original Message-
>> From: Lev Serebryakov [mailto:l...@serebryakov.spb.ru]
>> Sent: Monday, November 21, 2016 4:05 PM
>> To: Ghannouchi, Youssef; 'GCC for MSP430 - http://mspgcc.sf.net'
>> Cc: Miller, Greg
>> Subject: Re: [Mspgcc-users] New MSP430-GCC releases available
>>
>> On 21.11.2016 10:24, Ghannouchi, Youssef wrote:
>>> This is typo on the web page. The download link will point you to the
>>> open source package v3.8.1.0 I will get that fixed.
>> Thank you again!
>> BTW, this package contains error (when compiled with clang++ 3.4.1 or
>> newer), on 64-bit system — NULL can not be used as uint32_t (and there are
>> some warnings, too):
>>
>> c++ -c -o DLL430_v3/src/DLL430_OldApiV3.o
>> DLL430_v3/src/DLL430_OldApiV3.cpp -include
>> ./DLL430_v3/src/TI/DLL430/pch.h -fPIC -std=c++0x -fvisibility=hidden
>> -fvisibility-inlines-hidden -Os -I./DLL430_v3/src/TI/DLL430
>> -I./DLL430_v3/include -I./DLL430_v3/src/TI/DLL430/EnergyTrace_TSPA
>> -I./Bios/include -I./ThirdParty/include -I./ThirdParty/BSL430_DLL
>> -I/usr/local/include -I/usr/local/include/hidapi -DUNIX -DNDEBUG
>> DLL430_v3/src/DLL430_OldApiV3.cpp:81:38: warning: illegal character encoding
>> in string literal [-Winvalid-source-encoding] const char* const
>> errorStrings[] = { ERROR_DEFINITIONS };
>> ^
>> /usr/home/lev/FreeBSD/ports/devel/msp430-debug-stack/work/./DLL430_v3/include/MSP430.h:514:79:
>> note: expanded from macro 'ERROR_DEFINITIONS'
>> ERROR_DEF(WRONG_TARGET_ARCHITECTURE, "Wrong target
>> architecture was selected <96> Valid architectures are MSP430 or
>> MSP432_M4.") \
>>
>> ^~~~
>> DLL430_v3/src/DLL430_OldApiV3.cpp:80:43: note: expanded from macro
>> 'ERROR_DEF'
>> #define ERROR_DEF(errorEnum, errorString) errorString,
>> ^
>> DLL430_v3/src/DLL430_OldApiV3.cpp:607:11: warning: enumeration values
>> 'UNDEF_IF' and 'SPYBIWIRE_DCDC' not handled in switch [-Wswitch]
>> switch (type)
>> ^
>> DLL430_v3/src/DLL430_OldApiV3.cpp:961:32: error: cannot initialize a
>> parameter of type 'uint32_t' (aka 'unsigned int') with an rvalue of type
>> 'nullptr_t'
>> cm->reset(false, true, 0, NULL);
>> ^~~~
>> /usr/include/sys/_null.h:35:14: note: expanded from macro 'NULL'
>> #define NULLnullptr
>> ^~~
>> /usr/home/lev/FreeBSD/ports/devel/msp430-debug-stack/work/DLL430_v3/src/TI/DLL430/IConfigManager.h:150:69:
>> note: passing argument to p
Re: [Mspgcc-users] New MSP430-GCC releases available
On 06.02.2017 14:29, Ghannouchi, Youssef wrote:
Nope, it still here (in slac460s.zip). It is easily patcheable and
don't prevent me from creating a package, but it is still
DLL430_v3/src/DLL430_OldApiV3.cpp:1011
...
cm->reset(false, true, 0, NULL);
...
> Hi Lev,
>
> According to the developers, the open source package v3.9.1.2 should fix the
> below issue.
> http://www.ti.com/tool/mspds
> Please let me know if you still see any problem.
>
> Regards,
> Youssef
>
>
> Texas Instruments Deutschland GmbH, Haggertystr. 1, D-85356 Freising.
> Amtsgericht München HRB 40960. Geschäftsführer: Andreas Schwaiger.
> Vorsitzender des Aufsichtsrates: Dr. Klaus Weisel
>
> -Original Message-
> From: Ghannouchi, Youssef
> Sent: Monday, November 28, 2016 10:36 AM
> To: 'Lev Serebryakov'; 'GCC for MSP430 - http://mspgcc.sf.net'
> Cc: Miller, Greg
> Subject: RE: [Mspgcc-users] New MSP430-GCC releases available
>
> Thank you Lev for the feedbacks! I forwarded them to the developers team.
>
> -Original Message-
> From: Lev Serebryakov [mailto:l...@serebryakov.spb.ru]
> Sent: Monday, November 21, 2016 4:05 PM
> To: Ghannouchi, Youssef; 'GCC for MSP430 - http://mspgcc.sf.net'
> Cc: Miller, Greg
> Subject: Re: [Mspgcc-users] New MSP430-GCC releases available
>
> On 21.11.2016 10:24, Ghannouchi, Youssef wrote:
>> This is typo on the web page. The download link will point you to the
>> open source package v3.8.1.0 I will get that fixed.
> Thank you again!
> BTW, this package contains error (when compiled with clang++ 3.4.1 or
> newer), on 64-bit system — NULL can not be used as uint32_t (and there are
> some warnings, too):
>
> c++ -c -o DLL430_v3/src/DLL430_OldApiV3.o
> DLL430_v3/src/DLL430_OldApiV3.cpp -include ./DLL430_v3/src/TI/DLL430/pch.h
> -fPIC -std=c++0x -fvisibility=hidden -fvisibility-inlines-hidden -Os
> -I./DLL430_v3/src/TI/DLL430 -I./DLL430_v3/include
> -I./DLL430_v3/src/TI/DLL430/EnergyTrace_TSPA
> -I./Bios/include -I./ThirdParty/include -I./ThirdParty/BSL430_DLL
> -I/usr/local/include -I/usr/local/include/hidapi -DUNIX -DNDEBUG
> DLL430_v3/src/DLL430_OldApiV3.cpp:81:38: warning: illegal character encoding
> in string literal [-Winvalid-source-encoding] const char* const
> errorStrings[] = { ERROR_DEFINITIONS };
> ^
> /usr/home/lev/FreeBSD/ports/devel/msp430-debug-stack/work/./DLL430_v3/include/MSP430.h:514:79:
> note: expanded from macro 'ERROR_DEFINITIONS'
> ERROR_DEF(WRONG_TARGET_ARCHITECTURE, "Wrong target architecture was
> selected <96> Valid architectures are MSP430 or MSP432_M4.") \
>
> ^~~~
> DLL430_v3/src/DLL430_OldApiV3.cpp:80:43: note: expanded from macro 'ERROR_DEF'
> #define ERROR_DEF(errorEnum, errorString) errorString,
> ^
> DLL430_v3/src/DLL430_OldApiV3.cpp:607:11: warning: enumeration values
> 'UNDEF_IF' and 'SPYBIWIRE_DCDC' not handled in switch [-Wswitch]
> switch (type)
> ^
> DLL430_v3/src/DLL430_OldApiV3.cpp:961:32: error: cannot initialize a
> parameter of type 'uint32_t' (aka 'unsigned int') with an rvalue of type
> 'nullptr_t'
> cm->reset(false, true, 0, NULL);
> ^~~~
> /usr/include/sys/_null.h:35:14: note: expanded from macro 'NULL'
> #define NULLnullptr
> ^~~
> /usr/home/lev/FreeBSD/ports/devel/msp430-debug-stack/work/DLL430_v3/src/TI/DLL430/IConfigManager.h:150:69:
> note: passing argument to parameter 'rstHalId' here
> virtual bool reset(bool vcc, bool nmi, uint16_t
> JtagId, uint32_t rstHalId) = 0;
>
> ^
> DLL430_v3/src/DLL430_OldApiV3.cpp:2295:15: warning: comparison of two values
> with different enumeration types ('BpAccess' and
> 'TI::DLL430::AccessType') [-Wenum-compare]
> if (BP_FETCH == bpAccess || BP_FETCH_HOLD == bpAccess)
> ^
> DLL430_v3/src/DLL430_OldApiV3.cpp:2295:44: warning: comparison of two values
> with different enumeration types ('BpAccess' and
> 'TI::DLL430::AccessType') [-Wenum-compare]
> if (BP_FETCH == bpAccess || BP_FETCH_HOLD == bpAccess)
> ~ ^
> 4 warnings and 1 error generated.
>
>
> --
> // Black Lion AKA Lev Serebryakov
>
--
// Black Lion AKA Lev Serebryakov
signature.asc
Description: OpenPGP digital signature
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Mspgcc-users mailing list
Mspgcc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] New MSP430-GCC releases available
On 09.11.2016 16:48, Ghannouchi, Youssef wrote: > We are pleased to announce a new stand-alone & open source Production release > (v4.2.0.0) of MSP430 GCC available for download: > http://software-dl.ti.com/msp430/msp430_public_sw/mcu/msp430/MSPGCC/4_02_00_00/index_FDS.html > This MSP430-GCC release is based on the GCC version 5.3.0. The stand-alone > package includes all binaries, the source code and MSP430 device specific > support files. > The package is available for all platforms (Windows, Linux and Mac OSX). In > addition, this compiler can be used standalone or selected within Code > Composer Studio. > The MSP430-GCC 4.2.0.0 standalone package based on GCC compiler to 5.3.0 > (msp430-gcc 5.3.0.224) maintained by SOMNIUM > Technologies<http://somniumtech.com/msp430>. Thank you! What about open-sourced and open-source friendly packed debug stack? Release page of GCC toolchain mention MSPDebugStack 3.8.1.0, but http://www.ti.com/tool/mspds still shows 3.07.000.012 for open-source version. -- // Black Lion AKA Lev Serebryakov -- ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] New MSP430-GCC release available
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 14.07.2016 18:57, Joe Seymour wrote: > Thank you, anyway! This release is much better from my (OS package > maintainer) point of view! > > > Thanks for saying so! Improving things for package maintainers was > one of the stated goals of the release, so we're glad to hear we've > been somewhat successful. As package maintainer, I prefer to have some versions in all file names. "msp430-gcc-support-files.zip" is not very good file name, as it is hard to detect, is local copy broken or here is new version on TI site. - -- // Black Lion AKA Lev Serebryakov -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQJ8BAEBCgBmBQJXh8EjXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePCwAQAIIh0GtIBpChGMk3BNsNX5v0 nAZGfoDSvH3wbahhrrDGRdNsxVAFcBl9ToO8N6PBYTAJsFP9UF7dRHyImSmzsPH3 HCkzIy+VoWbQo/S71NlmsPE9CCx2TjLqBoehAlaqlEBizPqnaf0CJoioHOuxQcgc DBu4uAPv13LQDuf2E/UfwBZ0UOLI/1NOoa5Faqe4O21sQP+RjiFcT2hY1d4Gy1kg S5Rmn0qqKrcHHUcss7oLpqDxvYmVcF2WsYkzb9/o5bf7/I6lEeoQ0FM5Ofd3D8Mu V2sC1elPEwFI+hhEG7R5cQ98Yj6Waz/6Bc+QvsCXMFDpt9qRDkSJwzbpCb11C2D0 yJvfNDdDlfybBxfy5LTJh4hIsv+K394PD/9JFqK2Rb7+VR0y0HygXAKd9hapAoTT 8FP8NpTJTv9eDI52RsyJYIfhDEhb58yiN8adZNwhYJ9Lx7+AAjHIedqLdekUud+d GbFWTDvsXH57rmkNOyCSr8DJ4QIKbHsUZjlRtMIFzzcvZX/urrIQEpF6K16fbOev WRVMBC2EAIDecpVzucbF0jCS4A8pY8cez/iOSnSY15QwRTVBvmoOrSfor99XXtN/ Jad5HGPRLLF2jXOpzJOfdT3JXASrlZTzCHd+CPfZuA4uwc+/Gr2da2s7LQtp8K2D 9/ovYbpvvU9XURx4Uypd =iHh3 -END PGP SIGNATURE- -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports.http://sdm.link/zohodev2dev ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] New MSP430-GCC release available
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 14.07.2016 18:38, Joe Seymour wrote: > By that do you mean that the binutils patch patches some gdb files > and/or the gdb patch patches some as/ld files? Excaxtly! > Sorry about that. It'll be because the patches are generated from > the combined binutils+gdb upstream git repository, not the release > packages themselves. We should be able to fix this in the next > release, so that the patches apply cleanly to the upstream release > packages. Great! Thank you, anyway! This release is much better from my (OS package maintainer) point of view! - -- // Black Lion AKA Lev Serebryakov -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQJ8BAEBCgBmBQJXh7OhXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePZngQAM+qmlJ7+sbm47xDrT2GtPvC pOM8YgNuAPVZvSWCIsguD0rOu/7tViV5Ua2rWoe9It8E4v79zGRhwjhJkal4g/xy laiKotvcmpknw4sw+4KR6+Vvyw1+UVxjoUZ3CX6NgxjCqZSUKUGmEPaNipZbmg88 yJ2zJMkN7zAcdqN9ojHC++7wSuDH8Y1qcNaSZgASz4OfWJalXWRTLfIIYxLliI2X t29Qqk8LuHAisZWu/JcX4TM4pf7xXwlQ5SULT0Iq3XEH6dm5eZoiUvKvbVt/ukj9 /va6YYykWo3P6tJ6GkPGyOQYDMIB/ZB7syGlEXPcu090tvHq+AUrnbPqyRUPB6aU Sd1U2Wwfek8txi/6hgx0/e5ecWZxjjt9kWp+Is1fc3R7HP5kpv8zvPIOdiZTy4En 6vVlYCfSV0pAKfiMe3YocOPS47eTFu0h3qk2+/S2i45GljcSw8NkBwfsFUr5PI7W xvueUM9+IUThb5TGqX29RltGp4M8IewcZa88vZgmJXwDU6pLbwhn5a0HrUUvlIRY HqvGL6cwAozf0wjSgoZXltmWoK9NehtPOWlGPO8Qo7vVcgJERGyGv1L0345iXsc1 Zqcc51s9mQaz85H4GfABrbFQShY5i+7ojN5hioWCzyYqMwzwmPZZcuQLFOfmY58L PiuZfmtX7VWpkQ187I8z =/oZH -END PGP SIGNATURE- -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports.http://sdm.link/zohodev2dev ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] New MSP430-GCC release available
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 13.07.2016 22:42, Lev Serebryakov wrote: But these patches are slightly wrong :) Patch too much. But usable, anyway! > Patches! WOW! I'll try to use "stock" sources + patches for FreeBSD > package manager :) > - -- // Black Lion AKA Lev Serebryakov -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQJ8BAEBCgBmBQJXh6wjXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePwhAP/iKI1WrVrqt6OKuKDgEke7XI VvjB0H2bRyE7XS/nxmaIGIs7x0CfNhLlNmCLEhvNr6nL1kgAaNTAJMPPNxa6rIU3 AKE+dR73EzsMMFM3VYRZwjdMjXkxGahy3rTVGzYKCkHaoOQAR17NnU3u8Op8X6rb +PXEH2eV7pqAbIT7lfxEjf7oW9IWIwxGKpSw5/0Mk4f/YYLnovIuOpEtt/saE7dE j0xVKrXXnxZMw3F1bHuM9XaKeu3qJfddq2x34GTxS7Tb/cvGAhSciEE6Zg+tY1JH nJF0cY6K/ZyekEXjyExSiggH35nCior9GdQOxTABhiDr96cc99ktrKB1WB1ugzO1 s2N0HxDRREWZQNJbeqAWecGj7aidYNanmniN0TYR9HTukSFK22/igNJ9aAndAcEe 7NIFQJlUiCrI0RJkhY9qWnnqvwb9RkptdRPkX44k7aezZM7g/nuNNqONvIuFtiRh ltmaJBnsH942rhOhDgL4tNtodrPY7xenFhkeliJNuJ0I7cPzUZT+g7PESaji7F0K N1lzGtRHhNtODEo4JM/QUJA6tfNtKVAcT6xElBaymLZQCNR4W/FkbhCOlJY4Svyo +difM6HAuTOXeC24l+GrXmd5RoMNKIcv2jcdJgpVG/8XgccU2Zk+G1RhdsUYO8ng kFKWiSRyC+yTXNC4ncKT =JnUo -END PGP SIGNATURE- -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports.http://sdm.link/zohodev2dev ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] New TI debug tools packed with binary installer :-(
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 11.05.2016 11:41, Ghannouchi, Youssef wrote: BTW, current installers could be run with "--mode unattended" key, which skips license agreement :) And FreeBSD package system could show custom licenses to user before installation. > Thank you Lev for your feedbacks. Those installers were needed due > to some TI licensing constraints. We are going to change again the > package license and release it as zip with the next version > expected end of Q2. - -- // Black Lion AKA Lev Serebryakov -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQJ8BAEBCgBmBQJXNIEtXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePNkcP/04zRXuBvdUAbZW9FwnpUKHh 57E3nQ8SJ01jNWdZe2FjYp+YFYTWC99KGOIXppM74ru8CJn11u9eGHJzCdJGKHT7 K47pF1vuGPv8GeMYJjx7RlQyCYW6OqKM9X/r6Q8Xd+rU8tPyYQEL2JAzlGtVNON3 HxG3YElPD9dSUzQseVswyJPHZCp4IQgdLTmcKeA6ENBeOtVoNRrBmvnmCX8XNzBI Flb9JoiDiXXwjGMDDoi189HAC4AZ8Fg9JyD5eAYO95sO6Van1eKM4JIlJXn0e0yK KIrP/Io6YPPF2FnleL7sDb0tynmCjO5RtkE7Ocp1qoF87SRjKFMfETJmcWMNUKdW gJ1WdKe/JMzhZHyUHsqApZlTnlzZxnZTRCU9dxQrh+kyvrhhVO/OyCEtKcnrAyC0 quXZICZIGJ6RzbuYCjGfsuAxGb2T4pQmooPp4KrfHYWuY2Sf5Ua7eAQNeWjlND2s Y+woxFhfASeL2IaiCN7hSUwxBcpmDxGCw6Rn5Wm/d6rpM8rKKzhtOkyz+AARv9DG Fb6VQtoYZFYvyFz4SWJKQTCly6ZRsQ+NPuzfUMP3b3FhVmER2KtUyZ7+iPj8gmXp i+o1XcqfT8b5YuN7jI3y8lQOeI6MgbTpZdpyevh/4fjJLXA2R0BzxEqh2dhWktAP jDSEY89KkT9O1xOalCXF =bHy/ -END PGP SIGNATURE- -- Mobile security can be enabling, not merely restricting. Employees who bring their own devices (BYOD) to work are irked by the imposition of MDM restrictions. Mobile Device Manager Plus allows you to control only the apps on BYO-devices by containerizing them, leaving personal data untouched! https://ad.doubleclick.net/ddm/clk/304595813;131938128;j ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] New TI debug tools packed with binary installer :-(
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 11.05.2016 11:41, Ghannouchi, Youssef wrote: Thank you! > Thank you Lev for your feedbacks. Those installers were needed due > to some TI licensing constraints. We are going to change again the > package license and release it as zip with the next version > expected end of Q2. - -- // Black Lion AKA Lev Serebryakov -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQJ8BAEBCgBmBQJXNICyXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EeP/00QANv+q5S1OWtgMPeZ5SEVzTXs /1J0Rbk1+8oNT2jisERh3CNjb+tGhgA7Qv0+EiAyYLaDGVaAyipYu3DYbwhUtvFy WXYeOdwZHfOY9q4PS3QyNhoOZXjeT/1Y/Bk9DNCjbj+SI6/VfiJVtdgA7y6gLTLB sRP4VfbDdaNTKJi6971Lc7lHHMtszE3SRFs7DE66h8jn0umzcQ1RYo521/WF/DFm ji8OL0H7IGkHSEPlIPaP2XUlY1tMhCu4oq8jjsmrKpc8h/mpdNNpOwN50HHlAH3L bXzLM/m4O+7c19mpY+vhdcwZmRBDeevmzUh0z+W8Og+q/XPR6G545dPlvuQ4qhTP 1sLp9k29h4GzRGoqV9GxZUBaD4ht2viNRkQoAoPFNNOg4i+HjH8rcr8ZwGvphOkp mqJOc6cstba8VJAM1dUk/eqqvEAjWe9fNZHleHMoD4TSyl7qZqBZiszjeThjskeL 1E1qa95O15q2/W5BIqCyRN8iLuEa3KAUQHVxj9m7GTJE8WoylF6bW2hldDryHNiA 7yRQ+r9jlAQ2CwLKD9nHQDDXmsztWTiX3yczwnTBFT2nW+ybBY8+ju0lIvaF8tT1 6Zg1AvUVPQMw3+8stIX5s9mjYiOrpBh0IHPMyeMNaRztaKSSnywLJAf5uVLJnsC3 bSIaE47darz6rdagICTr =zWMI -END PGP SIGNATURE- -- Mobile security can be enabling, not merely restricting. Employees who bring their own devices (BYOD) to work are irked by the imposition of MDM restrictions. Mobile Device Manager Plus allows you to control only the apps on BYO-devices by containerizing them, leaving personal data untouched! https://ad.doubleclick.net/ddm/clk/304595813;131938128;j ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
[Mspgcc-users] New TI debug tools packed with binary installer :-(
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Previous version (slac460n.zip) was simple ZIP, and new one (slac460p.zip) contains three (THREE!) binary installers for three systems (Win, OSX, Linux) :( Previous version worked on FreeBSD just fine, but new one — I could not unpack it! B :( - -- // Black Lion AKA Lev Serebryakov -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQJ8BAEBCgBmBQJXLRI7XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePJB8P/0vCLFbXWu3ICN52vE6JK9gU nM5WO29aFKpz8oQ4Vgy53oflZGKlKBOyq5H5TCaon8vG7syQx49FxuEsa0kkUPTK W5LroCTzfZvxOYr2DH54RnmFEAo+0Ay3VVOj8QhSkXh7aGPw+M3jN0StOZxl5MPQ osDaD7G85+Frj75dvrStx3sNWLAgA67luEz/b3aT5p+hNmlxXGzOrtRY8dfF3SLB rPBSZ0Ps9ZmtbUv5GcIUTaFGwweQa4NaK1OPKTHjfkhHeQnwoVgZmlGJ+mbozlvY M/TKfyaw7L4jN2c629tkfyPz8W/HQXyGxX5RpbSKUJYXGtfjJnAiK+Eoig2lSdBe SwvqbRQUrU2eEvmk41ZYx1jl4hD8gD6v6LvlH4aU6LsCAsLErkG6/8cRKW+za8TG k3BVfk1106lrn11VUkyRd/O2arvrQuDcYtjyODKNeduCfVA8a54H3Sr5Y1lXLseu 3/5e2wwqYxsWQtnbYAg1WHV3WkoenglKdTXWOND+OtwbTO8ffYfxgH67cSnT1TiX WKxAvzPtjwdgX4nngJVD0VuxZULVFpFgFmX020aoTzSqqjxImTDR3oRr+12YejdD PF2GBCWz/E50LdrcoKu1qJEgEODp89yxeVmO3RNoF1AnMgLU/JDCw27TvSmLH/S5 QpyLAqaIuqXdAxK6Z0LT =UFna -END PGP SIGNATURE- -- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] New MSP430-GCC release available!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 01.04.2016 18:36, Ghannouchi, Youssef wrote: > § GDB 7.7 Was support for Insight TK frontend dropped? I could not find "gdbtk" in sources. - -- // Black Lion AKA Lev Serebryakov -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQJ8BAEBCgBmBQJXAqPwXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePIPYQAMBsvc9wh5rgtETRfG9tv3Tt KM5AuEd0XVVpzMX0n/GoU/jgXPhtgKHkLojGk4M145be7nuw3ZpMWizs1VUpXRtk zBZ2RY3h1DWdaTriVUA1w9BvWjs/PIMUuVmXHSw3uS+c0cQf2t0B+IFEcK2O/csy fFzttELMgtr//JTNTVTMaciZsysItCb0C9BEPuiI4J0qk0ePMXAL6npn9FsPw/gg tRjWzt6s+IKcb6GoeuwepeKuyE3SXVHq1sAR3UqwBLSgEAT3afD8514g8x24O/aY zpfzVo291sQAxCoyqzHAoPN2HOVjCvBlKU1cdBGc32GMHPO++m1SgUlkJUaANAIc XLr+/x6cMXhCB0Q9JAhfRa/0bXiKWtforYJxJaB8Pa1Ok5YYmYTxNEZVxWi5t3Pv zS1D0yB5cG7Yn2lkXZ2SXkNTU1vFY6Nv8uZ8lEOZF969rvF9Guun/JFRjOFOAumj mvEGwzRLdm7qXKHyTYI/sVje92I2yqSENQKpK4am1Pvw7gmQqk+oPv6zXA5cTYyO 0xk99MNJRgkC7WVNlXJ7c7tHbhvmu3eQY72n6EGjCnu862Y9dyd9yI5Cs+orhzve u3VpoCUpoztm/90N7hBUjoHvHp9pXwccF6M05ysYd2EFVH2xq5icj6vjAqmytAkv ujLnJmvMnso1agVj+sXG =HFHk -END PGP SIGNATURE- -- ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] New MSP430-GCC release available!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 04.04.2016 20:27, Lev Serebryakov wrote: >> § GDB 7.7 > Was support for Insight TK frontend dropped? I could not find > "gdbtk" in sources. tcl & tk & other tcl/tk libs are still here, but after configure --with-x --enable-gdbtk "make all" fails due to absence of "gdb/gdbtk/gdbtk.c" and other these files. And, yes, there is no "gdb/gdbtk" at all! Is it mistake? - -- // Black Lion AKA Lev Serebryakov -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQJ8BAEBCgBmBQJXAqdHXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePcMEP/0PEH/wkfZzpwxGgRUsJmr9l BwfU9N/Q3YwQ+NMgiDI0CaXzbGWmjSH+GxVUzDaCbqrk90YyYdsbpWde1kDZYK+j gugbe6oOOcEik3ScII22/3Y/3W7j1e0v50Z88HdbqWsYfX2oUxVZ+YNEftmJYYBd LMLTXi8iOrJiGpLsLrF5YsWIxu6mIyXjh6rMqWBaWfW0VLz4Z9RH1ZIfhzt0VQzx +bVEWljLIA8zd/oYZPh1TgmT4HjVoYgt/nCa5mwHQ53GOAFBahCYX3XCkSoSjXEF 1MpdjfM8D7TMHM9/w4LtB+eyQLfVv5r5EmdtDVxpjb1lThDVfpOZGGIUhzhF3uwg irehAHmoe9bgf2boermygULY+ZW6YPomch9S854BoFcWxI/JtNMqtyfj/fVjaIc3 ehCouiY/+rp/PC1qFWs+DY18qFRfX/h1IPQCkCmg3I/rjXcwIsn8XHH5TMuQJblc +gsi0UNTyerZFLJn97rnP2poPiOiHJ6gDOKJ9auhqIwUwDd/ZH0YYP7GGbd1N8mV 8N1ImIFpti4wpWiEW2J75ZO3VnYbJjKPRutNlvVIKt+E7EddwlvNE0kZEZfN4cxb oXx8QpKsMkR33v1GO0krRuF9vLajIJp0ITm3mPlyMjLETVr2qinLlUfxcqe80irc n/EMb00Nc6PauWh6uZqe =kUXo -END PGP SIGNATURE- -- ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] New MSP430 GCC version release available!
Hello Youssef, Monday, October 19, 2015, 10:11:09 PM, you wrote: > The MSP Debug Stack is an open source. Please refer to this link: > http://www.ti.com/tool/mspds Please see README-BUILD.txt for build > instructions. Yep, I was able to build it on FreeBSD with some small additions to Makefiles (adding new $(PLATFORM) branch). Sources were compiled without any problems! > I will double check the gdb_agent_console license and let you know asap. Thank you! Looks like it is last component to build full-featured MSP430 developemnt stack for yet another host platform :) -- Best regards, Levmailto:l...@serebryakov.spb.ru -- ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] New MSP430 GCC version release available!
Hello DJ, Sunday, October 18, 2015, 10:44:10 PM, you wrote: >> To be honest, your (RedHat + TI) way is worst possible one :-( > Worst for your purposes, perhaps. We just have a different goal - a > turnkey custom collection that "just works" for our customers. That > means we normally include things that wouldn't be included in a system > package. Yep, because my goal is to do system package for yet another system :) > And BTW I know all about packaging rules, I do after all work for Red > Hat, we have a distro or two ourselves :-) :-) Anyway, I'm pleased, that it could be built on BSD system with clang compiler almost flawlessly. I've remember days, when such package for Agenda VR3 (did you remember this very first Linuix-based PDA with MIPS-based CPU?) was hopeless to built anywhere but one distributive of Linux! Could you please clear situation with debugging (in separate thread in mailing list)? -- Best regards, Levmailto:l...@serebryakov.spb.ru -- ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] New MSP430 GCC version release available!
Hello DJ,
Sunday, October 18, 2015, 9:08:34 PM, you wrote:
>> Yep, it works, modulo DESTDIR problems, which could be easily patched.
> We've always used a separate --prefix for each release (typically
> /opt/redhat/msp430-YYMMDD/) so we wouldn't notice.
When it is build for system package (like RPM, DEB or Gentoo Portage) it
should has proper (final) prefix (like /usr/local/ti-gcc-${version}) but
"make install" must place it in "stage" directory for packaging. It is
typically done with DESTDIR (so, destination becomes $(DESTDIR)$(PREFIX),
not just $(PREFIX), and it is supported by all autotools/libtools
projects.
But, as I say, it is very minor problem, as it could be easily patched by
me (package maintainer), it is only 3KiB of patches, which is negligible :)
>> I'm not sure, that toolchain need all these separate tcl and tk
>> stuff (system already has them!), but it is better than nothing
>> (though, very Windows-like!).
> No surprise, we support windows :-)
Yep, I know :)
> And not all Unix-y systems have those, either. Even Linux is the user
> hasn't chosen to install them yet (which is commonly the case).
Yes. But typical *IX way is to use package managers for each separate
component. Ideally, all this stuff, which is not MSP430-dependand (build for
host and could be used by many oither packages and programs in same system):
libgmp
libmpfr
zlib
tcl
tk
itlc
should be mentioned in requirements and installed by means of system
package manager (rmp, apt-get, Gentoo Portages, NetBSD pkg-src, FreeBSD
ports, etc). For example, msp430 package contains old versions of gmp and mpfr.
Are you sure, that packaged versions doesnt have bugs and, may be, even
security ones?
IMHO, ideal source-based releasing of toolcahin looks like this:
(1) List of requirements, like "libgmp > 5.1.0, mprf > 3.1.0" and so on.
NO SOURCES of all these libraries should be provided, as they are
SEPARATE projects.
(2) Links to some official binutils / gcc / gdb RELEASE tarballs (gcc 4.9.1,
for example).
(3) Minimal patches for (2), which is msp430-dependant.
(4) System headers, linker scripts, stuff like this.
(5) Some script to build toolchain from all parts above
(unpack-patch-configure-build in proper order).
It is ideal situation, which allows to package your work for differnet
distributives in most natural way.
Second-to-best way is like ARM does: script, which, really, allows to
build toolchain with system libraries (but binutls/gcc/gdb are packaged as
whole).
To be honest, your (RedHat + TI) way is worst possible one :-(
--
Best regards,
Levmailto:l...@serebryakov.spb.ru
--
___
Mspgcc-users mailing list
Mspgcc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mspgcc-users
[Mspgcc-users] MSP430 gdb debugging -- is it possible to get it on *BSD?
Hello Mspgcc-users, What is state of debugging support for MSP430 now? Looks like, Linux "full" gcc package contains gdb_agent_console and libmsp430.so to support debugging, am I right? Now, when I built toolchain for FreeBSD (will be added top ports in next few days), I wonder, is it possible to add debugging support? Are libmsp430.so and gdb_agent_console strictly closed-sourced or there is some possibility to obtain their sources? I could sign-off NDA as private person, and distribute these two files in binary-only form, if it is needed! -- Best regards, Lev mailto:l...@serebryakov.spb.ru -- ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] New MSP430 GCC version release available!
Hello DJ,
Friday, October 16, 2015, 9:12:20 PM, you wrote:
BTW, "gnu89" helps, thank you.
> That should be built as part of building gcc/
> so you probably have a problem earlier on that you didn't see in your logs...
Nope. It was build here ("root" is sources/tools from tarball):
"host-amd64-portbld-freebsd10.2/gcc/libgcc.mvars"
But later build try to find it here:
gmake[3]: Entering directory
'/usr/home/lev/FreeBSD/ports/devel/gcc-msp430-ti-toolchain/work/sources/tools/msp430-elf/libgcc'
Makefile:165: ../.././gcc/libgcc.mvars: No such file or directory
Which is (again, path is trimmed):
"msp430-elf/libgcc/../.././gcc" -> "gcc", which is not
"host-amd64-portbld-freebsd10.2/gcc/libgcc.mvars" :)
So, it looks like everyhting but msp430-elf/libgcc is built out-of-tree and
this library is build in-tree and here are some problems with that.
Makefile in "msp430-elf/libgcc" contains:
libgcc_topdir = ../.././libgcc/..
host_subdir = .
gcc_objdir = $(MULTIBUILDTOP)../../$(host_subdir)/gcc
"host_subdir" is clearly invalid :)
--
Best regards,
Levmailto:l...@serebryakov.spb.ru
--
___
Mspgcc-users mailing list
Mspgcc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] New MSP430 GCC version release available!
Hello Lev, Saturday, October 17, 2015, 10:33:35 PM, you wrote: > Makefile in "msp430-elf/libgcc" contains: > > libgcc_topdir = ../.././libgcc/.. > host_subdir = . > gcc_objdir = $(MULTIBUILDTOP)../../$(host_subdir)/gcc > > "host_subdir" is clearly invalid :) Really, This problem exists in each "msp430/**/libgcc/Makefile". -- Best regards, Levmailto:l...@serebryakov.spb.ru -- ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] New MSP430 GCC version release available!
Hello DJ, Saturday, October 17, 2015, 10:55:52 PM, you wrote: > 1. Are you cross-building a compiler? I.e. is the host you're >building *on* different than the host (not target, which is msp430) >you're building *for*? (This is called a "canadian cross" and is >much more complicated than a regular cross compiler). Nope. *host* and *build* are both the same. >(one typically cross-builds by accident by specifying --build or >--host but not both, or by specifying both but not having them the >same.) > 2. Are you building in the source tree? If so, that is not supported, >you must always build in a separate (empty) directory. Oh, it looks like my error. I'm trying to build out-of-tree now. -- Best regards, Levmailto:l...@serebryakov.spb.ru -- ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] New MSP430 GCC version release available!
Hello DJ, Friday, October 16, 2015, 9:12:20 PM, you wrote: > That should be built as part of building gcc/ > so you probably have a problem earlier on that you didn't see in your logs... Other problem: tcl doesn't respect DESTDIR setting, so whole package could not be properly "staged" for package building, "tcl" try to install itself directly to $(PREFIX). Same problem exists in ictl/* and tk. Also, "libgloss" doesn't respect DESTDIR. It could be patched, though. -- Best regards, Levmailto:l...@serebryakov.spb.ru -- ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] New MSP430 GCC version release available!
Hello DJ, Friday, October 16, 2015, 1:03:06 AM, you wrote: > You're probably running into a common problem with "static inline" vs > "extern inline" - the semantics of those changed with the recent C > standards, so not all compilers do the same thing. I assume you're > not using GCC? It is clang 3.4.1, and I don't want to install gcc, if it is possible to avoid with some "simple" patch :) -- Best regards, Levmailto:l...@serebryakov.spb.ru -- ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] New MSP430 GCC version release available!
Hello DJ, Friday, October 16, 2015, 1:03:06 AM, you wrote: > You're probably running into a common problem with "static inline" vs > "extern inline" - the semantics of those changed with the recent C > standards, so not all compilers do the same thing. I assume you're > not using GCC? Ok, tinkering with "extern" and "inline" helps, but now I have more serious problem: gmake[3]: Leaving directory '/usr/home/lev/FreeBSD/ports/devel/gcc-msp430-ti-toolchain/work/sources/tools/host-amd64-portbld-freebsd10.2/gdb' Checking multilib configuration for libgcc... mkdir msp430-elf mkdir msp430-elf/libgcc Configuring in msp430-elf/libgcc [SKIPPED] configure: updating cache ./config.cache configure: creating ./config.status config.status: creating Makefile config.status: creating auto-target.h config.status: linking ../../.././libgcc/enable-execute-stack-empty.c to enable-execute-stack.c config.status: linking ../../.././libgcc/unwind-generic.h to unwind.h config.status: linking ../../.././libgcc/config/no-unwind.h to md-unwind-support.h config.status: linking ../../.././libgcc/config/no-sfp-machine.h to sfp-machine.h config.status: linking ../../.././libgcc/gthr-single.h to gthr-default.h config.status: executing default commands Adding multilib support to Makefile in ../../.././libgcc with_multisubdir=large gmake[3]: Entering directory '/usr/home/lev/FreeBSD/ports/devel/gcc-msp430-ti-toolchain/work/sources/tools/msp430-elf/libgcc' Makefile:165: ../.././gcc/libgcc.mvars: No such file or directory gmake[3]: *** No rule to make target '../.././gcc/libgcc.mvars'. Stop. gmake[3]: Leaving directory '/usr/home/lev/FreeBSD/ports/devel/gcc-msp430-ti-toolchain/work/sources/tools/msp430-elf/libgcc' Makefile:17333: recipe for target 'all-target-libgcc' failed gmake[2]: *** [all-target-libgcc] Error 2 gmake[2]: Leaving directory '/usr/home/lev/FreeBSD/ports/devel/gcc-msp430-ti-toolchain/work/sources/tools' Makefile:860: recipe for target 'all' failed -- Best regards, Levmailto:l...@serebryakov.spb.ru -- ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] New MSP430 GCC version release available!
./.././sim/msp430/../common/nrun.c:(.text+0x0): first defined here libsim.a(sim-endian.o): In function `sim_addr_range_hit_p': ../../.././sim/msp430/../common/sim-endian.c:(.text+0x0): multiple definition of `sim_addr_range_hit_p' nrun.o:../../.././sim/msp430/../common/nrun.c:(.text+0x0): first defined here libsim.a(sim-events.o): In function `sim_addr_range_hit_p': ../../.././sim/msp430/../common/sim-events.c:(.text+0x0): multiple definition of `sim_addr_range_hit_p' nrun.o:../../.././sim/msp430/../common/nrun.c:(.text+0x0): first defined here libsim.a(sim-fpu.o): In function `sim_addr_range_hit_p': ../../.././sim/msp430/../common/sim-fpu.c:(.text+0x0): multiple definition of `sim_addr_range_hit_p' nrun.o:../../.././sim/msp430/../common/nrun.c:(.text+0x0): first defined here libsim.a(sim-io.o): In function `sim_addr_range_hit_p': ../../.././sim/msp430/../common/sim-io.c:(.text+0x0): multiple definition of `sim_addr_range_hit_p' nrun.o:../../.././sim/msp430/../common/nrun.c:(.text+0x0): first defined here libsim.a(sim-load.o): In function `sim_addr_range_hit_p': ../../.././sim/msp430/../common/sim-load.c:(.text+0x0): multiple definition of `sim_addr_range_hit_p' nrun.o:../../.././sim/msp430/../common/nrun.c:(.text+0x0): first defined here libsim.a(sim-memopt.o): In function `sim_addr_range_hit_p': ../../.././sim/msp430/../common/sim-memopt.c:(.text+0x0): multiple definition of `sim_addr_range_hit_p' nrun.o:../../.././sim/msp430/../common/nrun.c:(.text+0x0): first defined here libsim.a(sim-bits.o): In function `sim_addr_range_hit_p': ../../.././sim/msp430/../common/sim-bits.c:(.text+0x0): multiple definition of `sim_addr_range_hit_p' nrun.o:../../.././sim/msp430/../common/nrun.c:(.text+0x0): first defined here cc: error: linker command failed with exit code 1 (use -v to see invocation) Makefile:311: recipe for target 'run' failed gmake[4]: *** [run] Error 1 gmake[4]: Leaving directory '/usr/home/lev/FreeBSD/ports/devel/gcc-msp430-ti-toolchain/work/sources/tools/host-amd64-portbld-freebsd10.2/sim/msp430' Makefile:129: recipe for target 'all' failed gmake[3]: *** [all] Error 1 gmake[3]: Leaving directory '/usr/home/lev/FreeBSD/ports/devel/gcc-msp430-ti-toolchain/work/sources/tools/host-amd64-portbld-freebsd10.2/sim' > Hello GCC-enthusiasts, > We are pleased to announce a new stand-alone & open source release (v3.5.0.0) > of MSP430 GCC available for download > here<http://software-dl.ti.com/msp430/msp430_public_sw/mcu/msp430/MSPGCC/3_05_00_00/index_FDS.html>! > The stand-alone package includes all binaries, the source code and MSP430 > device specific support files. > The MSP430 GCC build is also available in CCSv6 App Center on all platforms > (Windows, Linux and Mac OSX). -- // Black Lion AKA Lev Serebryakov -- ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] New MSP430 stand-alone GCC version release available!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 16.04.2015 19:17, DJ Delorie wrote: Sorry for huge delay in conversation :) wget http://software-dl.ti.com/msp430/msp430_public_sw/mcu/msp430/MSPGCC/la test/exports/msp430-gcc-source.tar.bz2 File at this URL is not stable. It will be chaneged with next release. It is bad for any packaging system. Previous releases are at URLs like http://software-dl.ti.com/msp430/msp430_public_sw/mcu/msp430/MSPGCC/3_02 _03_00/exports/msp430-gcc-source.tar.bz2, but current version doesn't have such UNIQUE URL. (http://software-dl.ti.com/msp430/msp430_public_sw/mcu/msp430/MSPGCC/3_0 2_04_00/exports/msp430-gcc-source.tar.bz2 is not found). Is it possible to add version into FILE NAME and has STABLE URLs for each file, which will work from release date till forever for future releases, please? (3) There are no instructions at all! ./configure --prefix=/usr/local --target=mdp430 gmake all I use ./configure --prefix=... --target=msp430-elf --enable-languages=c,c++ make make install If you're building the upstream sources, it's a bit trickier because they're separate packages, but as long as you use --target=msp430-elf any of the how to build a cross compiler instructions should suffice. I'm trying to build release 3_02_04_00 (latest one). I have such packages installed: autoconf-2.69 automake-1.15 bash-4.3.33 bison-2.7.1 cloog-0.18.3 expat-2.1.0 gettext-0.19.4 gettext-runtime-0.19.4 gettext-tools-0.19.4 gmake-4.1 gmp-5.1.3 isl-0.14.1 m4-1.4.17 mpc-1.0.3 mpfr-3.1.2 python27-2.7.9 My configure (top-level) command line is: ./configure --target=msp430-elf \ --with-gmp=/usr/local \ --with-mpfr=/usr/local \ --with-mpc=/usr/local \ --with-isl=/usr/local \ --disable-isl-version-check \ --with-cloog=/usr/local \ --enable-languages=c,c++ \ --disable-nls \ --prefix=/usr/local/gcc-msp430-ti-toolchain-3.03.04.0 It works (output attached as configure.out). After that gmake all gives error: updating cache .././config.cache configure: creating ./config.status config.status: creating Makefile config.status: creating dltest/Makefile config.status: creating tclConfig.sh gmake[2]: Leaving directory '/usr/home/lev/FreeBSD/ports/devel/gcc-msp430-ti-toolchain/work/sources/ tools' Makefile:860: recipe for target 'all' failed gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory '/usr/home/lev/FreeBSD/ports/devel/gcc-msp430-ti-toolchain/work/sources/ tools' Full output is attached as gmake.out. I could easily build gcc-arm-embedded on this system with these packages installed, for example. - -- // Black Lion AKA Lev Serebryakov -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) iQJ8BAEBCgBmBQJVVfC8XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePCsgP/RpZY0iQpNj33zQ1rAXAY316 fr1qi2W7STQO2sGAV9Iynmqz6ARXPgfoeENybS7As3vj1xSGKsXshq5pUNN2FxfF 75efbmPDRzNlL5wcFr9jLgceElK6hGjNzDeEeAfsHiNaqY7Og9gxpfW20Do1NMI/ y9eFQfmrksIkcjb48xWNzIK2U9YyBCGYg0DfWyWiFMA4yB6OnFlBwR15syq83Nbk VRFmCgs4CsHEOKIEYsWW1vCoJIae4achkNJAOwPu7QhbmBXW3v4DfCbZ1ZiOZE3P NkTg8kSOqWvr/lBEd/G571KbzzQqvuoRkSsD/ou7i4QlC0QYaiH8x3LxkhXZIqdk ZcpUATIIjzuSb+5w4kvQfgs8z3IciPgsxzGZke8wdn4WQKxWdWvMvVjkjchO2x9t rDIUzwVV4koU2PvcQDzqyU42hxTqa7QGQXZJOv/r7ItI9hF6wGCx1wvJ5UcrZVdK Dd2+EKHORUaHuLRFJEC+u6CTMRw5BleM+e7WUgdy4dXW3rzo6ixEj+6NO2D7V5Lb jUonewQ84Cwn4UiVOwUfLJV7KWuhdY4i6p7ZRCZn4cQU7/6EK5/uQBuwUsiksP/3 nQRorDjGkna7OL3y46Iy3k+6qQsJ1ZKasTZ/cB1ZVjXDZi1deg6rnaI8k4Q9jv+w ZEXzfhjsTYOOZJGNRKLz =SnDe -END PGP SIGNATURE- configure: loading site script /usr/ports/Templates/config.site checking build system type... amd64-portbld-freebsd10.1 checking host system type... amd64-portbld-freebsd10.1 checking target system type... msp430-unknown-elf checking for a BSD-compatible install... /usr/bin/install -c checking whether ln works... yes checking whether ln -s works... yes checking for a sed that does not truncate output... (cached) /usr/bin/sed checking for gawk... (cached) /usr/bin/awk checking for libatomic support... no checking for libitm support... no checking for libsanitizer support... no checking for libvtv support... no checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking whether g++ accepts -static-libstdc++ -static-libgcc... no checking for gnatbind... no checking for gnatmake... no checking whether compiler driver understands Ada... no checking how to compare bootstrapped objects... cmp $$f1 $$f2 16 16 checking for objdir... .libs
Re: [Mspgcc-users] New MSP430 stand-alone GCC version release available!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 12.04.2015 04:41, Peter Bigot wrote: Thank you, Peter (and for all your effort in the past, too!) I'm unaware of instructions for building from the TI/RedHat forked source, but the upstream GNU packages are mature. http://pabigot.github.io/bsp430/msp430elf.html has details on building the toolchain from them. - -- // Black Lion AKA Lev Serebryakov -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) iQJ8BAEBCgBmBQJVK6+OXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePH0QQAMU0KnVAUDDnGAWbKkOBOIfN gfUq+zhrvjr3w8LYcSKqqTA5zPIAR53rLoJr+f33/p3MDaEqegCUVXhv/6PPVgT2 661zPvGGRAndji26oCZPFB7rCV7r6Qz43goJTo6OtUqe4amMtZmbDOMPfYU8Qh+Q 8hhLg6+ubb4soJsFVS/E0jXvsZWBzoWyF42ufk0nvpgYiGhED19HPKV/4OM3QHDN 7d5AtZG+hXeM2irEDRA7Jtzign+ahml9HV2MoDfR3jBde1KyRip8KL29Xa0I+C30 LQFVMtlQmTPyrOcpzj7pCY0mUBsDym4HY7mWBiHVbdKv/XioVD8+N9ljN22kizjn vd3SOj5ezU72Ffu3yVlJpb99VYp8QgpUfRXu8QuPzdnCNhMtvGA+QSPk4uJmhgWY v6TgoEMT/A/PvoJADD/QZq/zJ41ln5sJf09CHb41DBr0vDOBRRwi65s6YoIcklqG qYjz9INC64KbddLCYK4TGsHK1v98rpwsb9YokV4uJnWaV6EYY/cW0PBfrvgyjlzQ O/ChPU3Q6OsEhIM4aupentYC2owlm+tb+yAXu2jSvv6YNt0BYLZlJQnFC9VgJz+F Bdd0b6lzzOr5bjeTsS35eYRGlEnnO+hrclTWSwIcK5O5vizhOfmAk9UKRrfXat3q aZqnWiTMt+Zy7pDA8+Vc =01aA -END PGP SIGNATURE- -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] New MSP430 stand-alone GCC version release available!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 23/02/2015 17:15, Ghannouchi, Youssef wrote: Are here any instructions to build this from sources? I have problems from very beginning with this so named release (I didn't seen releases worse, to be honest): (1) Sources could not be downloaded automatically. You need browser. What should distributive build cluster do? (2) Sources tarball doesn't contains any version indication in its name (3) There are no instructions at all! ./configure --prefix=/usr/local --target=mdp430 gmake all fails in early stages with different problems, looks like it is very Linux-specific (stock binutils/gcc could be build virtually anywhere!) I want to update FreeBSD port/package for ancient msp430gcc, but it looks impossible :-( Hello GCC-enthusiasts, We are pleased to announce a new stand-alone open source release (v3.02.03.00) on the external web! This release is the stand-alone equivalent to the MSP430 GCC support in CCSv6 App Center and includes all binaries, the source code and MSP430 device specific support files. · What's new in this release? o Key Changes to GCC: § Fixed initialization of .data section § Fixed detection of hardware multiply (for MSP430FR5739). o Key Changes to Header Support Files: § Update linker scripts to fix initialization of .data section in large memory devices. § Change asm to __asm__ in iomacros.h (for C99 compatibility). o Please refer to the release noteshttp://software-dl.ti.com/msp430/msp430_public_sw/mcu/msp430/MSP GCC/3_02_03_00/index_FDS.html for more details. · How to get it? o Use the Stand-alone Open Source downloads from the GCC tools folderhttp://www.ti.com/tool/msp430-gcc-opensource o Update through CCS v6.x installation will be available in the coming days. Please note that updating GCC compiler will also automatically update the GCC MSP430 device specific support files. § Update your CCS v6.x installation (Help - Search for updates) to the latest version and visit the CCS App Center under (Help - Getting Started) Basic migration advice and links to GCC documentation is provided in the CCSv6 for MSP430 user's guidehttp://www.ti.com/lit/pdf/slau157 Best regards, Youssef Ghannouchi Youssef Ghannouchi Product Manager - Texas Instruments Inc. -- - Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=190641631iu=/4140/ostg. clktrk ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users - -- Black Lion AKA Lev Serebryakov -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQJ8BAEBCgBmBQJVKaZFXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePx9gP/jtMTR4YpltOLGrxgJHXYLNs T18+R8XOLjOMIFAIn8HeHH2IBgTfCNz/Y/6WmUbzyHSdmiDwqiVQnaF3fqjgYluM +9mt5qIHcdWFRm8CnDmfL0K+fTJTlGN4ei4zrRftldxAYy8KGmINJciuxesJCy2R 6WLHCir5xmGW1079RH0nQ8Mh/Z8BxxVsCDE6rWe3/0EBPGhCHilf6VEnWHN1Em/b +zMzRcl7nzVWx6ppLQBE0ffbR4u/eVmnFEBVOmoAk1lSWGurFg3YnVWXel+dJ5Pt Z3XTVWRsMFx3yxIyk3nAsccrtwD2Pmog8Qqex6nNr8pMLNL+IBhJsqUsegbGRT6l h07RMUZONs7nO7Juow8MWPwaJX71azZE7BSQ/DpdMKpuQetumlQ6h0nEehcT+YoX IxcUdO2ywTwGkqMMmB3cP041KmBY+/E5jAsnlkdQFCva5JRCX6cpm3RDglDu0a9H ZSCBPgX92pzDkesHpi43jl0kB4KH7vEXuNpvncpkooWzAxI1/6nEg0vOAYkDcxyL mcI2Ju8bL6sCHTSZ42cJkRo/RyLIsPUB0iCCk2DiOtxoTs+K4o1h4RhdX5R0vTFC n0Y2Kt0yAExeJ76xcNBnOrya5ByqU2jJh40jpKJHLLFBKe7C4V93BbLAu0mpZ/ee SDlfYq0NDziDA1hsuL9a =UuS8 -END PGP SIGNATURE- -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] Are here any msp430-elf target full toolchain build instructions a'la gcc-arm-embedded?
Hello, DJ. You wrote 19 мая 2014 г., 1:15:28: (1) Is newlib-nano supported? (2) Is C++ supported? DD Tricky questions. Technically, if you don't have a support contract DD with someone, the answer is no because, well, because ;-) DD But the answers you probably want are... DD I haven't tried newlib-nano but there's no reason why it wouldn't work. DD The tools support C++ although getting it to work well in smaller DD RAM'd chips might be tricky. We test it internally, but our simulator DD has lots of RAM. Heck, the tools probably support other languages as DD well but we haven't tested them. Ok, I see. BTW, do I need GCC_RH_20140508.zip too? Whereshould I unpack it? Grrr, using latest newlib is a problem for package system :( -- // Black Lion AKA Lev Serebryakov l...@serebryakov.spb.ru -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] Are here any msp430-elf target full toolchain build instructions a'la gcc-arm-embedded?
Hello, Peter.
You wrote 19 мая 2014 г., 15:04:05:
PB A chain of messages related to building and packaging is available at:
PB http://www.mail-archive.com/mspgcc-users@lists.sourceforge.net/msg12028.html
PB At least two of us have successfully built toolchains with those
PB instructions; how to convert them into packaging for a particular
PB distribution isn't something that's likely to come from this list. My
PB recommendation is follow the distribution's standard practices for
PB cross-compilation toolchains and look to existing solutions like AVR
PB and ARM for guidance.
Problem with this instructions starts from very beginning:
binutils git://sourceware.org/git/binutils-gdb.git master
gcc git://gcc.gnu.org/git/gcc.git gcc-4_9-branch
newlib git://sourceware.org/git/newlib.git master
Not-released software could not be packaged! We could only refer to stable,
non-changeable, tarballs on vendor's server, not to some git revision or
some ${packaghename}.tar.bz2, which could be changed (re-rolled) under same
name :(
It is not exactly how to convert them into packaging for a particular
distribution
isn't something that's likely to come from this list., it is discussion
about status of toolchain which, as I could say now, is not ready for
distro-packaging due to absence of any suitable releases, may be,
snapshot-quality, but stable in sense of content.
PB TI makes some material available on:
PB http://www.ti.com/tool/msp430-gcc-opensource
PB Personally I would not package a vendor-supplied fork, but that's a
PB policy decision for the distribution.
Yep, but on other hand it is stable, well-named file :)
PB Once I've switched to using msp430-elf-gcc all pretense that mspgcc is
PB supported will vanish. Unofficially, that's already occurred.
Anyway, thank you for all you work on mspgcc!
--
// Black Lion AKA Lev Serebryakov l...@serebryakov.spb.ru
--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs
___
Mspgcc-users mailing list
Mspgcc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mspgcc-users
[Mspgcc-users] Are here any msp430-elf target full toolchain build instructions a'la gcc-arm-embedded?
Hello, DJ. $subj? I want to pack new toolchain for FreeBSD, is here any specific instructions? Build order? LD scripts sources? Which vercion of libc should I use? As far as I remember, there was strong embedded world want toolchian, not separate binutils/compiler/libc/system headers message when we discussed MSP430 transition to RedHat/TI-ported gcc. Should I build such complete package (As I do for gcc-arm-embedded) or separate packages are Ok? And build order still bother me, as, as far as I understand, official gcc should be built twice, one for building libc and other with this libc support, which doesn't fit good to everything is separate package model. -- // Black Lion AKA Lev Serebryakov l...@serebryakov.spb.ru -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] Are here any msp430-elf target full toolchain build instructions a'la gcc-arm-embedded?
Hello, DJ. You wrote 18 мая 2014 г., 23:55:28: DD so yeah, it's probably what people want. The only exception would be, DD for example, if you were packaging for a distro and you want to DD support upgrading. In those cases, it's better for the packaging if DD the package version numbers match the upstream version numbers, which DD means separate packages. So, there is contradiction between requirements :) DD As for the two-stepping of gcc, note that modern gcc releases have DD separate host and target parts of the build. You do make all-host; DD make install-host at first, which gives you the compiler but not the DD runtime, then you build the libraries, then go back to gcc and do DD make all; make install to do the rest. This is needed regardless of DD which runtime you use. And it contradicts to building separate packages too, because you could not build and install half of a package (make all-host install-host), build other package (runtime) and build install second part of a package (make all install), it is completely insane. Or you should break gcc package into two but, again, it is impossible in most packaging systems to do make all install from SAME directory you did make all-host install-host for other package! So, it will be one package. -- // Black Lion AKA Lev Serebryakov l...@serebryakov.spb.ru -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] Are here any msp430-elf target full toolchain build instructions a'la gcc-arm-embedded?
Hello, DJ. You wrote 19 мая 2014 г., 0:18:17: And it contradicts to building separate packages too, because you could not build and install half of a package DD Not much I can help with here, the upstream sources are what they are. DD Even porting linux to new architectures, we run into these problems. DD The solution is that someone does it manually once, and after that, DD you build each package using the previous version of the other package DD each time. I see... Two more questions: (1) Is newlib-nano supported? (2) Is C++ supported? -- // Black Lion AKA Lev Serebryakov l...@serebryakov.spb.ru -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
[Mspgcc-users] RedHat toolchain -- is it ready?
Hello, mspgcc-users. I'm asking as msp430-gcc FreeBSD porter/maintainer. Should I migrate FreeBSD packages to new RedHat toolchain? If yes, are here clean instructions (like ones at https://launchpad.net/gcc-arm-embedded) to build full toolchain, with libc (which? newlib-nano? with which settings?) and gdb? -- // Black Lion AKA Lev Serebryakov l...@serebryakov.spb.ru -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] RedHat toolchain -- is it ready?
Hello, Luca. You wrote 27 января 2014 г., 14:01:45: LB You may like to follow LB http://sourceforge.net/apps/mediawiki/mspgcc/index.php?title=Install:redhat LB for some guidance. Comparing to gcc-arm-embeeded it looks strange: no --sysroot, no many other options... Looks like I need some experimenting. And, yes, waiting for gcc 4.9-release. LB All upstream projects (except gcc IIRC) have msp430 support in their LB latest releases, so you may just use the tarballs. LB Also, headers and maps are now provided directly from TI, go grab them LB there. I see! -- // Black Lion AKA Lev Serebryakov l...@serebryakov.spb.ru -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] mspgcc Red Hat release
Peter (and his DB predecessors) handled msp430 Please note, that way Peter handles msp430, I'm using as example of excellent and third-party-maintainer-friendly way ;) DB No, Peter's method is not ideal for users - it is pretty good, and it is DB more than can be expected of him, but it is not quite complete. In DB particular, having source-only releases is a big barrier to many users DB (even Linux users). Obviously the source release is the most important, Could you name Linux distro, which DOESN'T have Peter's msp430-binutils/gcc/libc/headers in its OFFICIAL repo? Ok, maybe you could, I don't know much about Linux distros, but even for obscure and dead FreeBSD here is binary package, which could be installed by any user, with system-provided package manager from system-provided repository without adding any external ones. It is why (and for what) distros exists! DB and no one could possibly complain that Peter hasn't made pre-packaged DB bundles for different distros and OS's - but we /can/ expect that from a DB big company like TI. Again, I repeat: every time I see vendor-provided binaries for 1-2 popular platform, I also see huge barriers to build (formally open-source) software for not-so-popular platforms. It is especially true for toolchains. If new msp430 toolchain port avoid this pitfall, I'll be first, who buy beer for TI/RedHat developers, who make this port, if we ever meet in flesh. -- // Black Lion AKA Lev Serebryakov l...@serebryakov.spb.ru -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] mspgcc Red Hat release
Hello, David. You wrote 9 июля 2013 г., 19:42:41: Ok, to round up: we hear each other. Your point about several parallel versions of full toolchain is very valid one, and I'll propose support for such packages in FreeBSD community. Sorry if I was too harsh in my messages! It is my sore spot, open-source but very (and unnecessary) Linux- or even distro-dependend software. Sorry again! -- // Black Lion AKA Lev Serebryakov l...@serebryakov.spb.ru -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] mspgcc Red Hat release
Hello, Thomas. You wrote 8 июля 2013 г., 14:59:15: MT * TI will drive the availability of precompiled packages MT * TI will support header and linker command files for all supported MT MSP430 derivatives, same as we do for MSPGCC And what about CLEAN AND UNDERSTANDABLE way to build packages from sources? I'm supporting msp430-gcc for FreeBSD host and I need to understand, will it be as easy as now -- stock release binutils/gcc versions + manageable amount of patches + standard cross-toolchain build? Now ARM cross-tools for small devices (like Cortex-M) is not so straightforward, unfortunately. It needs special hacks to build them well not on Linux hosts, as they expect some Linux-specific headers, etc. -- // Black Lion AKA Lev Serebryakov l...@serebryakov.spb.ru -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] mspgcc Red Hat release
Hello, David.
You wrote 8 июля 2013 г., 16:11:39:
DB In an ideal world, TI would maintain its own apt repository (and yum),
And FreeBSD packages for i386, amd64, arm, MIPS, PowerPC, and ia64? And
repository for NetBSD and OpenBSD and MacOS X too?
DB supporting the toolchains for a variety of distros. But there should
DB not be packages such as msp430-gcc and msp430-libc in these
DB repositories - there should be packages such as
DB msp430-release-20130708 containing all the toolchain. And these
DB should not contain files such as /usr/bin/msp430-gcc - they should
DB contain files such as /opt/msp430-20130708/bin/msp430-gcc. Of course
DB such binaries should not be on the user's path - you must say exactly
DB which toolchain you want in your makefile (or Eclipse/CCS project setup).
It is COMPLETELY out of unix-way! And, yes, what should FreeBSD users do
in this your big-corporation-centric ideal world, for example?
Good toolchain should be based on official released sources (not some
obscure snapshots from binutils/gcc GIT), and be integrated in upstream
(so, it build should be as easy as ./configure --target-=msp430 gmake
all install) or provided as one manageable patchset, not targeted for ANY
specific host (Ubuntu, Debian, Gentoo, Widnows, FreeBSD, whatever).
It is work of OS/Distro maintainers to build binary packages for specific
OS/Distro, in format, used in this OS/Distro. For example, FreeBSD doesn't
have /opt at all! And, of course, it needs completely different binaries.
And, of course, it is used to have ${target}-prefixed tools here!
Peter's MSP430-gcc is IDEAL way to distribute OPEN SOURCE toolchain!
And I had enough this Linux- and corporate-centric shit in times of first
Non-WinCE-based PD Agenda VR3, which had toolchain in binary-only form,
and sources looks like get this snapshot of egcs3 and apply these 1348.5
patches in order which is our trade secret!
--
// Black Lion AKA Lev Serebryakov l...@serebryakov.spb.ru
--
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.net/sfu/windows-dev2dev
___
Mspgcc-users mailing list
Mspgcc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mspgcc-users
[Mspgcc-users] Latest LTS mps430-gdb could not bib uilt with clang host compiler due to obvious C errors
Hello, Mspgcc-users. What should I do with these errors? msp430-gdb is not usable with system compiler (which is clang 3.3/3.4) on FreeBSD CURRENT anymore :( Errors looks like easy to fix (as they are obvious almost-syntax-level errors -- especially, errors with get_stop_addr()), but I'm not sure what should I do with them/ Report to upstream? Add local patch? Pull fix for them from upstream gdb 7.4, if it has them fixed? mv version.c-tmp version.c cc -c -DHAVE_CONFIG_H -DPROFILE=1 -DWITH_PROFILE=-1 -DDEFAULT_INLINE=0 -I. -I. -I../common -I./../common -I../../include -I./../../include -I../../bfd -I./../../bfd -I../../opcodes -I./../../opcodes -O2 -pipe -fno-strict-aliasing version.c cc -c -DHAVE_CONFIG_H -DPROFILE=1 -DWITH_PROFILE=-1 -DDEFAULT_INLINE=0 -I. -I. -I../common -I./../common -I../../include -I./../../include -I../../bfd -I./../../bfd -I../../opcodes -I./../../opcodes -O2 -pipe -fno-strict-aliasing interp.c interp.c:1276:8: warning: format specifies type 'int' but the argument has type 'unsigned long' [-Wformat] sizeof (unsigned long)); ^~ interp.c:1686:27: warning: passing 'char *' to parameter of type 'const unsigned char *' converts between pointers to integer types with different sign [-Wpointer-sign] sim_write (sd, lma, buffer, size); ^~ interp.c:1827:38: warning: format specifies type 'int' but the argument has type 'unsigned long' [-Wformat] fprintf (stderr, Cycles: %d\n, alu.cycles); ~~ ^~ %lu interp.c:1828:43: warning: format specifies type 'int' but the argument has type 'unsigned long' [-Wformat] fprintf (stderr, Instructions: %d\n, alu.insns); ~~ ^ %lu interp.c:1829:42: warning: format specifies type 'int' but the argument has type 'unsigned long' [-Wformat] fprintf (stderr, Interrupts: %d\n, alu.interrupts); ~~ ^~ %lu interp.c:1883:5: error: non-void function 'get_stop_addr' should return a value [-Wreturn-type] return; ^ interp.c:1887:7: error: non-void function 'get_stop_addr' should return a value [-Wreturn-type] return; ^ interp.c:1894:5: error: non-void function 'get_stop_addr' should return a value [-Wreturn-type] return; ^ 5 warnings and 3 errors generated. gmake[3]: *** [interp.o] Error 1 gmake[3]: Leaving directory `/work/a/ports/devel/msp430-gdb/work/gdb-7.2/sim/msp430' gmake[2]: *** [all] Error 1 -- // Black Lion AKA Lev Serebryakov l...@serebryakov.spb.ru -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] mspgcc long-term-support release 20120406 now available
Hello, Matthias. You wrote 20 апреля 2012 г., 23:47:18: on the mspgcc/files section where also the patches are located? Package managers that build from source (eg. fink) don't like/allow svn/git checkouts, even if it's a tagged revision. FreeBSD ports system (package manager that build from source) is happy to use official sources of gcc/binutils and patches from SF project, without using any full checkouts. IMHO, patches for official tarball release is very, very good and convenient way to release such projects: huge patched tarballs are way to increase entropy and force big downloads. stock tarballs could be used to build several packages (for several targets) and they should be downloaded only once. -- // Black Lion AKA Lev Serebryakov l...@serebryakov.spb.ru -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] Could not build latest LTS on FreeBSD: need help from gcc cross-build guru
Hello, Peter. You wrote 8 апреля 2012 г., 2:35:11: It seems likely those are too old to build gcc 4.6 reliably. Try building a native 4.6 compiler; if it works, try using that to build It works, and it passes `-fpic' option to compiler of libiberty, when it was configured with same (but `--target,' of course) options. mspgcc. But it could not build mspgcc, as it doesn't try to pass `-fpic' to compiler for libiberty, too. -- // Black Lion AKA Lev Serebryakov l...@serebryakov.spb.ru -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] Could not build latest LTS on FreeBSD: need help from gcc cross-build guru
Hello, Peter. You wrote 8 апреля 2012 г., 15:47:36: mspgcc. But it could not build mspgcc, as it doesn't try to pass `-fpic' to compiler for libiberty, too. mspgcc doesn't support -fpic. libiberty is HOST library. And HOST shared object (lto-plugin.so) trys to link with it. And if libiberty is built without `-fpic' on amd64, it COULD NOT be linked into HOST shared object. Of course, HOST supports -fpic. -- // Black Lion AKA Lev Serebryakov l...@serebryakov.spb.ru -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] Could not build latest LTS on FreeBSD: need help from gcc cross-build guru
Hello, Peter. You wrote 8 апреля 2012 г., 15:47:36: mspgcc doesn't support -fpic. So, it seems, mspgcc patches (or cross-build of 4.6.x in general) disable `-fpic' even for host-built binaries, like compiler and its support libraries itself. Of course, it doesn't mean, that msp430-gcc should be able to support -fpic for TARGET. -- // Black Lion AKA Lev Serebryakov l...@serebryakov.spb.ru -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] Could not build latest LTS on FreeBSD: need help from gcc cross-build guru
Hello, Peter. You wrote 8 апреля 2012 г., 15:52:43: mspgcc. But it could not build mspgcc, as it doesn't try to pass `-fpic' to compiler for libiberty, too. mspgcc doesn't support -fpic. libiberty is HOST library. And HOST shared object (lto-plugin.so) trys to link with it. And if libiberty is built without `-fpic' on amd64, it COULD NOT be linked into HOST shared object. Of course, HOST supports -fpic. What FreeBSD version are you using? If it isn't too painful to install and I can find a spare drive, I'll give it a try. I've tried latest 8 and 9 releases (8.2 release and 9.0 release). But wait a couple of days, I hope, I'll resolve it with other cross-gcc maintainers, as it could be FreeBSD specific (and ports-specific) problem :) Thank you for you help, anyway! -- // Black Lion AKA Lev Serebryakov l...@serebryakov.spb.ru -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] Could not build latest LTS on FreeBSD: need help from gcc cross-build guru
Hello, Peter. You wrote 8 апреля 2012 г., 16:04:46: mspgcc doesn't do this intentionally. AFAIK, the only thing the patches do about pic is disable it (with a warning) if it's passed to the gcc driver. It seems, that something changed between gcc 4.5 and 4.6 mainstream itself. FreeBSD like to be amd64 and GNU people like to name it x86_64. gcc 4.5 configures itself properly without additional hacks, and gcc 4.6 needs `--build=x86_64-blah-blah-blah' (instead of canonical for FreeBSD `--build=amd64-blah-blah-blah') argument to configure itself properly. So, problem is solved and FreeBSd ports will be updated today to latest greatest LTS release. -- // Black Lion AKA Lev Serebryakov l...@serebryakov.spb.ru -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] Static analysis stack tool
Hello, Peter. You wrote 12 января 2012 г., 17:18:52: 2) For analysis of stack space consumed by a function I would look at http://gcc-melt.org/. There may already be a solution; if not, it would still provide a more effective analysis environment than reconstructing control-flow graphs from assembly. I think, that in 2012 LLVM/clang-based solution will suite better. Much more clear architecture, much more robust framework for analysis and problem reporting, etc. This project already have some very useful statick-analysis tools, too. -- // Black Lion AKA Lev Serebryakov l...@serebryakov.spb.ru -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] LTS/20110716 fix for local variables in gdb
Hello, Peter. You wrote 7 октября 2011 г., 22:14:39: A patch for SF 3417263 has been added to the LTS-20110716 patch set at http://sourceforge.net/projects/mspgcc/files/Patches/LTS/20110716/. This fixes a problem with gdb being able to find local variables in unoptimized code (or, possibly, other situations where the frame pointer is present). It will be much, much easier to update FreeBSD ports, if all LTS patches are listed in README file in from old to new order and with dates, when they were added. Now to understand, which patches are not added to ports, I need to read-through README for 5-6 times to be sure, that I didn't missed anything. -- // Black Lion AKA Lev Serebryakov l...@serebryakov.spb.ru -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
[Mspgcc-users] Which GUI for msp430-gdb to use?
Hello, Mspgcc-users. It seems, that last Insight version is 6.x, and latest msp430-gdb is 7.2 (BTW, gdb 7.3 is released). Which GUI for gdb do you use to debug MSP430 code? Windows? Linux? -- // Black Lion AKA Lev Serebryakov l...@serebryakov.spb.ru -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] Patches to mspgcc releases
Hello, Peter. You wrote 28 июля 2011 г., 1:07:23: As I get back into doing something useful (i.e., maintain/evolve mspgcc), I'm proposing the following release process to help ensure stability while promoting innovation and decreasing maintenance overhead: Certain releases of mspgcc will be marked as Long Term Support. These [SKIPPED] repositories. 20110716 will be treated as an LTS release. Patches for the following reported issues are now available at http://sourceforge.net/projects/mspgcc/files/Patches/LTS/20110716/ SF 3370978: ICE on shift with 32-bit count SF 3379341: non-empty ARCH environment variable results unusable ld Looks very cool. I, as downstream packager, like this approach. Additional thank you for releases in form of simple, clean patches to OFFICIAL source tarballs. I've encountered too much cross-tools with instructions like take this snapshot from version control system, add these vendor patches in this sequence and build on Debian only with prefxi set to /opt because it can not be built in other conditions'' :) -- // Black Lion AKA Lev Serebryakov l...@serebryakov.spb.ru -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
[Mspgcc-users] mspgcc FreeBSD ports
Hello, Mspgcc-users. I've updated all mspgcc-related ports on FreeBSD to latest versions. But as I don't have any MSP430 hardware now, I cannot check is it work properly, sorry. -- // Black Lion AKA Lev Serebryakov l...@serebryakov.spb.ru -- Magic Quadrant for Content-Aware Data Loss Prevention Research study explores the data loss prevention market. Includes in-depth analysis on the changes within the DLP market, and the criteria used to evaluate the strengths and weaknesses of these DLP solutions. http://www.accelacomm.com/jaw/sfnl/114/51385063/ ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
[Mspgcc-users] `ARCH' variable in environment breaks msp430-binutils build
Hello, Mspgcc-users.
binutils-2.21.1 with mspgcc-20110716 patches uses
ld/emultempl/generic.em to generate gldms430_before_parse (void)
function in ld/emsp430.c.
It reads:
===
static void
gld${EMULATION_NAME}_before_parse (void)
{
#ifndef TARGET_ /* I.e., if not generic. */
ldfile_set_output_arch (`echo ${ARCH}`, bfd_arch_unknown);
#endif /* not TARGET_ */
}
===
If here is ARCH variable in environment (which is true in case of
FreeBSD ports build, where ARCH becomes _HOST_ arch like `i386' or
`amd64'), `emsp430.c' becomes:
===
static void
gldmsp430_before_parse (void)
{
#ifndef TARGET_ /* I.e., if not generic. */
ldfile_set_output_arch (amd64, bfd_arch_unknown);
#endif /* not TARGET_ */
}
===
And TARGET_ seems to be not set.
Resulting `msp430-ld' can not start at all:
===
msp430-ld -v
msp430-ld: cannot represent machine `amd64'
===
It seems to be msp430.em error, or, maybe, generic.em error, I don't
know.
There is NO requirement to have ${ARCH} unset when binutils are
built.
--
// Black Lion AKA Lev Serebryakov l...@serebryakov.spb.ru
--
Got Input? Slashdot Needs You.
Take our quick survey online. Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey
___
Mspgcc-users mailing list
Mspgcc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mspgcc-users
[Mspgcc-users] Can not build gcc-4.5.2-20110612 on FreeBSD host: strange error.
Hello, Mspgcc-users. I can not build latest uniarch release with strange error. Configuration stage is Ok, but early build stage is failed with: gmake[2]: *** No rule to make target `../.././gcc/tree-ssa-structalias.h', needed by `s-gtype'. Stop. gmake[2]: Leaving directory `/usr/home/lev/FreeBSD-commiter/ports/devel/msp430-gcc/work/gcc-4.5.2/host-amd64-portbld-freebsd8.2/gcc' gmake[1]: *** [all-gcc] Error 2 gmake[1]: Leaving directory `/usr/home/lev/FreeBSD-commiter/ports/devel/msp430-gcc/work/gcc-4.5.2' gmake: *** [all] Error 2 Host has GNU make 3.82 and gcc 4.2.2. Logs are attached. -- // Black Lion AKA Lev Serebryakov l...@serebryakov.spb.ru-- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Re: [Mspgcc-users] Can not build gcc-4.5.2-20110612 on FreeBSD host: strange error.
Hello, Mspgcc-users. You wrote 11 июля 2011 г., 15:42:43: Host has GNU make 3.82 and gcc 4.2.2. Sorry for noise, it is local glitch with stale patch. -- // Black Lion AKA Lev Serebryakov l...@serebryakov.spb.ru -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Mspgcc-users mailing list Mspgcc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mspgcc-users
[Mspgcc-users] Which versions of binutils and gcc are stable and recommended for wide usage?
Hello mspgcc-users, I need to update msp430-related (binutils, gcc) ports for FreeBSD, but I'm slightly out of date myself :) Which version of base gcc with which version of patches (from CVS) should I use? All readme.txt files (in gcc-* directories) contains words about work in progress :) Should I use gcc 3.2.3 with patches from `gcc-3.3'? But my last update in year 2005 was for gcc 3.4.4... And what about binutils? Should this be a stable official binutils or here are some fresh patches for it? -- Best regards, Lev mailto:l...@serebryakov.spb.ru
Re[2]: [Mspgcc-users] msp430-gcc 3.2.3 on amd64, sparc64?
Hello, Dmitry! Tuesday, February 24, 2004, 10:59:30 AM, you wrote: D I personally have not got x64 platform. I don't have such platforms too. D however configure's target declaration is platform independant. D Could you trace this problem step-by-step. D or chatch me around aerodrome with more details. I'll send logs traces to you (I have accounts on FreeBSD cluster, which contains amd64 and sparc64 comuters). -- Lev Serebryakov
Re: [Mspgcc-users] Binutils support for the 1610, 1611 and 1612
Hello, Steve! Monday, February 23, 2004, 3:01:41 PM, you wrote: SU The attached patch is against today's (040223) snapshot of binutils at SU sources.redhat.com. It adds support for the new 1610, 1611, and 1612 SU which should be sampling about. NOW! I've added these patches to FreeBSD port (2.14-based, with all msp430-related changes). But libc doesn't contain target for 1612 runtime, only 1610 and 1611. Could it be fixed? -- Lev Serebryakov
[Mspgcc-users] msp430-gcc 3.2.3 on amd64, sparc64?
Hello, mspgcc-users! How are you? I could not build msp430-gcc 3.2.3 on FreeBSD/amd64 and FreeBSD/sparc64. Is it problem for msp430 patchset, whole gcc, or something else? May be, it could be solved? gcc even doesn't try to build: `./configure --target=msp430' fails with Unsupported platform message. May be, it is `old' `./configure' and could be solved with simple patch for it? -- Lev Serebryakov
Re[2]: [Mspgcc-users] GDB 6.0
Hello Steve, Thursday, November 20, 2003, 4:28:36 PM, you wrote: SU I've fixed a couple of silly bugs that made GDB 6.0 support less than SU wonderful :-) The current CVS should be much closer to usable. Should I update FreeBSD's port, or wit and leave 5.1.1 in port for some more time? SU This is definitely not ready for serious use, but it is time for some SU serious testing. If you would like to test it on FreeeBSD, that would be SU good. Compiled Ok, some simple program is loaded to simulator and works :) And one more question: current libc doesn't have CRT files for new msp430xG4x devices (header was added today). Is it normal? And same question about ldscripts. -- Best regards, Levmailto:l...@serebryakov.spb.ru
[Mspgcc-users] Could not compile last libc
Hello users, Code from CVS, 2003/09/29 (latest one, `cvs up' days, taht my directory is up-to-date) msp430-gcc -c -I./../include -I. -Wall -O2 -g -mmcu=msp1 -c stdlib/vuprintf.c -o msp1/vuprintf.o msp430-gcc -c -I./../include -I. -Wall -O2 -g -mmcu=msp1 -c stdlib/uprintf.c -o msp1/uprintf.o stdlib/uprintf.c:35: conflicting types for `uprintf' ../include/stdio.h:45: previous declaration of `uprintf' gmake: *** [msp1/uprintf.o] ?? 1 *** Error code 2 gcc-3.2.3-20031001 include/stdio.h:45 int __attribute__ ((format (printf, 2, 3))) uprintf(void (*func)(char c), const char *fmt, ...); src/stdlib/uprintf.c:35 int uprintf (int (*func)(char), char const *string, ...) -- Best regards, Lev mailto:l...@serebryakov.spb.ru
Re[2]: [Mspgcc-users] Building mspgcc
Hello, Dmitry! Friday, August 29, 2003, 12:54:10 PM, you wrote: D binutils-2.14 available on you favorite ftp or whatever. D gcc-core-3.2.2 D gcc-3.3 cvs' dir at SF. D the directory mess will be fixed soon :) May be direct rename in CVS repository? Lev Serebryakov /---\ | FIDONet: 2:5030/661.0 | | E-Mail: l...@serebryakov.spb.ru | | Page:http://lev.serebryakov.spb.ru/ | | ICQ UIN: 3670018 | | Phone: You know, if you have world nodelist | \===/
[Mspgcc-users] What happens with anonymous CVS access?
Hello, mspgcc-users! How are you? Here is typical output of script, which update log all modules: cvs [update aborted]: recv() from server cvs.mspgcc.sourceforge.net: EOF cvs [log aborted]: recv() from server cvs.mspgcc.sourceforge.net: Connection reset by peer cvs [update aborted]: recv() from server cvs.mspgcc.sourceforge.net: EOF cvs [log aborted]: recv() from server cvs.mspgcc.sourceforge.net: EOF cvs [update aborted]: recv() from server cvs.mspgcc.sourceforge.net: EOF I get such results for about a month! Sometimes one of operations complete successfully, but it likes exception, rule is such error. I'm trying to use cvs on win32 and FreeBSD... Results are same :( Lev Serebryakov /---\ | FIDONet: 2:5030/661.0 | | E-Mail: l...@serebryakov.spb.ru | | Page:http://lev.serebryakov.spb.ru/ | | ICQ UIN: 3670018 | | Phone: You know, if you have world nodelist | \===/
Re[2]: [Mspgcc-users] Your current GDB work.
Hello, Steve! Wednesday, February 26, 2003, 2:38:53 AM, you wrote: SU The short answer is no we don't have gdb working with mingw32. We need SU to patch gdb a little just to get it to work with executable files SU produced by mspgcc built with mingw32. gcc and ld bult with Mingw32 SU insert source files names like c;\fred\joe.c in the executable, which SU gdb doesn't understand. Currently a fix for this is the only patch we SU use for gdb on Windows, and we build with cygwin. Some people compile SU everything but gdb for mingw32, and use cygwin for gdb with this patch. Yes, I apply your patch to gdb insight. so, my builds should work. Lev Serebryakov /---\ | FIDONet: 2:5030/661.0 | | E-Mail: l...@serebryakov.spb.ru | | Page:http://lev.serebryakov.spb.ru/ | | ICQ UIN: 3670018 | | Phone: You know, if you have world nodelist | \===/
Re[2]: [Mspgcc-users] Optimization -O2 fail to compile working code
Hello, Andreas! Wednesday, February 12, 2003, 11:38:03 PM, you wrote: AS Someone should really build new windows binaries (Lev?)... Sorry for long pause. It's being build right now :) Lev Serebryakov /---\ | FIDONet: 2:5030/661.0 | | E-Mail: l...@serebryakov.spb.ru | | Page:http://lev.serebryakov.spb.ru/ | | ICQ UIN: 3670018 | | Phone: You know, if you have world nodelist | \===/
[Mspgcc-users] New Win32 build!
Hello, mspgcc-users! How are you? Sorry for looong pause between builds. But here it is! http://lev.serebryakov.spb.ru/download/msp430/win32/msp430-toolchain-win32-20030210.exe http://lev.serebryakov.spb.ru/download/msp430/win32/msp430-gdb-win32-20021222.exe http://lev.serebryakov.spb.ru/download/msp430/win32/msp430-insight-win32-20021222.exe As always, builds are named after last check-in dates. gcc is 3.2.2 and binutils is 2.11 (2.13 is not included msp430 yet, and I don't want to build CVS snapshot). I'll upload these files to sourceforge tomorrow. And about NullSoft installer (somebody asked me about it): I have dial-up paid-per-minute I-Net access. So, I'm paying for every minute I'm, on-line and my maximum upload speed is about 3.5Kb/s. I don't like idea to have installer twice big only for nice line in ``Install/Remove software' control panel applet and another link to cmd.exe in start menu (with name like ``msp430 build environment''). In any case, all software is installed in ONE directory and unisntallation is simple removing of ONE directory -- here are no any files outside it! Lev Serebryakov /---\ | FIDONet: 2:5030/661.0 | | E-Mail: l...@serebryakov.spb.ru | | Page:http://lev.serebryakov.spb.ru/ | | ICQ UIN: 3670018 | | Phone: You know, if you have world nodelist | \===/
[Mspgcc-users] New build for win32:
Hello, mspgcc-users! How are you? sorry, I have problems with my paid job and institute now, so next build will be after 20 of Jan. It will be based on gcc 3.2.1, and, mau be, binutils 2.13.3 (if it will be released by GNU team, of course). Lev Serebryakov /---\ | FIDONet: 2:5030/661.0 | | E-Mail: l...@serebryakov.spb.ru | | Page:http://lev.serebryakov.spb.ru/ | | ICQ UIN: 3670018 | | Phone: You know, if you have world nodelist | \===/
Re: [Mspgcc-users] Re: cygwin compiling problems
Hello, Andrey! Monday, December 23, 2002, 1:38:43 PM, you wrote: And, in any case, what will you do with it without ``secret ingredient'' AR from TI? AR So, where can I get _working_ proxy? Only prebuilded executables from AR www.mikrocontroller.net? I don't know, really :( AR BTW, another question: if I write in gdb 'target msp430 com2', will it work AR with _YOUR_ serialJTAG, or some other? MY? It's strange, because I'm not building serialJTAG and not writing it. Lev Serebryakov /---\ | FIDONet: 2:5030/661.0 | | E-Mail: l...@serebryakov.spb.ru | | Page:http://lev.serebryakov.spb.ru/ | | ICQ UIN: 3670018 | | Phone: You know, if you have world nodelist | \===/
Re: [Mspgcc-users] cygwin compiling problems
Hello, Andrey! Sunday, December 22, 2002, 8:47:59 PM, you wrote: AR 1) binutils : AR 'make install' exits with error like can't find #inst.number when installing linker. AR 'cd ld make install' works fine. Problems in Makefile.in. Fixed, really. AR 2) gdbproxy: AR doesn't compile at all, because it can't find 'stdint.h'. If I AR copy stdint.h to gdbproxy src dir, it doesn't compile too, because of 'uint_8 redefinition'. AR Also, './configure' returns some warnings about 'missing' script, it says 'it may be too old...'. Many problems, but I've compiled it. Could find for patches on my HDD :) Lev Serebryakov /---\ | FIDONet: 2:5030/661.0 | | E-Mail: l...@serebryakov.spb.ru | | Page:http://lev.serebryakov.spb.ru/ | | ICQ UIN: 3670018 | | Phone: You know, if you have world nodelist | \===/
Re: [Mspgcc-users] cygwin compiling problems
Hello, Andrey! Sunday, December 22, 2002, 8:47:59 PM, you wrote: AR 2) gdbproxy: AR doesn't compile at all, because it can't find 'stdint.h'. If I copy stdint.h to gdbproxy src dir, it doesn't compile too, because of 'uint_8 redefinition'. AR Also, './configure' returns some warnings about 'missing' script, it says 'it may be too old...'. And, in any case, what will you do with it without ``secret ingredient'' from TI? Lev Serebryakov /---\ | FIDONet: 2:5030/661.0 | | E-Mail: l...@serebryakov.spb.ru | | Page:http://lev.serebryakov.spb.ru/ | | ICQ UIN: 3670018 | | Phone: You know, if you have world nodelist | \===/
Re: [Mspgcc-users] Insight does not save configuration...
Hello, Oleg! Saturday, December 21, 2002, 7:35:16 PM, you wrote: OS I have downloaded new win32 build (from 28/11/2002, I use Win XP Pro). It OS works fine but it does not OS save any setting now. OS Do I need to do somthing to store the configuration ? I'll look at this but, sorry, not so fast. I have many problems at work institute now. P.S. Did you have `HOME' environment variable set? Lev Serebryakov /---\ | FIDONet: 2:5030/661.0 | | E-Mail: l...@serebryakov.spb.ru | | Page:http://lev.serebryakov.spb.ru/ | | ICQ UIN: 3670018 | | Phone: You know, if you have world nodelist | \===/
[Mspgcc-users] Update for gcc libc is uploaded
Hello, mspgcc-users! How are you? There are new files on sourceforge my site: (1) msp430-gcc-win32-20021219-release1-update.exe It is service pack for msp430-insight-win32-20021217-release1.exe. It should be installed OVER installed toolchain! This file is in package `mspgcc-win32' (2) msp430-libc-1.0.20021218.tar.bz2 It is sources of libc (really, only documentation is changed). Also, new gcc sources was uploaded to `mspgcc' package and all files in `mspgcc' was renamed to contains original version numbers. Lev Serebryakov /---\ | FIDONet: 2:5030/661.0 | | E-Mail: l...@serebryakov.spb.ru | | Page:http://lev.serebryakov.spb.ru/ | | ICQ UIN: 3670018 | | Phone: You know, if you have world nodelist | \===/
[Mspgcc-users] New builds of toolchain, gdb insight for win32:
Hello, mspgcc-users! How are you? New builds are ready. Changes: (1) All changes from CVS, it is RELENG_1, official releae Archives is named after dates of last CVS TAG, not after date of build or coomits. They could be found on official SF project page: http://www.sourceforge.net/projects/mspgcc/ It is package `mapgcc'. I could not create packages, sorry. I've uploaded release-1 snaps from CVS too. and here: http://lev.serebryakov.spb.ru/download/msp430/win32/msp430-gdb-win32-20021217-release1.exe http://lev.serebryakov.spb.ru/download/msp430/win32/msp430-insight-win32-20021217-release1.exe http://lev.serebryakov.spb.ru/download/msp430/win32/msp430-toolchain-win32-20021217-release1.exe Lev Serebryakov /---\ | FIDONet: 2:5030/661.0 | | E-Mail: l...@serebryakov.spb.ru | | Page:http://lev.serebryakov.spb.ru/ | | ICQ UIN: 3670018 | | Phone: You know, if you have world nodelist | \===/
[Mspgcc-users] New builds of toolchain, gdb insight for win32:
Hello, mspgcc-users! How are you? New builds are ready. Changes: (1) All changes from CVS (2) gdb insight works with sources now without problems, thanks to Steve Underwood ste...@coppice.org for idea and patch. Archives is named after dates of last CVS commits, not after date of build. They could be found here: http://lev.serebryakov.spb.ru/download/msp430/win32/msp430-gdb-win32-20021128.exe http://lev.serebryakov.spb.ru/download/msp430/win32/msp430-insight-win32-2002128.exe http://lev.serebryakov.spb.ru/download/msp430/win32/msp430-toolchain-win32-2001210.exe Lev Serebryakov /---\ | FIDONet: 2:5030/661.0 | | E-Mail: l...@serebryakov.spb.ru | | Page:http://lev.serebryakov.spb.ru/ | | ICQ UIN: 3670018 | | Phone: You know, if you have world nodelist | \===/
Re[2]: [Mspgcc-users] New builds of toolchain, gdb insight for win32:
Hello, Andreas! Tuesday, December 10, 2002, 7:19:50 PM, you wrote: New builds are ready. AS may I mirror them on my website? I can't build the windows version AS myself because I don't use windows anymore. AS I could instead put a link to your files directly, but you have to AS prepare for a few GB traffic then. GB? If it is not a joke, then it will be better to mirror files itself.. Because I have no hard limit on traffic from my site, but some _GB_ per month will be noticed by my host provider, of course :) Lev Serebryakov /---\ | FIDONet: 2:5030/661.0 | | E-Mail: l...@serebryakov.spb.ru | | Page:http://lev.serebryakov.spb.ru/ | | ICQ UIN: 3670018 | | Phone: You know, if you have world nodelist | \===/
Re[2]: [Mspgcc-users] New builds of toolchain, gdb insight for win 32:
Hello, Karim! Tuesday, December 10, 2002, 9:08:51 PM, you wrote: SK One quick idea, though I'm not sure if this has been raised in the past. SK Can you put the builds in the sourceforge files section? I'm thinking this SK might reduce the load on Andreas' site. Yes, it is good idea. But I need special right on SF for this, and only admin of project could give them to me... Dmitry, is it possible? My SF name is `levser'. I could put my builds to SF, if you approve this and give me such rights. Lev Serebryakov /---\ | FIDONet: 2:5030/661.0 | | E-Mail: l...@serebryakov.spb.ru | | Page:http://lev.serebryakov.spb.ru/ | | ICQ UIN: 3670018 | | Phone: You know, if you have world nodelist | \===/
Re[2]: [Mspgcc-users] Not quite entirely optimal code
Hello, Dmitry! Saturday, December 07, 2002, 11:56:46 AM, you wrote: D P.S. I'll think about jump instad of call at the func. tail, but cannot D imagine how right away. I've thought, tat it is `default' GCC behavior, that Tail Recursion Elimination and Jumps Threading must do their work... Lev Serebryakov /---\ | FIDONet: 2:5030/661.0 | | E-Mail: l...@serebryakov.spb.ru | | Page:http://lev.serebryakov.spb.ru/ | | ICQ UIN: 3670018 | | Phone: You know, if you have world nodelist | \===/
[Mspgcc-users] Just curious:
Hello, mspgcc-users! How are you? Are here any plans to integrate MSP430 port into official GCC/binutil distribution? And, may, be migration to actual version of ddb? As far As I understand, requirement for it is full documentation of all target-depedned options attributes... Are they documented somewhere? libc/doc/doc.txt contains some description. Is it full? Lev Serebryakov /---\ | FIDONet: 2:5030/661.0 | | E-Mail: l...@serebryakov.spb.ru | | Page:http://lev.serebryakov.spb.ru/ | | ICQ UIN: 3670018 | | Phone: You know, if you have world nodelist | \===/
[Mspgcc-users] My build of toolcahin gdb insight for Win32 is ready.
Hello, mspgcc-users! How are you? I've prepared three self-extracted archives: msp430-toolchain-win32-20021030.exe, 1784471 bytes msp430-gdb-win32-20021029.exe, 1026837 bytes msp430-insight-win32-20021029.exe, 2512189 bytes First one is binutils + gcc + msp430-libc compiled for mingw32 target. Also, it contains `make' utility from MSYS. Binaries are stripped, all info/*.info man/* files are deleted, second copies of binaries (msp430/bin/*) are removed, but can be restored with included BAT-file (really, self-extracted archive call this BAT file after extraction). gcc was builded with proper collect2.exe -- with correct patches. Second is gdb-5.1.1, compiled with cygwin (sorry, I don't know how to compile gdb under mingw32. Here are rumors, that it is possible). No second binary (could be restored with _gdb_postinstall.bat, included in package). It could be installed in same directory with toolchain. Third is insight-5.1.1, compiled with cygwin. insight is gdb with GUI, written in TCL/TK. Please, don't try to install gdb insight in one directory: they use same binary names. ntfsln.exe, used for restore `msp430/bin/*.exe' create hard links on NTFS under Win2K/XP and copy files, if file system is FAT. Under other systems (Win'95/98/ME and Window NT 4.0, sorry) it will not work -- copy files by hand (replace `ntfsln.exe' with `copy' in BAT files). This will be fixed in next release :) All these files could be found at http://lev.serebryakov.spb.ru/download/msp430/ Don't thinks, that size of files is `too small'. these packages created with RAR 3.0 archiver with maximum compression. all binaries are stripped and all unused static libraries (like libiberty.a, libbfd.a, etc) are removed. Lev Serebryakov /---\ | FIDONet: 2:5030/661.0 | | E-Mail: l...@serebryakov.spb.ru | | Page:http://lev.serebryakov.spb.ru/ | | ICQ UIN: 3670018 | | Phone: You know, if you have world nodelist | \===/
[Mspgcc-users] Letter about mingw32
Hello, mspgcc-users! How are you? I'm very sorry: I choose wrong list. Lev Serebryakov /---\ | FIDONet: 2:5030/661.0 | | E-Mail: l...@serebryakov.spb.ru | | Page:http://lev.serebryakov.spb.ru/ | | ICQ UIN: 3670018 | | Phone: You know, if you have world nodelist | \===/
Re: [Mspgcc-users] gcc commit
Hello Dmitry, Wednesday, October 23, 2002, 2:59:08 PM, you wrote: D Can anybody check if you _life_ projects work with newly updated gcc? D My do. D Thanks. I could not even build gcc-3.2 with new patches! FreeBSD 4.6-STABLE, gcc-2.95.4, `internal compile error' of `xgcc' on file `unwind-dw2.c'. 100% reproducible on my computer: it crashes here after reboot, with different running daemons, etc. No core files are left :( /usr/ports/devel/msp430-gcc/work/gcc-3.2/gcc/xgcc \ -B/usr/ports/devel/msp430-gcc/work/gcc-3.2/gcc/ \ -B/usr/local/msp430/bin/ -B/usr/local/msp430/lib/ -isystem \ /usr/local/msp430/include -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall \ -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -isystem \ ./include -DDF=SF -Dinhibit_libc -g -g -DIN_LIBGCC2 \ -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I. -I./. -I./config \ -I./../include -fexceptions -c ./unwind-dw2.c -o libgcc/./unwind-dw2.o In file included from unwind-dw2.c:26: unwind-pe.h: In function `size_of_encoded_value': unwind-pe.h:76: warning: implicit declaration of function `abort' unwind-pe.h: In function `read_encoded_value_with_base': unwind-pe.h:257: internal error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://www.gnu.org/software/gcc/bugs.html for instructions. gmake[2]: *** [libgcc/./unwind-dw2.o] Error 1 gmake[2]: Leaving directory `/usr/ports/devel/msp430-gcc/work/gcc-3.2/gcc' gmake[1]: *** [stmp-multilib] Error 2 gmake[1]: Leaving directory `/usr/ports/devel/msp430-gcc/work/gcc-3.2/gcc' gcc-3.2 with patches from 2002/10/16 builds without any problem on same computer. Warnings about abort(), but no crashes. Could provide any additional information on request! -- Best regards, Levmailto:l...@serebryakov.spb.ru
Re[2]: [Mspgcc-users] gcc commit
Hello, Dmitry! Wednesday, October 23, 2002, 9:19:24 PM, you wrote: D Fixed. Compiled Ok. Thank you very much. BTW, is it possible to have many than one printf() and scanf()-like functions and select between them with `-mXXX' option of compiler or with #pragma? IAR C have such ability, and it is very useful, IMHO, because not all projects need %f format, for example. I think, we need to place these functions to different libraries (not to libc) and add `-mXXX' options to spec-file. Am I right? Or. may be, there are way to have all these variants in all library with different names and #define printf() and others to `actual' names? Is it good solution? I could try to prepare patches for msp430-libc for #define-related solution. Lev Serebryakov /---\ | FIDONet: 2:5030/661.0 | | E-Mail: l...@serebryakov.spb.ru | | Page:http://lev.serebryakov.spb.ru/ | | ICQ UIN: 3670018 | | Phone: You know, if you have world nodelist | \===/
