Re: please revert r163815/r163816
On Sat, Sep 4, 2010 at 05:53, Jack Howarth wrote: > Paolo, > Could you please look over PR45524 and then revert the offending > r163815/r163816 that has broken decimal float support for all non-linux > targets. That patch is wrong in so many ways, it is hard to know where > to start... > > 1) Moving two sections of code from gcc/configure.ac as template and > leaving behind a critical intervening section that then gets placed > out of sequence. > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524#c13 Agreed, this should have been done as a separate patch. > 2) Assuming that the subtle differences between the three configure.ac's > can be ignored... > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524#c11 No, they need to be handled after the common macro. Paolo
Re: please revert r163815/r163816
On Fri, Sep 3, 2010 at 8:53 PM, Jack Howarth wrote: > Paolo, > Could you please look over PR45524 and then revert the offending > r163815/r163816 that has broken decimal float support for all non-linux > targets. That patch is wrong in so many ways, it is hard to know where > to start... > > 1) Moving two sections of code from gcc/configure.ac as template and > leaving behind a critical intervening section that then gets placed > out of sequence. > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524#c13 > > 2) Assuming that the subtle differences between the three configure.ac's > can be ignored... > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524#c11 > > The author needs to first solve the build issues that caused those hacks > to be added before attempting to remove them from the common dfp.m4. > Jack > Please try: http://gcc.gnu.org/bugzilla/attachment.cgi?id=21697 The real problem is that a hack for make dependency in libdecnumber is included in config/dfp.m4 which breaks many targets. -- H.J.
Re: Broken links on main gcc website.
On Tue, 24 Aug 2010, Gerald Pfeifer wrote: >>> http://www.gnu.org/software/gcc/install/ (Empty directory) >>> http://www.gnu.org/software/gcc/install/specific.html >>> http://www.gnu.org/software/gcc/install/test.html > Thanks for the report, Gareth. I'll have a look how we can address > this such that the links work on both sites. http://www.gnu.org/software/gcc/ and the links there should be okay again now. > Hmm, looking into this I had in fact designed these links so that they > would work on both sites; someone must have become creative with some > scripting. I'll reach out to the GNU webmasters... As I had figured, someone had implemented the equivalent of sed -e 's#gcc.gnu.org#www.gnu.org/software/gcc#g' on www.gnu.org which broke those links to contents that is only available on gcc.gnu.org itself such as the mailing list archives or those that you found. Gerald
C++-0x range for loop
Greetings, I was wondering if any one was working on the C++-0x range for loop. I found an implementation in ConceptGCC that looks like it could be modified. The basic strategy was to parse the loop and essentially rewrite it as an old fashioned loop. Of course concepts were used to come up with functions to get begin and end iterators. We would look them up from the library (they are already in). The parsing part worked with very little change. I'm stuck on the semantics part. In particular I'm getting an ICE initializing an rvalue from the input container expression. If no one is already doing this I might continue to try my hand at it. Since this is my first foray into the front end I'll b begging for help ;-). Ed Smith-Rowland
Re: C++-0x range for loop
Hi, > Greetings, > > I was wondering if any one was working on the C++-0x range for loop. Didn't you notice the recent patch on the gcc-patches mailing list? As far as I know the last iteration supports also uses in templates and the author is finishing the Copyright Assignment paperwork. Paolo
Re: please revert r163815/r163816
On Sat, Sep 04, 2010 at 08:22:24AM -0700, H.J. Lu wrote: > On Fri, Sep 3, 2010 at 8:53 PM, Jack Howarth wrote: > > Paolo, > > Could you please look over PR45524 and then revert the offending > > r163815/r163816 that has broken decimal float support for all non-linux > > targets. That patch is wrong in so many ways, it is hard to know where > > to start... > > > > 1) Moving two sections of code from gcc/configure.ac as template and > > leaving behind a critical intervening section that then gets placed > > out of sequence. > > > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524#c13 > > > > 2) Assuming that the subtle differences between the three configure.ac's > > can be ignored... > > > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524#c11 > > > > The author needs to first solve the build issues that caused those hacks > > to be added before attempting to remove them from the common dfp.m4. > > Jack > > > > Please try: > > http://gcc.gnu.org/bugzilla/attachment.cgi?id=21697 > > The real problem is that a hack for make dependency in libdecnumber is > included in config/dfp.m4 which breaks many targets. H.J., The third permutation of your patch... http://gcc.gnu.org/bugzilla/attachment.cgi?id=21698 bootstraps and regression tests fine on x86_64-apple-darwin10. Thanks. Jack > > -- > H.J.
gcc-4.6-20100904 is now available
Snapshot gcc-4.6-20100904 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.6-20100904/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 4.6 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/trunk revision 163868 You'll find: gcc-4.6-20100904.tar.bz2 Complete GCC (includes all of below) MD5=a6933be4574e49204028e5264d8cd868 SHA1=76ce8f4d9eca8d33cb34296931cef02803911bfd gcc-core-4.6-20100904.tar.bz2C front end and core compiler MD5=b00b67cb7da2a0dfe10a55b1ce1fdb00 SHA1=70c49b689ab1eacb31291a83e5a858235cb264ce gcc-ada-4.6-20100904.tar.bz2 Ada front end and runtime MD5=1c340cecc4138510df43daeceba20b0e SHA1=fd10165b9fcf2842c9b6960f3fc77982a868651a gcc-fortran-4.6-20100904.tar.bz2 Fortran front end and runtime MD5=4e5065ac1230c6741c593b949ed09d47 SHA1=fbb70fe341ead8feb6c8e18c63bcb7eeca484ca7 gcc-g++-4.6-20100904.tar.bz2 C++ front end and runtime MD5=d1b1489d77862d6a20e9ce079c1559ae SHA1=e271f1e640f8638d9dbe981a81cce7228170ff26 gcc-java-4.6-20100904.tar.bz2Java front end and runtime MD5=0c8ddfe3a9315721d3ae5ad9602a9658 SHA1=49aecd8fa22b8ae81e394e43229b922fd8b79943 gcc-objc-4.6-20100904.tar.bz2Objective-C front end and runtime MD5=e48bc6a784837c05275db2163475941f SHA1=b358a20a8ad5a8ad524c8a941d106d32941e6122 gcc-testsuite-4.6-20100904.tar.bz2 The GCC testsuite MD5=39075d685949c37262bcddd9dae93b26 SHA1=5b3130ce2b6ff8244ead7e559651399de91f7cae Diffs from 4.6-20100828 are available in the diffs/ subdirectory. When a particular snapshot is ready for public consumption the LATEST-4.6 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: End of GCC 4.6 Stage 1: October 27, 2010
We would like x86_64-w64-mingw32 to become a secondary target for 4.6. What has to be checked off for that to happen? I have an auto-testsuite-thinger running constantly now and posting results to the ML (it takes several days to do a full dl/build/test, so it's not daily, but it's continuous). On Tue, Aug 31, 2010 at 11:59 AM, Mark Mitchell wrote: > We (GCC RMs) plan to close GCC 4.6 Stage 1 on or or about October 27, > 2010 (the closing day of the GCC Summit). Major features should be > checked in prior to this point. Please let us know if you have a major > feature that you think you will not be able to get checked in prior to > October 27th. > > Thank you, > > -- > Mark Mitchell > CodeSourcery > m...@codesourcery.com > (650) 331-3385 x713 >
