Re: [gnu.org #283065] Confirming the mailing of your assignment
Hi Jonas, Thanks for this confirmation. To accelerate my processing of these papers, would it be possible to already have an electronic version of them by e-mail? Even a generic version would be ok. This way, I can sign and return you the paper copy as soon as I get it. Cheers, Nic. On Thu, 2006-04-06 at 23:08, [EMAIL PROTECTED] via RT wrote: > Hello Nic, > > Thank you for contributing to GNU software. We'll send you the appropriate > papers through the post Please sign and return the original in the envelope > provided. Once the FSF has signed it, we will send you a digital copy in pdf > format for your records. > > If your employment status changes, please remember to notify us. A change in > employers, or a change in your employment status, can effect your continuing > assignment. > > Thank you for your contribution! > > All the best, > Jonas Jacobson > Assignment Administrator > Free Software Foundation > 51 Franklin Street, Fifth Floor > Boston, MA 02110 > Phone +1-617-542-5942 > Fax +1-617-542-2652 > > >
Update of mirrors web page
http://gcc.gnu.org/mirrors.html lists a number of mirrors that are no longer reachable, doesn't mention that certain mirrors don't have snapshots, etc. Can you please investigate. I found problems with the following mirrors: ftp://ftp.funet.fi/pub/mirrors/ - no longer has a GCC mirror ftp://ftp.lip6.fr - unreachable ftp://ftp.uvsq.fr/pub/gcc/ - unreachable ftp://ftp.club-internet.fr/pub/gcc/ - severly out of date (3.3 is latest) ftp://ftp.eos.hokudai.ac.jp/pub/gcc/ - unknown host ftp://ring.aist.go.jp/pub/GNU/gcc/ - has no snapshots (and has weird structure) ftp://ring.etl.go.jp/pub/lang/egcs/ - unreachable ftp://core.ring.gr.jp/pub/GNU/gcc/ - has no snapshots (and has weird structure) ftp://ftp.ring.gr.jp/pub/GNU/gcc/ - has no snapshots (and has weird structure) ftp://ftp.task.gda.pl/pub/gnu/gcc/ - has no snapshots (and has weird structure) ftp://sunsite.icm.edu.pl/pub/gnu/gcc/ - has no snapshots (and has weird structure) ftp://linux.ihep.su/pub/cygnus/egcs/ - unreachable ftp://mirrors.rcn.net/pub/sourceware/gcc/ -- Martin Michlmayr http://www.cyrius.com/
gcc.gnu.org mirror (was: Update of mirrors web page)
On Sat, 8 Apr 2006, Martin Michlmayr wrote: > http://gcc.gnu.org/mirrors.html lists a number of mirrors that are no > longer reachable, doesn't mention that certain mirrors don't have > snapshots, etc. Can you please investigate. > > I found problems with the following mirrors: > [...] > ftp://ftp.club-internet.fr/pub/gcc/ - severly out of date (3.3 is latest) ftpmaster, I just confirmed this. Would you mind having a look and letting us know how to proceed? If this was this a technical glitch, and you plan to restart mirroring gcc.gnu.org again, please advise. Otherwise we will remove ftp.club-internet.fr from the list at http://gcc.gnu.org/mirrors.html. Thanks, Gerald
gcc.gnu.org mirror (was: Update of mirrors web page)
On Sat, 8 Apr 2006, Martin Michlmayr wrote: > http://gcc.gnu.org/mirrors.html lists a number of mirrors that are no > longer reachable, doesn't mention that certain mirrors don't have > snapshots, etc. Can you please investigate. > > I found problems with the following mirrors: > [...] > ftp://ftp.uvsq.fr/pub/gcc/ - unreachable ftpmaint, I just confirmed this. Would you mind having a look and letting us know how to proceed? If this was this a technical glitch, and your server will get online again soon, please advise. Otherwise we will remove ftp.uvsq.fr from the list at http://gcc.gnu.org/mirrors.html. Thanks, Gerald
Re: Update of mirrors web page
On Sat, 8 Apr 2006, Martin Michlmayr wrote: > I found problems with the following mirrors: > > ftp://ftp.funet.fi/pub/mirrors/ - no longer has a GCC mirror Thanks for the hint; I just removed this server from our mirrors list. > ftp://ftp.uvsq.fr/pub/gcc/ - unreachable > ftp://ftp.club-internet.fr/pub/gcc/ - severly out of date (3.3 is latest) For these two, I sent notifications to the respective server operators and plan to remove their sites from our mirrors list if we do not get a positive response. > ftp://ftp.eos.hokudai.ac.jp/pub/gcc/ - unknown host Interestingly, there are MX records for this host, but indeed there is no A record. > ftp://ring.aist.go.jp/pub/GNU/gcc/ - has no snapshots (and has weird > structure) > ftp://ring.etl.go.jp/pub/lang/egcs/ - unreachable > ftp://core.ring.gr.jp/pub/GNU/gcc/ - has no snapshots (and has weird > structure) > ftp://ftp.ring.gr.jp/pub/GNU/gcc/ - has no snapshots (and has weird structure) > ftp://ftp.task.gda.pl/pub/gnu/gcc/ - has no snapshots (and has weird > structure) > ftp://sunsite.icm.edu.pl/pub/gnu/gcc/ - has no snapshots (and has weird > structure) > ftp://linux.ihep.su/pub/cygnus/egcs/ - unreachable Sites are sometimes unreachable for us, but reachable for users in the respective geographical areas/countries. Both ftp.task.gda.pl and sunsite.icm.edu.pl are regular gnu.org mirrors, not specific gcc.gnu.org mirrors. I thus removed both from the mirror list. I installed the patch below. (When you refer to "weird structure", is this about gcc3.3 residing in an extra subdirectory called "releases"?) Gerald ftp.funet.fi no longer mirrors us; remove it. ftp.task.gda.pl and sunsite.icm.edu.pl are regular gnu.org mirrors, not specific gcc.gnu.org mirrors; remove them. Make comments on sites only carrying releases and references to cities more consistent. Index: mirrors.html === RCS file: /cvs/gcc/wwwdocs/htdocs/mirrors.html,v retrieving revision 1.168 diff -u -3 -p -r1.168 mirrors.html --- mirrors.html28 Oct 2005 19:58:26 - 1.168 +++ mirrors.html8 Apr 2006 14:12:33 - @@ -28,14 +28,13 @@ Key fingerprint = 90AA 4704 69D3 965A 87 Australia: ftp://mirror.aarnet.edu.au/pub/gcc/";>mirror.aarnet.edu.au Austria: ftp://gd.tuwien.ac.at/gnu/gcc/";>gd.tuwien.ac.at, thanks to Antonin dot Sprinzl at tuwien dot ac dot at -Brasil (releases only, no snapshots): ftp://ftp.softaplic.com.br/pub/sourceware/gcc/";>ftp.softaplic.com.br +Brasil (no snapshots): ftp://ftp.softaplic.com.br/pub/sourceware/gcc/";>ftp.softaplic.com.br China: ftp://linuxforum.net/ftp.gcc.gnu.org/";>ftp://linuxforum.net/ftp.gcc.gnu.org/, thanks to David Deng (david99deng at yahoo dot com) -Finland: ftp://ftp.funet.fi/pub/mirrors/gcc.gnu.org/pub/gcc/";>ftp.funet.fi -France (releases only, no snapshots): ftp://ftp.lip6.fr/pub/gcc/";>ftp.lip6.fr, thanks to ftpmaint at lip6 dot fr -France (Brittany): ftp://ftp.irisa.fr/pub/mirrors/gcc.gnu.org/gcc/";>ftp.irisa.fr, thanks to ftpmaint at irisa dot fr -France (Versailles): ftp://ftp.uvsq.fr/pub/gcc/";>ftp.uvsq.fr, thanks to ftpmaint at uvsq dot fr +France (no snapshots): ftp://ftp.lip6.fr/pub/gcc/";>ftp.lip6.fr, thanks to ftpmaint at lip6 dot fr +France, Brittany: ftp://ftp.irisa.fr/pub/mirrors/gcc.gnu.org/gcc/";>ftp.irisa.fr, thanks to ftpmaint at irisa dot fr +France, Versailles: ftp://ftp.uvsq.fr/pub/gcc/";>ftp.uvsq.fr, thanks to ftpmaint at uvsq dot fr France: ftp://ftp.club-internet.fr/pub/gcc/";>ftp.club-internet.fr, thanks to ftpmaster at t-online dot fr -Germany (Berlin): ftp://ftp.fu-berlin.de/unix/languages/gcc/";>ftp.fu-berlin.de, thanks to Felix von Leitner (leitner at math dot fu-berlin dot de) +Germany, Berlin: ftp://ftp.fu-berlin.de/unix/languages/gcc/";>ftp.fu-berlin.de, thanks to Felix von Leitner (leitner at math dot fu-berlin dot de) Germany: ftp://ftp.gwdg.de/pub/misc/gcc/";>ftp.gwdg.de, thanks to emoenke at gwdg dot de Germany: ftp://ftp.mpi-sb.mpg.de/pub/gnu/mirror/gcc.gnu.org/pub/gcc/";>ftp.mpi-sb.mpg.de, thanks to ftpadmin at mpi-sb.mpg dot de Greece: ftp://ftp.ntua.gr/pub/gnu/gcc/";>ftp.ntua.gr, thanks to ftpadm at ntua dot gr @@ -46,18 +45,16 @@ Key fingerprint = 90AA 4704 69D3 965A 87 Japan: ftp://ring.etl.go.jp/pub/lang/egcs/";>ring.etl.go.jp Japan: ftp://core.ring.gr.jp/pub/GNU/gcc/";>core.ring.gr.jp Japan: ftp://ftp.ring.gr.jp/pub/GNU/gcc/";>ftp.ring.gr.jp -The Netherlands (Nijmegen): ftp://ftp.nluug.nl/mirror/languages/gcc";>ftp.nluug.nl, thanks to Jan Cristiaan van Winkel (jc at ATComputing dot nl) -Poland: ftp://ftp.task.gda.pl/pub/gnu/gcc/";>ftp.task.gda.pl, thanks to ftpadmin at task dot gda dot pl -Poland (Warsaw): ftp://sunsite.icm.edu.pl/pub/gnu/gcc/";>sunsite.icm.edu.pl, thanks to sunsite at icm dot edu dot pl -Russia (Moscow, no snapshots): ftp://linux.ihep.su/pub/cygnus/egcs/";>linux.ihep.su -Slovakia (Bratislava): http://gcc.fyxm.net/";>gcc.fyxm.net, thanks to Jan Teluch (admin at 2600
Re: Update of mirrors web page
* Gerald Pfeifer <[EMAIL PROTECTED]> [2006-04-08 16:15]: > > ftp://core.ring.gr.jp/pub/GNU/gcc/ - has no snapshots (and has weird > > structure) > > ftp://ftp.ring.gr.jp/pub/GNU/gcc/ - has no snapshots (and has weird > > structure) > > (When you refer to "weird structure", is this about gcc3.3 residing in > an extra subdirectory called "releases"?) Most mirros on that page have a nicely structured hierarchy with several sub-directories (infrastructure, libstd++, etc). Those with a "weird structure" have a sub-dir for every release, and are missing some of the other dirs (e.g. infrastructure). -- Martin Michlmayr http://www.cyrius.com/
Re: Update of mirrors web page
On Sat, Apr 08, 2006 at 05:02:28PM +0200, Martin Michlmayr wrote: > * Gerald Pfeifer <[EMAIL PROTECTED]> [2006-04-08 16:15]: > > > ftp://core.ring.gr.jp/pub/GNU/gcc/ - has no snapshots (and has weird > > > structure) > > > ftp://ftp.ring.gr.jp/pub/GNU/gcc/ - has no snapshots (and has weird > > > structure) > > > > (When you refer to "weird structure", is this about gcc3.3 residing in > > an extra subdirectory called "releases"?) > > Most mirros on that page have a nicely structured hierarchy with > several sub-directories (infrastructure, libstd++, etc). Those with a > "weird structure" have a sub-dir for every release, and are missing > some of the other dirs (e.g. infrastructure). That means they mirror from ftp.gnu.org, rather than gcc.gnu.org. -- Daniel Jacobowitz CodeSourcery
Re: Update of mirrors web page
* Daniel Jacobowitz <[EMAIL PROTECTED]> [2006-04-08 11:07]: > > "weird structure" have a sub-dir for every release, and are missing > > some of the other dirs (e.g. infrastructure). > That means they mirror from ftp.gnu.org, rather than gcc.gnu.org. Right, but should they all be in the same listing? -- Martin Michlmayr http://www.cyrius.com/
Re: GCC Port (gcc backend) for Microchip PICMicro microcontroller
Le vendredi 07 avril 2006 à 02:54 -0500, Aaron W. LaFramboise a écrit : > I have also recently become interested in a GCC port for the 18F. > > Can someone summarize who--if anyone--is working on this, how much > progress he has made so far (Is his work based on mainline?), and any > expected future milestones? I am studying the gcc internal guide for the moment. I am very busy for the moment, and I won't write much code before July. > > (And who are all of the people in the CC list? Is there some other list > discussing this?) I am on gcc dicussing list. > > I think that the major work that will need to be done for this port is > figuring out how to get segmentation to work. Some other potential > ports need this too, so if there's any way to do this in a way that all > ports can benefit, that would be great. I think this is definitely > possible, but it seems like it may take some effort--particularly to get > the changes into a form acceptable for inclusion into FSF GCC. I think so. Microchip have done a modified version of GCC-3.3 with DSPICs support, so we have got a heavy good base to work on the instruction set, wich is similar for PIC18. DSPIC is a 16 bit CPU, so is memory isn't segmented. > > The way I would do this (and will, perhaps, if noone else intends to > work on this any time soon) is to consider the access bank (low 128 GPRs > and some of the high 128 SPRs) as the GCC registers. (I am not sure if > ~140 registers is too many for GCC to handle effectively; Are there > ports that use this many?) This will yield a port that can deal with at > least 512 bytes of memory, I think. Implementing segmentation will give > it access to the rest of the banks. > For the instant, I don't know how to implement any kind of way in gcc. Salutations, Francois Poulain
gcc-4.2-20060408 is now available
Snapshot gcc-4.2-20060408 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20060408/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 4.2 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/trunk revision 112784 You'll find: gcc-4.2-20060408.tar.bz2 Complete GCC (includes all of below) gcc-core-4.2-20060408.tar.bz2 C front end and core compiler gcc-ada-4.2-20060408.tar.bz2 Ada front end and runtime gcc-fortran-4.2-20060408.tar.bz2 Fortran front end and runtime gcc-g++-4.2-20060408.tar.bz2 C++ front end and runtime gcc-java-4.2-20060408.tar.bz2 Java front end and runtime gcc-objc-4.2-20060408.tar.bz2 Objective-C front end and runtime gcc-testsuite-4.2-20060408.tar.bz2The GCC testsuite Diffs from 4.2-20060401 are available in the diffs/ subdirectory. When a particular snapshot is ready for public consumption the LATEST-4.2 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.
Release timeline: please include dates for GCC 4.2 and 4.3
Mark, can you please update http://gcc.gnu.org/develop.html#timeline and add more dates for GCC 4.2 and include 4.3. Thanks. -- Martin Michlmayr http://www.cyrius.com/
Boehm GC memory leak on Darwin
I'm sending this note again since I have been caught in this bug once more. Under Darwin (PPC and Intel) there is a serious memory leak at every Boehm GC cycle. See discussion and patch here: http://www.hpl.hp.com/hosted/linux/mail-archives/gc/2005-December/ 001071.html I think that the patch should be applied to every maintained branch. Please maintainers, check this in! Cheers, Sandro Tolaini
Re: Darwin long doubles and controlled rounding
Geoffrey Keating wrote: Roberto Bagnara <[EMAIL PROTECTED]> writes: Hi there, I have read the files darwin-ldouble* in GCC 4.1.0. What I would like do know is whether I can expect long doubles on Darwin to comply with ISO C99 7.6 (Floating-point environment). They can be made compliant with that section, but it requires cooperation from the project providing fenv.h. I am particularly interested in the possibility of setting the rounding mode with fesetround(). Is this supported? This implementation only supports one rounding mode, FE_TONEAREST, so it's not useful to call fesetround(). Thanks for the information. Are there any plans to extend it to support the rounding modes to minus and plus infinity? All the best, Roberto -- Prof. Roberto Bagnara Computer Science Group Department of Mathematics, University of Parma, Italy http://www.cs.unipr.it/~bagnara/ mailto:[EMAIL PROTECTED]
gcc representation of long double on ia32
Hi all, This may be a silly question but I am a little bit stuck on it. I want to use the 512 byte structure which saves the floating point register state and convert it into a simulator that uses "long double" to represent each st(i) register. Each "st" register is represented as a 16 bytes with 6 most significant reserved. So only the first 10 bytes are the actual register value. I want to take this 10 byte representation and convert it into a long double variable in my code. My question is how do I do it? Can I simply type cast it? Is there a correspondence between the 80bit register value and the represenation that gcc uses for a long double on ia32? Would the below work? unsigned char st[10]; // assume this contains the content of one of the st registers long double n = *((long double *) st) Would this work? If not, can someone please tell me how to do this exactly? Thanks, Cristiano. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: gcc representation of long double on ia32
This 512 byte structure is saved by using the ia32 fxsave instruction. Thanks, Cristiano. > I want to use the 512 byte structure which saves the > floating point register state and convert it into a > simulator that uses "long double" to represent each > st(i) register. Each "st" register is represented as > a > 16 bytes with 6 most significant reserved. So only > the > first 10 bytes are the actual register value. > > I want to take this 10 byte representation and > convert > it into a long double variable in my code. My > question > is how do I do it? Can I simply type cast it? > > Is there a correspondence between the 80bit register > value and the represenation that gcc uses for a long > double on ia32? > > Would the below work? > > unsigned char st[10]; // assume this contains the > content of one of the st registers > > long double n = *((long double *) st) > > Would this work? If not, can someone please tell me > how to do this exactly? > > Thanks, > Cristiano. > > > __ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam > protection around > http://mail.yahoo.com > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com