Combine pass with reused sources

eatly appreciated. Thanks, John Lu

Contact Info Request-

discuss as well. John Ward AMD Organization Relations 888-319-6336 x707 (by appointment only please) Alt: j.w...@americanmediad.com <mailto:j.w...@americanmediad.com> http://www.americanmediadistribution.com American Media Distribution 4057 US Hwy 9 North Howell NJ 07731 An Internationa

Re: Rename unwind.h to unwind-gcc.h

c discussion because answering yes or no changes nothing, but I think the majority of the people would give it a different file name if they could do it all over again. It's not a big concession. John

announcing C-Reduce, a test-case reducer for C/C++ programs

http://blog.regehr.org/archives/697 John

Re: GCC and Clang produce undefined references to functions with vague linkage

y be emitted in arbitrary other translation units — we cannot change the ABI to say that these symbols are *only* emitted in the file defining the v-table. Finally, both the language standard and the ABI are clearly designed around an assumption that every translation unit that needs an inline function will emit it. John.

Re: GCC and Clang produce undefined references to functions with vague linkage

ot; here. The ABI does not allow us to emit these symbols with non-coalescing linkage. We're not going to break ABI just because people didn't consider a particular code pattern when they hacked in devirtualization through external v-tables. John.

Re: GCC and Clang produce undefined references to functions with vague linkage

ou were going to make a proposal to the GCC list, I was under the impression that we'd reached some level of consensus. John.

Two gfortran bugs

h --with-gmp=/local/scratch Thread model: posix gcc version 4.8.0 20120701 (experimental) (GCC) cayley[~/Jfh] % cayley[~/Jfh] % gf -std=f95 testpublic5.f90 testpublic5.f90:18.22: character name*63 ! Max length of a name in f2003 1 Warning: Obsolescent feature: Old-style cha

Re: Two gfortran bugs

compiling and running the same program with std=f95 three times. On Thu, 5 Jul 2012, John Harper wrote: Date: Thu, 5 Jul 2012 11:38:39 +1200 (NZST) From: John Harper To: gcc@gcc.gnu.org Subject: Two gfortran bugs My program testpublic5.f90 (see below) when compiled with -std=f95 using gfortran

Request for comments on language extension: Safe arrays and pointers for C.

ld be migrated to strict mode from the bottom up. First standard libraries, then security-critical libraries, then security-critical applications. What I'd like for now is an an estimate of how hard this would be to implement in GCC. Most of the necessary features, or something close to them, are

Re: Request for comments on language extension: Safe arrays and pointers for C.

person there (having had them included in a pre-meeting mailing), if > you want a wider range of implementer opinions. That may happen, but I'm still getting comments informally at this point. I'd like to see enough of this implemented in GCC as an extension that people could try it out. John Nagle Animats

Re: Request for comments on language extension: Safe arrays and pointers for C.

On 9/1/2012 9:59 AM, James Dennett wrote: > On Fri, Aug 31, 2012 at 2:55 PM, John Nagle > wrote: >> We have proposed an extension to C (primarily) and C++ (possibly) >> to address buffer overflow prevention. Buffer overflows are still >> a huge practical problem in C,

Re: Request for comments on language extension: Safe arrays and pointers for C.

On 9/2/2012 1:12 AM, Florian Weimer wrote: > * John Nagle: > >>We have proposed an extension to C (primarily) and C++ (possibly) >> to address buffer overflow prevention. Buffer overflows are still >> a huge practical problem in C, and much important code is still >

Re: Request for comments on language extension: Safe arrays and pointers for C.

strict mode, and would wring out the concept. Think of it as FORTIFY on steroids. It can do the parameter checks FORTIFY does, but for any function with an array parameter and a size. It's not limited to a built-in list of the usual suspect functions. John Nagle

Re: Request for comments on language extension: Safe arrays and pointers for C, September draft.

g. I'd appreciate comments on how difficult phase 1 would be. John Nagle

Re: Deprecate i386 for GCC 4.8?

as for i486. I don't know about NetBSD or OpenBSD. I don't speak for FreeBSD, but dropping them from Tier 1 support because they don't use a GPLv3 *BASE* compiler is a bit vindictive. John

Re: Deprecate i386 for GCC 4.8?

