Re: GCC presentation targeted to users (43 slides in english)
Hi,guys: I have translate it to Chinese,and publish it here http://www.lingcc.com/2009/12/29/10503. As my English is not very good ,and don't know much about GCC.So there must be some incorrect in my translation. Any suggestion is welcome . And I have upload it to SlideShare, in order to share the original copy in the page above in case someone want to find the original copy. Again, Any suggestion is welcome ：） Best wishes yours, Ling Kun. On Fri, Dec 18, 2009 at 7:08 PM, Laurent GUERBY wrote: > On Fri, 2009-12-18 at 10:42 +, Richard Earnshaw wrote: >> On Thu, 2009-12-17 at 21:00 +0100, Laurent GUERBY wrote: >> > On Thu, 2009-12-17 at 21:02 +0100, Eric Botcazou wrote: >> > > > The 43 slides presentation in english is available here >> > > > in PDF and openoffice format: >> > > > >> > > > http://guerby.org/ftp/gcc-toulibre-20091216.pdf >> > > > http://guerby.org/ftp/gcc-toulibre-20091216.odp >> > > >> > > A small nit: you don't need to do 'make bootstrap' anymore, 'make' is >> > > enough. >> > >> > Yes I explained it during the presentation (on native vs cross) but I >> > couldn't remember in what version the change was made so I erred on the >> > safe side :). >> >> Another nit. Your description of -m options is somewhat (entirely?) >> i386 centric. > > Yes I said orally that I ran the command on a regular PC but that each > target will have its own list (so "target specific") of -m reported and > also of course described in the manual (tersely :). I used a PC because > not many people know that you can use "-m32" there. > > Sincerely, > > Laurent > > > > -- Hi,this is an email from Ling Kun. Wish you every success in the future. 您好，这是来自Erlv的邮件。 祝您事事顺心，一生平安！ http://www.lingcc.com
Re: in asm: where does ".zero 2102063220" come from?
On Sunday 27 December 2009 07:09:08 Jerry DeLisle wrote: > Daniel Franke wrote: > > The problem: for some reason the .o file for a small fortran program may > > be blown up to multiple GB. The diff below shows the differences in > > assembler of the testcase gfortran.dg/actual_array_substr_2.f90, once > > compiled with current trunk, once with my local tree. The only difference > > is the ".zero $bignumber" - it's not overly far fetched to link > > $bignumber with the object file size. > > Try to get a look at the -fdump-tree-original output. This should happen > long before any asm is generated. Post it here if you are still stuck. I compiled the testcase in two directories and compared all dumps and the assembler output. None of the dumps differs, but the assembler does?! $ ls local/ trunk/ local/: actual_array_substr_2.f90.003t.original actual_array_substr_2.f90.012t.cfg actual_array_substr_2.f90.041t.release_ssa actual_array_substr_2.f90.004t.gimple actual_array_substr_2.f90.013t.cplxlower0 actual_array_substr_2.f90.042t.inline_param3 actual_array_substr_2.f90.005t.nested actual_array_substr_2.f90.014t.veclower actual_array_substr_2.f90.139t.optimized actual_array_substr_2.f90.006t.vcg actual_array_substr_2.f90.015t.inline_param1 actual_array_substr_2.f90.218t.statistics actual_array_substr_2.f90.008t.omplower actual_array_substr_2.f90.022t.cleanup_cfgactual_array_substr_2.s actual_array_substr_2.f90.009t.lower actual_array_substr_2.f90.024t.ssa actual_array_substr_2.f90.011t.eh actual_array_substr_2.f90.025t.einline2 trunk/: actual_array_substr_2.f90.003t.original actual_array_substr_2.f90.012t.cfg actual_array_substr_2.f90.041t.release_ssa actual_array_substr_2.f90.004t.gimple actual_array_substr_2.f90.013t.cplxlower0 actual_array_substr_2.f90.042t.inline_param3 actual_array_substr_2.f90.005t.nested actual_array_substr_2.f90.014t.veclower actual_array_substr_2.f90.139t.optimized actual_array_substr_2.f90.006t.vcg actual_array_substr_2.f90.015t.inline_param1 actual_array_substr_2.f90.218t.statistics actual_array_substr_2.f90.008t.omplower actual_array_substr_2.f90.022t.cleanup_cfgactual_array_substr_2.s actual_array_substr_2.f90.009t.lower actual_array_substr_2.f90.024t.ssa actual_array_substr_2.f90.011t.eh actual_array_substr_2.f90.025t.einline2 $> diff -ur trunk/ local/ diff -ur trunk/actual_array_substr_2.s local/actual_array_substr_2.s --- trunk/actual_array_substr_2.s 2009-12-27 16:30:24.0 +0100 +++ local/actual_array_substr_2.s 2009-12-27 16:29:27.0 +0100 @@ -871,7 +871,9 @@ .type teststring.1574, @object .size teststring.1574, 24 teststring.1574: + .zero 12 .ascii "abc def ghij" + .zero 1908465300 .ascii "klm nop qrst" .align 4 .type m.1571, @object @@ -903,7 +905,9 @@ .type foostring.1518, @object .size foostring.1518, 24 foostring.1518: + .zero 12 .ascii "0123456789#$" + .zero 1908502548 .ascii "$#9876543210" - .ident "GCC: (GNU) 4.5.0 20091226 (experimental)" + .ident "GCC: (GNU) 4.5.0 20091217 (experimental)"
gcc-4.3-20091227 is now available
Snapshot gcc-4.3-20091227 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20091227/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 4.3 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-4_3-branch revision 155480 You'll find: gcc-4.3-20091227.tar.bz2 Complete GCC (includes all of below) gcc-core-4.3-20091227.tar.bz2 C front end and core compiler gcc-ada-4.3-20091227.tar.bz2 Ada front end and runtime gcc-fortran-4.3-20091227.tar.bz2 Fortran front end and runtime gcc-g++-4.3-20091227.tar.bz2 C++ front end and runtime gcc-java-4.3-20091227.tar.bz2 Java front end and runtime gcc-objc-4.3-20091227.tar.bz2 Objective-C front end and runtime gcc-testsuite-4.3-20091227.tar.bz2The GCC testsuite Diffs from 4.3-20091220 are available in the diffs/ subdirectory. When a particular snapshot is ready for public consumption the LATEST-4.3 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: MPC required in one week.
On 12/27/2009 03:05 PM, Silvius Rus wrote: On the flip side, it's not necessarily easy to get it to work. On my build system, apt-get doesn't find it. Downloading and installing the .deb manually triggers 3 missing deps. apt-get install libmpc-dev libmpc-dev is already in squeeze and sid if you are using Debian. Jie
Re: MPC required in one week.
On 12/01/2009 06:25 PM, Paolo Bonzini wrote: On 11/30/2009 09:47 PM, Michael Witten wrote: On Mon, Nov 30, 2009 at 12:04 AM, Kaveh R. GHAZI wrote: The patch which makes the MPC library a hard requirement for GCC bootstrapping has been approved today. Out of curiosity and ignorance: Why, specifically, is MPC going to be a hard requirement? On the prerequisites page, MPC is currently described with: "Having this library will enable additional optimizations on complex numbers." Does that mean that such optimizations are now an important requirement? or is MPC being used for something else? They are a requirement for Fortran, but it's (much) simpler to do them for all front-ends. Actually the bug mentioned in 4.5 release page under MPC is a C bug. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30789 So it seems not only just for Fortran. Jie
Re: GCC (mirror)
On Fri, 4 Dec 2009, fikri fadzil wrote: > I want to offer my site to become another mirror for GCC. the server > for my website is located in Malaysia. > > URL: http://hackgreen.org/gcc > Location: Malaysia > Email: ad...@hackgreen.org > Name: malaya Thank you for the offer! It is very easy to become a mirror of ours: just start mirroring ftp://gcc.gnu.org/pub/gcc/ (ideally on a daily base) and then send an entry for http://gcc.gnu.org/mirrors.html (as you have done already). I will update the web page to clarify the first part (that is, starting to mirror before submitting). Thanks, Gerald
Re: Problem while configuring gcc3.2
Hi, I'm having a problem while installing gcc3.2. I'm trying to install gcc3.2 for my installation of cygwin because anything higher than that won't work if I try to compile mex files for Matlab. Unfortunately when I try to configure gcc3.2 (before getting to the bootstrap step), I get an error because no proper cc is found. This is of course because I uninstalled my gcc3.4 in order to install gcc3.2 from scratch according to the suggestion in the email below from the gcc mailing list. Could you please tell me how to solve this problem? Where can I get an installation of cc that will work with gcc3.2? It seems like I'm stuck with a chicken and egg problem because it seems like I need gcc before I can install gcc. Also 'make bootstrap' doesn't work without running configure, so I'm not sure what the "recommended way" mentioned in the email below means. Thanks in advance, Pardis Beikzadeh > Nitin Gupta wrote: > > make[2]: Leaving directory `/tmp/gcc-3.2.2/gcc/intl' > gcc -c -DIN_GCC -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing > prototypes -DHAVE_CONFIG_H -I. -If -I. -I./f -I./config -I./../include > f/com.c -o f/com.o > f/com.c:11061: error: conflicting types for 'ffecom_gfrt_basictype' > f/com.h:229: error: previous declaration of 'ffecom_gfrt_basictype' was here > gu...@gupta-fc2 %> gcc --version > gcc (GCC) 3.4.3 > > These kinds of problems are unavoidable in general. Gcc-3.4 did not exist > when gcc-3.2 was released, so it was impossible to make sure that gcc-3.2 > would compile OK with gcc-3.4 when gcc-3.2 was released. > > Since we are no longer maintaining gcc-3.2, we aren't going to fix this. > > If you build gcc-3.2 the recommended way, e.g. via bootstrap, then you won't > run into this problem. The fortran front end will be built by the > bootstrapped gcc-3.2 instead of gcc-3.4, and you won't get this error. > > If you are building a cross, then you bootstrap a native gcc-3.2 first, and > then use the native gcc-3.2 to build the cross gcc-3.2. > -- > Jim Wilson, GNU Tools Support, http://www.SpecifixInc.com > >
Re: Problem while configuring gcc3.2
Hi, Please don't top reply. On 12/28/2009 12:59 PM, Pardis Beikzadeh wrote: Hi, Also 'make bootstrap' doesn't work without running configure, so I'm not sure what the "recommended way" mentioned in the email below means. The bootstrap in Jim's reply means, I think, building a minimal (only C front-end) gcc-3.2 first using gcc-3.4. Then you can use the minimal gcc-3.2 to build a full gcc-3.2. If you build gcc-3.2 the recommended way, e.g. via bootstrap, then you won't run into this problem. The fortran front end will be built by the bootstrapped gcc-3.2 instead of gcc-3.4, and you won't get this error. If you are building a cross, then you bootstrap a native gcc-3.2 first, and then use the native gcc-3.2 to build the cross gcc-3.2. -- Jim Wilson, GNU Tools Support, http://www.SpecifixInc.com Jie
