RE: Buildbout: how add new target
Great! I will glad to help. Feel free to ask. Can I ask you a favour? That target builds on my pc several hours. Can you build for me windows version (my cpu - amd K10.5, should run on win XP)? Fiodar Stryzhniou исходное сбщ Тема: Re: Buildbout: how add new target От: Paulo Matos Дата: 21.03.2017 16.02 On 20/03/17 11:15, Fiodar Stryzhniou via gcc wrote: > Hi! Nobody interested in my proposal? > Fiodar Stryzhniou > > исходное сбщ > Тема: Buildbout: how add new target > От: "Fiodar Stryzhniou" > Дата: 15.03.2017 14.26 > > I want add new target arm-none-symbianelf. I have sh script what does magic. > You can download it here - https://github.com/fedor4ever/GCC-4-Symbian > Fiodar Stryzhniou > Hello Fiodar, I am running a new GCC buildbot and would be happy to have you as our first worker. Let me take a look at your script and I will get back to you on how to setup the worker to connect to my master. Kind regards, -- Paulo Matos
gcc-5-20170321 is now available
Snapshot gcc-5-20170321 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/5-20170321/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 5 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-5-branch revision 246334 You'll find: gcc-5-20170321.tar.bz2 Complete GCC SHA256=55c9bf8210eb9819b9a9a60d742614e31a5a09368973b1758a0eb06936e0b393 SHA1=50feaac51f20954a5560cf99889fb72a4c088b43 Diffs from 5-20170314 are available in the diffs/ subdirectory. When a particular snapshot is ready for public consumption the LATEST-5 link is updated and a message is sent to the gcc list. Please do not use a snapshot before it has been announced that way.
Re: [BUILDROBOT] arm-netbsdelf: "cc1: internal compiler error: Segmentation fault" during -fself-test triggered from forcibly_ggc_collect()
On Tue, 2017-03-21 08:46:50 -0600, Jeff Law wrote: > On 02/12/2017 03:57 PM, Jan-Benedict Glaw wrote: > > When building a cross-gcc using config_list.mk using r245361 (as both, > > a freshly built `build' compiler and as sources for the > > cross-compiler), my build robot fails (see > > http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=696565). > > Seems this is only triggered for arm-netbsdelf, it's running fine for > > many/all? other targets in config_list.mk . > FYI, David Malcolm fixed this a week or two ago. Great to know! The two builders I'm running the config-list.mk targets on take their time. I've got another spare box around, just need to get some SATA/SAS HDDs (2.5") for them. Then, the box can go to the datacenter and start builds as well. By the way, I was contacted by another guy the other day, there's some planning ongoing. Maybe we'll cook up something that's way nicer from a user's perspective regarding the UI. (Though the plain task of just doing builds and keeping the records works flawlessly so far.) MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of:http://catb.org/~esr/faqs/smart-questions.html the second : signature.asc Description: Digital signature
Re: [BUILDROBOT] arm-netbsdelf: "cc1: internal compiler error: Segmentation fault" during -fself-test triggered from forcibly_ggc_collect()
On 02/12/2017 03:57 PM, Jan-Benedict Glaw wrote: Hi! When building a cross-gcc using config_list.mk using r245361 (as both, a freshly built `build' compiler and as sources for the cross-compiler), my build robot fails (see http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=696565). Seems this is only triggered for arm-netbsdelf, it's running fine for many/all? other targets in config_list.mk . FYI, David Malcolm fixed this a week or two ago. jeff
Re: Translation breaks IDE
On Tuesday 21 March 2017 10:57:33 Florian Weimer wrote: > On 03/17/2017 02:30 PM, David Malcolm wrote: > > Paraphrasing myself from that RFE: given that many IDEs can already > > parse LANG=C output, presumably you'd want a command-line flag that > > suppresses just the translation of "error" and "warning" etc, so that > > instead of output of the form: > > It probably should be an environment variable, too, so that an IDE can > set that before running make. Otherwise, the programmer has to change > the makefile manually, or this kind of IDE support is restricted to IDEs > with integrated build systems. That's a good idea. A command line option can easily be passed to the compiler (at least in QtCreator) but the user has first to figure out that the errors and warnings are broken in the IDE because of a problem in the compiler and, then, that it can be fixed by passing a flag to the compiler! With an environment variable, the IDE can set the variable once and for all. It won't break compilers that don't support it and it will start working as soon as gcc 4, 5, 6 and 7 are phased out (within 15 years or so :-) ). I like the idea. It requires zero knowledge or action from the user. Frederic
Re: Translation breaks IDE
On 03/17/2017 02:30 PM, David Malcolm wrote: Paraphrasing myself from that RFE: given that many IDEs can already parse LANG=C output, presumably you'd want a command-line flag that suppresses just the translation of "error" and "warning" etc, so that instead of output of the form: It probably should be an environment variable, too, so that an IDE can set that before running make. Otherwise, the programmer has to change the makefile manually, or this kind of IDE support is restricted to IDEs with integrated build systems. Thanks, Florian