On 12/13/2012 12:38, David Brown wrote: On 13/12/2012 12:24, Steven Bosscher wrote: On Thu, Dec 13, 2012 at 11:43 AM, John Marino wrote: I don't speak for FreeBSD, but dropping them from Tier 1 support because they don't use a GPLv3 *BASE* compiler is a bit vindictive. FreeBSD h

Re: Deprecate i386 for GCC 4.8?

not quantified so no way to defend accusations of being not popular enough). GCC is certainly "frequently used" on FreeBSD so that's not in violation. John

Re: Deprecate i386 for GCC 4.8?

On 12/13/2012 13:32, Steven Bosscher wrote: On Thu, Dec 13, 2012 at 1:21 PM, John Marino wrote: Which clause are you invoking to remove it from the primary tier list? Richard claimed "they are not at all happy with GPLv3". That's not a reason listed on your reference. He al

-pthread switch and binary compatibitity

thread are always binary compatible, or whether to turn threading support on *only* when -pthread is specified (and _REENTRANT gets #defined). Many thanks for your help, John Maddock.

Re: -pthread switch and binary compatibitity

Ian Lance Taylor wrote: "John Maddock" <[EMAIL PROTECTED]> writes: The crux of the issue is this: if gcc/g++ is configured with the pthread threading model, then are object files always binary compatible irrespective of whether they are compiled with the -pthread command li

Debug build

e command $ make install failed afterward with /bin/sh: line 1: cd: ./fixincludes: No such file or directory Any help? - John

Re: Debug build

Ian Lance Taylor wrote: John Freeman <[EMAIL PROTECTED]> writes: This is something I look into periodically, and each time I find a solution that's slightly better, but not what I want. I've looked at the wiki (http://gcc.gnu.org/wiki/DebuggingGCC) many times, so no need t

Re: Please, do not use the merged revisions log as the commit message when merging

o say that your reasons are good enough, but I did not know them beforehand. No one informed me of any commit policies when I was given subversion access. I thought that since I was working on a branch, I had free reign. Education would go a long way in preventing future errors. - John

Re: Please, do not use the merged revisions log as the commit message when merging

process that clearly communicated policies. Thank you for the heads up. - John

Re: Please, do not use the merged revisions log as the commit message when merging

Christopher Faylor wrote: On Sun, Aug 17, 2008 at 03:01:03PM -0500, John Freeman wrote: Daniel Berlin wrote: It's listed on the wiki that explains how to maintain branches :) I had no idea such a wiki even existed. It would really help future contributors, I'

cain gomer lynette

timothy kary jehan lisa lung-lun tzl-cker sid mined mildred john stanton

Templates + Inheritance problem

libstdcxx-debug --enable-mpfr --enable-checking=release i486-linux-gnu Thread model: posix gcc version 4.1.2 20060928 (prerelease) (Ubuntu 4.1.1-13ubuntu5) Thanks, j -- John Gateley <[EMAIL PROTECTED]>

Re: Remove ARM AOF support

AOF support. FYI, our project page is at http://gccsdk.riscos.info/. Go ahead. John. -- John Tytgat, in his comfy chair at home BASS [EMAIL PROTECTED] ARM powered, RISC OS driven

cannot pass objects of non-POD type

rintf("%s", obj) and have the right thing happen (using a different compiler, of course). Is there any way to use this useful pun with g++? Thanks, j -- John Gateley <[EMAIL PROTECTED]>

Re: cannot pass objects of non-POD type

On Wed, 24 Oct 2007 12:03:38 -0700 "Andrew Pinski" <[EMAIL PROTECTED]> wrote: > On 10/24/07, John Gateley <[EMAIL PROTECTED]> wrote: > > The situation is this: I have a lot of code that uses a string class > > which takes advantage of the pun: the string c

Re: cannot pass objects of non-POD type

he original platform), and the pun (using a struct/class containing a single data member which is a pointer to char, and not containing a vtab) is pervasive throughout. It would be really nice if I didn't have to do thousands of changes like: Format("%s", Object) becoming For

const and strict aliasing rules

I have a situation where I have a class that internally maintains a container object of non-const objects that it wants to publish to clients as a const container of const objects, that is, clients can't modify the list or the items in the list. The data member wants to be non-const because th

Re: Call to arms: testsuite failures on various targets

> * hppa-unknown-linux-gnu: gfortran.dg/cray_pointers_2.f90 Fails due to timeout (slow system?): real5m45.735s user1m33.506s sys 4m11.716s I should note that the compilation time doesn't seem consistent from one run to the next. Here's the detailed breakdown: GNU F95 version 4.3.0

Re: Call to arms: testsuite failures on various targets

> * hppa64-hp-hpux11.11: many failures Most of these are "Type/rank mismatch in argument": FAIL: gfortran.dg/assumed_charlen_function_5.f90 -O (test for excess errors) Excess errors: /test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/assumed_charlen_function_5.f90:22: E rror: Type/rank mismatch in arg

RE: GCC 4.2.0 Status Report (2007-04-15)

> > Despite the fact that virtually all of the bugs open against 4.2.0 are > > also open against 4.1 or 4.3 -- or both! -- there seems to be little > > interest in fixing them. > > > > Some have suggested that I try to solve this by closing GCC 4.3 > > development until 4.2.0 is done. > > So he

Re: [doc,patch] Fortran compiler on Ultrix and clobbered registers

> I noted in the GCC docs (see for example http://gcc.gnu.org/ > onlinedocs/gcc/Interoperation.html) that we have the following text > in the section "Known Causes of Trouble with GCC": > > > On Ultrix, the Fortran compiler expects registers 2 through 5 to be > > saved by function calls. Howe

building Microchip's pic30 dsPIC version of binutils and GCC

ubdirectories to recurse into. We need to override this during cleaning -SUBDIRS = testsuite +SUBDIRS = # FIXME: add @BUILD_INFO@ once we're sure it works for everyone. all: stamp-picdir $(TARGETLIB) needed-list required-list all-subdir Apply the following five patches for gcc: By John

Re: call for testers!

> I'd really appreciate it if people on unusual host systems (AIX, HPPA, > cygwin, etc.) could see what the effect of the patch in > is on their > bootstrap. I've gotten no responses at all, and I presume this means > that lots of peopl

Re: HPUX/HPPA build broken (was Re: call for testers!)

> I didn't even have an old bootstrap of the trunk for HP-UX; I tried to do > one and it died with > > ./xgcc -B./ -B/u/jbuck/cvs.hp/trunk/hppa2.0w-hp-hpux11.00/bin/ -isystem > /u/jbuck/cvs.hp/trunk/hppa2.0w-hp-hpux11.00/include -isystem > /u/jbuck/cvs.hp/trunk/hppa2.0w-hp-hpux11.00/sys-include

Re: call for testers!

> That's probably a relative of the bug that occurs on Darwin. It ought > to be possible to avoid it by using -pipe in TARGET_LIBGCC2_CFLAGS; > could you try that? (I'd like to think that adding -pipe would always > be safe, but who knows what madness might lurk in the HPUX > assembler...) T

Re: call for testers!

> I guess cc1 does use this file, so comparing the two cc1 executables > would fail too; but does it work if -pipe is used? I added -pipe to t-pa and t-pa64 and this bootstraps successfully on hppa2.0w-hp-hpux11.11 and hppa64-hp-hpux11.11, respectively. However, comparison of cc1 fails in both ca

Re: Bootstrap failure on i686-pc-linux-gnu since 2005-04-09 20:41UTC

> The patch has just been submitted to gcc-patches for > approval (the tests are nearly done and appear to > be passing so far). I'm travelling today, so I won't be able to test until tomorrow. Thanks, Dave -- J. David Anglin [EMAIL PROTECTED] National Research C

Re: Problem compiling GCC 4.0 RC1 on powerpc-ibm-aix5.2.0.0

> : build/genattrtab > /home/kate/gcc-4.0.0-20050410/src/gcc-4.0.0-20050410/gcc/config/rs6000/ > rs6000.md > tmp-attrtab.c > : > : out of memory allocating 12016 bytes after a total of 4161654476 bytes You need to increase the application limits for data on your system. That's what the above ra

Re: Problem compiling GCC 4.0 RC1 on powerpc-ibm-aix5.2.0.0

> >> : build/genattrtab > >> /home/kate/gcc-4.0.0-20050410/src/gcc-4.0.0-20050410/gcc/config/rs6000/ > >> rs6000.md > tmp-attrtab.c > >> : > >> : out of memory allocating 12016 bytes after a total of 4161654476 bytes > > > > You need to increase the application limits for data on your system. >

Re: Help Required on HP-UX 11.0 & 11.11

> Our application (ebs) is giving this error when we run it on HP-UX . > #ebs > /usr/lib/dld.sl: Can't open shared library: libc.2 This is the wrong list for general HP-UX questions. Your application has not been correctly linked. Read the documentation for chatr and ld. The search path for the

Re: GCC 3.4.4 RC2

> Please download, build, and test. I've now completed testing on the PA and don't see any major issues. The only easily fixable issue that showed up in testing was the failure of 26_numerics/complex/pow.cc under hpux 10.20. This fails because of a corner case in the 10.20 math library. The pro

Can't bootstrap trunk on hppa

gcc -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC -W -Wall -Wwrite- strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-v ariadic-macros -Wold-style-definition -fno-common -DHAVE_CONFIG_H -o cc1-dumm y c-lang.o stub-objc.o attribs.o c-errors.o c-lex.o c-pr

Re: Problems with collect2 on hpux

> The strange behaviour I'm seeing is that if I link my shared libraries > with -Wl,+s, then some of them work fine and find all of their libraries > based on the SHLIB_PATH settings. However, some of my libraries find > everything *except* libstdc++.sl from the SHLIB_PATH - these libraries >

Re: Problems with collect2 on hpux

> > It's not very nice that the shared library list for libstdc++.sl > > includes libgcc_s.sl in the GCC build directory. I believe that the > > HP dynamic loader first looks for it there. If that doesn't work, > > it strips off the basename of the library and tries the dynamic > > search path. >

Re: Libstdc++ versioning issues

> AFAICS, there are no problems whatsover, because version 3.4.5 is *new* > in 4.0.1. See . This is also . This is probably a bug in binutils but I don't have a warm fuzzy feeling about th

Re: Re: hpux regression vs 4.0.1

> > I have an hpux11.0 box available, and could run tests of your patch > > if you like. > I doubt it would have (or will make) much of a difference at this > point. I don't think anyone could have predicted the muck-up with > the arguments passed to ld and the re-bootstrap that had to run > after

Re: GCC 4.0.1 RC3

PA is ok: http://gcc.gnu.org/ml/gcc-testresults/2005-07/msg00223.html http://gcc.gnu.org/ml/gcc-testresults/2005-07/msg00218.html http://gcc.gnu.org/ml/gcc-testresults/2005-07/msg00186.html The failure of pr21817-1.c on hppa2.0w-hp-hpux11.11 is a minor testsuite issue that is now fixed on the tru

please update the gcj main page

J front page -- even if GCJ doesn't support those newer features. *Especially* if GCJ doesn't support those newer features. Thanks, :) ---John Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs

