Re: GCC 4.7.1 Release Candidate available from gcc.gnu.org
On 06/06/2012 11:14, Richard Guenther wrote: > The first release candidate for GCC 4.7.1 is available from > > ftp://gcc.gnu.org/pub/gcc/snapshots/4.7.1-RC-20120606 > > and shortly its mirrors. It has been generated from SVN revision 188257. > > I have so far bootstrapped and tested the release candidate on > x86_64-linux. Please test it and report any issues to bugzilla. > > If all goes well, I'd like to release 4.7.1 at the end of next week. Heads-up: bootstrap failed on i686-pc-cygwin with missing symbol at "make install" phase. PR to follow once I've had time to analyze it. cheers, DaveK
Re: GCC 4.7.1 Release Candidate available from gcc.gnu.org
On Wed, 13 Jun 2012, Dave Korn wrote: > On 06/06/2012 11:14, Richard Guenther wrote: > > The first release candidate for GCC 4.7.1 is available from > > > > ftp://gcc.gnu.org/pub/gcc/snapshots/4.7.1-RC-20120606 > > > > and shortly its mirrors. It has been generated from SVN revision 188257. > > > > I have so far bootstrapped and tested the release candidate on > > x86_64-linux. Please test it and report any issues to bugzilla. > > > > If all goes well, I'd like to release 4.7.1 at the end of next week. > > Heads-up: bootstrap failed on i686-pc-cygwin with missing symbol at "make > install" phase. PR to follow once I've had time to analyze it. I don't see a build status result for the 4.7.0 release for i686-pc-cygwin in http://gcc.gnu.org/gcc-4.7/buildstat.html nor do I find any testresults for any release for any cygwin platform in gcc-testresults for the last three month. So please check whether this is a regression. I realize i686-pc-cygwin is a secondary platform, but having no continuous testing isn't a good sign of quality assurance. GCC 4.6 also lists no cygwin platform in the list of successful builds, GCC 4.4.0 is the most recent release with a recorded successful build. Thanks, Richard.
Re: GCC 4.7.1 Release Candidate available from gcc.gnu.org
On 2012-06-13 16:00, Richard Guenther wrote: > On Wed, 13 Jun 2012, Dave Korn wrote: > >> On 06/06/2012 11:14, Richard Guenther wrote: >>> The first release candidate for GCC 4.7.1 is available from >>> >>> ftp://gcc.gnu.org/pub/gcc/snapshots/4.7.1-RC-20120606 >>> >>> and shortly its mirrors. It has been generated from SVN revision 188257. >>> >>> I have so far bootstrapped and tested the release candidate on >>> x86_64-linux. Please test it and report any issues to bugzilla. >>> >>> If all goes well, I'd like to release 4.7.1 at the end of next week. >> >> Heads-up: bootstrap failed on i686-pc-cygwin with missing symbol at "make >> install" phase. PR to follow once I've had time to analyze it. > > I don't see a build status result for the 4.7.0 release for i686-pc-cygwin > in http://gcc.gnu.org/gcc-4.7/buildstat.html nor do I find any > testresults for any release for any cygwin platform in gcc-testresults > for the last three month. So please check whether this is a regression. > I realize i686-pc-cygwin is a secondary platform, but having no continuous > testing isn't a good sign of quality assurance. GCC 4.6 also lists no > cygwin platform in the list of successful builds, GCC 4.4.0 is the most > recent release with a recorded successful build. > I use i686-pc-cygwin 32bits on top of XP with always the latest cygwin packages (including cygwin1.dll), and it worked perfectly for me (as worked the snapshots i've tested before (20120526, 20120602) and after (20120609). I must however confess that i use --disable-bootstrap and --enable-languages=c,c++ (because otherwise it takes more than 26 hours to compile). I also use --disable-sjlj-exceptions, but i suppose it has become the default these days. Hope this helps, Denis Excoffier.
Re: gcc compiler modification to cater for new programming language
David Brown wrote: On 11/06/2012 09:45, Chris Jones wrote: Is it possible to modify the source code of gcc to enable to compilation of a completely new programming language, as yet unrecognized? How much of a big job would I be looking at for such a task? I would think that would depend entirely on the language you want to implement. If your language has similar principles to existing gcc languages, then most of the middle-end and back-end could be left untouched. But if it has major differences, you might need to change gcc in all sorts of difficult places. I guess the best guide here would be to look at the integration of Go into gcc - I believe it is the most recent addition to gcc. You could also consider a stepping stone of making a translator between your new language and C (or C++, D, Go, etc.), then using gcc to compile the C code. It is not going to be optimal, but it could be useful in developing your language, testing the concepts, developing the libraries, etc. And it will also help answer your question - if you can make a reasonably efficient translator to C (using any gcc extensions as needed), then you can expect a reasonably straightforward job in writing a gcc front-end to the language. But if you find concepts that are particularly alien to C, then you are going to have a bigger job writing a gcc front-end. So it seems I have two options really. Use a translator to implement my language with gcc. Or I could develop a new front-end for it to integrate it into gcc. Am I right? Also, my new language is completely written from scratch and is nothing like any other language currently available. http://simpledictionarylanguage.weebly.com It's currently in very early stages and is not yet anything workable, but development is coming along nicely. But I need to know how I'm gonna compile the eventual code with gcc before I get myself in too deep. At least now in the early stages, I can change my development path pretty easily. Regards -- Chris Jones OpenSUSE Linux x86_64 (PC)|Android (Smartphone)|Windows 7 (Laptop)|Windows XP (Gaming) Kernel developer|Lead Developer of SDL|Lead Developer of Nest Linux|Gamer and Emulator nut|Web Services|Digital Imaging Services Controllers: Rapier V2 Gaming mouse|Logitech Precision|PS3 controller|XB360 controller|Logitech Attack 3 j/stick Emulators: Fusion|Gens|ZSNES|Project64|PCSX-R|Stella|WinVICE|WinUAE