Re: please update the gcj main page

--- Ranjit Mathew <[EMAIL PROTECTED]> wrote: > John M. Gabriele wrote: > > Please update http://gcc.gnu.org/java/index.html and mention > > how much of the Java 1.5 spec that GCJ currently implements. > > > > When I refer folks to GCJ, the first thing they usu

Re: please update the gcj main page

me (to show that that stuff is not *specifically* GCJ-related, but rather, general GCC-related). I tend to end up hitting the GCC-in-general links on that page when I was looking to click GCJ-specific links. Thanks, ---John Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs

Re: please update the gcj main page

--- Bryce McKinlay <[EMAIL PROTECTED]> wrote: > John M. Gabriele wrote: > > > >Yes. How do we go about it? :) > > > > > > The web pages can be found in the "wwwdocs" module in GCC cvs. Go here > for details: http://gcc.gnu.org/cvs.html

Re: What systems (if any) have fprintf_unlocked?

> > I'm not going to be able to remember exactly. It might be worth > > looking at various proprietary Unixes to see if they've got > > fprintf_unlocked, but given the date I don't think I was looking at > > one of them. My best guess is that I simply assumed glibc had it, > > since it seeme

Re: please update the gcj main page

;s my opinion FWIW, coming from someone who writes pretty good newb-friendly docs, on various wiki's, every now and again. IMO, if there's some issue with licensing/copyright and wiki's for GNU projects, it should be straightened out so everyone can easily start contributing to the docs, wiki

Re: Successfull gcc-3.4.4 build on hppa1.1-hp-hpux10.20

> Used full distribution + make bootstrap. Used egcs-2.91.57 and > binutils-2.11.2 to compile gcc. If you are interested in much improved C++ support, upgrade binutils to 2.16 or later and rebuild GCC with the new binutils. This provides one-only support under HP-UX 10.20. You also need the lat

Re: Successfull gcc-3.4.4 build on hppa1.1-hp-hpux10.20

> Thanks! Do you know if this includes pthreads support in C++? There's support for the older DCE threads in 10.X. This is dropped in 11.X, but there's POSIX thread support. Dave -- J. David Anglin [EMAIL PROTECTED] National Research Council of Canada

Re: No effect of -fshort-enums..is it a bug

Hi Gaurav, >Please confirm which of the two outputs is correct and why is there a difference in the output of two versions of compiler? Both outputs are "correct". (Neither output is compliant to the standard, of course, as -fshort-enums is a deviation from the standard.) Sincerely, --Eljay

Re: No effect of -fshort-enums..is it a bug

Hi Dave, Daniel, and Gaurav, For C99, I stand corrected. For C89 or C++98, I think my statement is applicable. (But until I double-check by reading those standards, take that with a grain of salt.) For all three, having enum be an int (signed or unsigned) is legit of course. For all three, hav

Re: No effect of -fshort-enums..is it a bug

Hi Gaby, Dave, Daniel, and Gaurav, >This is incorrect and misleading. I concur. I retract my previous statement, and direct seekers-of-clarification to the previous posts that answered this issue. My apologies for my confusion. Sincerely, --Eljay

Re: No effect of -fshort-enums..is it a bug

Hi Gaurav, You could do this... q = 4294967295U Or you could use -std=iso9899:1999 (perhaps with -pedantic) for the compiler to produce an error. Assuming you are using GCC 4.x. Or if you *want* to allow that, you could do this... -std=gnu99 I'm guessing as to which version of GCC you are usin

Re: weakref and static

> Unfortunately, it can't do that; Mach-O (on Darwin) doesn't support > aliases in the object file at all, and even ELF doesn't support > aliases to symbols outside the current .o. The easiest solution to > this is to require that weakrefs must be 'static', because the name > that they define is n

Re: GMP on IA64-HPUX

> On Mon, Dec 05, 2005 at 07:57:43AM -0800, Steve Ellcey wrote: > > > > > So, in short, my questions are: is gmp-4.1.4 supposed to work on > > > > > ia64-hpux? > > > > > > > > > > No, it is not. It might be possible to get either the LP64 or > > > > > the ILP32 ABI to work, but even that requi

SVN tags, branches and checkouts

I find the documentation on checking out branches, particularly for branch releases, confusing. It doesn't say you need to use "tags" instead of "branches" for releases. Dave -- J. David Anglin [EMAIL PROTECTED] National Research Council of Canada (6

Re: SVN tags, branches and checkouts

> John David Anglin <[EMAIL PROTECTED]> wrote: > > > I find the documentation on checking out branches, particularly > > for branch releases, confusing. It doesn't say you need to use "tags" > > instead of "branches" for releases. > &g

Re: weakref miscompiling libgfortran

> > I still support a reverting of the weakref patch as it was put way too > > late > > for 4.1 (stage 3 is not a good idea for a new feature). > > Depends on if you consider it a new feature or a bug fix. >From my perspective, this patch introduced more bugs than it fixed: http://gcc.gnu.org/b

Storage for uninitialized objects (PR 24626)

I have a question about storage for uninitialized objects. I made the mistake of looking at the code being generated for testcase #2 in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24626. I noticed that reload used the same register r3 for the variables "call_result" and "node" after the call to af

Re: Storage for uninitialized objects (PR 24626)

I've looked at the draft version of C99 that I have and it's clear that there are some significant differences between the draft that I have and the final. So, take what I say with a grain of salt ;) > I believe Dave's program results in undefined behavior by implication. > That is, even though C

Re: Storage for uninitialized objects (PR 24626)

> > This seems pretty clear. C99 requires that storage be allocated > > > >for uninitialized objects, that an indeterminate value be stored > >in the object when the declarator for the object is reached in the > >block, that the last-stored value be retained for the duration of > >the block. > >

Re: [Ada] GCC 4.1 Status Report (2006-01-15)

> http://gcc.gnu.org/ml/gcc-testresults/2006-01/msg00833.html > hppa2.0w-hp-hpux11.11 has some cxg problems, but I don't > know if 4.0 worked at all there. A testsuite run with ada for 4.0.3 is here: http://gcc.gnu.org/ml/gcc-testresults/2006-01/msg00893.html. The run terminated before completing.

Re: pa indirect_jump instruction

p_insn (CODE_FOR_indirect_jump, 1, ops); emit_barrier (); #endif } but I think testing HAVE_indirect_jump (-> targetm.have_indirect_jump ()) is more correct. Would it be OK to remove the operands[] condition? Or should/could it be a pmode_register_operand instead of a register_operand? Thanks, Richard -- John David Anglin dave.ang...@bell.net

Re: [PATCH][RFC] Always require a 64bit HWI

ber but without ansi support one needs to start with an early 4.X version. Dave -- John David Anglindave.ang...@bell.net

Re: [PATCH][RFC] Always require a 64bit HWI

this change as I know this causes support issues. The HP ansi C compiler and aCC have long long. This is not an issue for linux. I believe people can find HP-UX GCC binaries on the net. Dave -- John David Anglin dave.ang...@bell.net

Re: missing symbols in libstdc++.so.6 built from the 4.9 branch

y define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_4, etc, in pa-linux.h. I'll experiment with defining ATOMIC_INT_LOCK_FREE there. Thanks, Dave -- John David Anglin dave.ang...@bell.net

Re: missing symbols in libstdc++.so.6 built from the 4.9 branch

On 1-Jul-14, at 4:40 AM, Matthias Klose wrote: Looks like more than one issue is involved, I remember that the math symbols were already dropped in earlier versions for other architectures. The build is configured -with-long-double-128. Long double is 64 bits on hppa-linux. Dave -- John

Re: missing symbols in libstdc++.so.6 built from the 4.9 branch

CC_ATOMIC_INT_LOCK_FREE = 2, etc. Have to see if this works with our library functions :- Dave -- John David Anglindave.ang...@bell.net

Re: Bootstrap configuration for hppa-linux-gnu ?

ssible to do a 64-bit bootstrap on hppa-linux-gnu since there is no glibc or kernel support for 64-bit runtime. The 64-bit compiler is built as a cross and just used to build 64-bit kernels. 32-bit bootstrap should work fine. "Full" 64-bit support is only available on hpux11.

Re: gcc-gnat for Linux/MIPS-32bit-be, and HPPA2

On Sun, Jul 22, 2018 at 03:24:48AM +0200, Carlo Pisani wrote:> > On HPPA: > - "gnatgcc" is not existing out of the debian pagkage(1) > - gnat make calls "gcc-4.3" > - the installed gcc (provided by gentoo) can't compile ada-files > - since the compiler was compiled with languages=C,C++,Fortran >

Re: hppa testsuite stalls?

> the testsuite on the hppa machine (gcc61 on the compile farm) has > always hanged for me from time to time. However, lately (at least > since I returned from vacation last Monday) it hangs every time. This is likely a kernel problem. There are long standing problems with testsuite timeouts and

Re: Not using DECL_VALUE_EXPR for callee-copied parameters?

Hi Martin, > Having said that, if anybody has problems with this patch going in, > please speak out now rather than later. I very much appreciate the work you have done on this problem. However, the patch doesn't work as expected. I get multiple comparison failures with this change on hppa-unkn

Re: MPC 0.8 prerelease tarball (last release before MPC is mandatory!)

> Please test this MPC package and report back the results of running > "make check" along with your target triplet, the compiler version you > used, and the versions of gmp/mpfr used to compile it. You do not > necessarily need to bootstrap mainline GCC with this MPC, but if you > have the spare

Re: MPC version 0.8 released!

> The platforms still needed for mpc-0.8 release testing are: > > i386-unknown-freebsd (have results for mpc-0.8dev) > > i686-pc-cygwin (have results for mpc-0.8dev) > hppa2.0w-hp-hpux11.11 (have results for mpc-0.8dev) mpc-0.8 builds and all tests pass on: hppa1.1-hp-hpux10.20 hppa2.0w-hp-hpux1

Subversion Status

Has anyone else seen this error from trunk? $ svn status svn: Error at entry 15 in entries file for 'gcc/testsuite/g++.dg/warn': svn: Bogus date Even if I delete the gcc/testsuite/g++.dg/warn tree, an update brings the error back. svn is 1.6.9. -- Andrew :-) Free Java Software Engineer Red Hat

Re: Subversion Status

On 11:05 Thu 08 Apr , Manuel López-Ibáñez wrote: > On 7 April 2010 23:52, Andrew John Hughes wrote: > > Has anyone else seen this error from trunk? > > > > $ svn status > > svn: Error at entry 15 in entries file for 'gcc/testsuite/g++.dg/warn': > >

Re: GCC 4.3.3 Status Report (2009-01-17), branch frozen for release

On Sat, 17 Jan 2009, Richard Guenther wrote: > It's not my turn to send a status report, but as I plan doing a release > candidate for GCC 4.3.3 soon I thought a status report for that would > be in order. Sorry Richard, I didn't see this until too late. I committed three PA changes this morning

Re: GCC 4.3.3 Status Report (2009-01-17), branch frozen for

> If you are fine with these not being in the release-candidate but > only in the final release then I don't mind. That's fine. Dave -- J. David Anglin dave.ang...@nrc-cnrc.gc.ca National Research Council of Canada (613) 990-0752 (FAX: 952-6602)

Re: GCC 4.4.0 Status Report (2009-01-31)

> removed. The 4.4 branch will be created when all the P1 fixes are committed > and the licensing changes (see the GCC Runtime Library Exception thread on > gcc mailing list) land on the trunk. I noticed sometime ago that two files in the PA backend were incorrectly changed from GPL 2 to GPL 3.

Re: GCC 4.4.0 Status Report (2009-01-31)

990-0752 (FAX: 952-6602) 2009-01-31 John David Anglin * config/pa/fptr.c: Revert license to GPL 2. * config/pa/milli64.S: Likewise. Index: config/pa/fptr.c === --- config/pa/fptr.c(revision 143821) +++ config

Re: cleanup tests failing on MIPS64

The same tests now fail on hppa. This is PR 39651. I'm fairly certain this was introduced by the following change: 2009-03-28 Jan Hubicka Merge from pretty-ipa: 2009-03-27 Jan Hubicka * cgraph.c (dump_cgraph_node): Add replace output flag by process. ...

Re: Question about creating stdint.h on systems that don't have it

I have a patch to provide stdint.h on HP-UX that I have been testing. I have resolved the consistency issues with inttypes.h although there are some slightly wierd aspects. For example, I found "signed char" and "char" are inconsistent, yet characters are signed. The specification of some types d

Re: Question about creating stdint.h on systems that don't have it

Attached is my change as it currently stands. Dave -- J. David Anglin dave.ang...@nrc-cnrc.gc.ca National Research Council of Canada (613) 990-0752 (FAX: 952-6602) Index: config.gcc === -

Re: Question about creating stdint.h on systems that don't have it

> > I have to define __STDC_EXT__ under all circumstances to get consistency > > of the long long types in the 32-bit runtime. Previously, gcc for hpux > > tried to mirror the behavior of the HP C compiler wrt long long types. > > Rather then define __STDC_EXT__ all the time I was looking at defi

Re: GCC 4.5.1 Released

thanku for giving me all notifications of gcc release.. On 8/8/10, Richard Guenther wrote: > > The GNU Compiler Collection version 4.5.1 has been released. > > GCC 4.5.1 is a bug-fix release containing fixes for regressions and > serious bugs in GCC 4.5.0. This release is available from the > FT

GCC Bugzilla with Firefox 3.6.12

I have experienced a number of problems with the new bugzilla. It seems "Reload current page" doesn't consistently update all fields (e.g., Target Milestone). As a result, entering new comments, etc, can corrupt fields that haven't been updated. I tend to leave bug pages open in tabs. Has anyon

Re: Storage for uninitialized objects (PR 24626)

> No, the ISO C standard is clear that the value of an uninitialized > variable is indeterminate. It may be a trap representation, or it may > be an unspecified value. In the latter case it must have the correct > type. But there is no other restriction on it, and the standard > specifically say

Re: bootstrap failure for Ada gcc 4.1 Revision 110108 on

> > gnat1: out of memory allocating 19028192 bytes after a total of 92324 bytes > > gmake[2]: *** [ada/ada.o] Error 1 My guess is that this is a problem with the bootstrap compiler. There is a known issue with all 3.3 releases that require compiling stage 1 with -O1. I think there's also a probl

<    1   2   3   >