RE: Thoughts on imposing a 100k per-comment limit

On 01 February 2006 05:43, Daniel Berlin wrote: > I was staring at the comment database, and noticed > I can't imagine *any* of these comments are useful to human beings to > read. Did you browse a few? I'm curious, my guess would be that they're mostly huge rtl dumps. > If you dump the c

alias: Varying struct and fixed scalar question

Hi, in true_dependence (alias.c) a varying struct address is considered to never alias a fixed scalar value. This rule is triggered also in something like the following: struct foo { int n; }; extern unsigned long c = 0; { int b; b = 2; ((struct foo*)(&b + c))->n = 3; } This is a bit ove

Re: alias: Varying struct and fixed scalar question

On 2/1/06, Andreas Krebbel <[EMAIL PROTECTED]> wrote: > Hi, > > in true_dependence (alias.c) a varying struct > address is considered to never alias a fixed scalar value. This > rule is triggered also in something like the following: > > struct foo { int n; }; > extern unsigned long c = 0; > > { >

Re: alias: Varying struct and fixed scalar question

> struct foo { int n; }; > extern unsigned long c = 0; > > { > int b; > > b = 2; > ((struct foo*)(&b + c))->n = 3; > } For having a true dependency the example should look like this: struct foo { int n; }; extern unsigned long c = 0; { int b; int d; b = 2; d = ((struct foo*)(&b

Re: alias: Varying struct and fixed scalar question

Andreas Krebbel writes: > > > struct foo { int n; }; > > extern unsigned long c = 0; > > > > { > > int b; > > > > b = 2; > > ((struct foo*)(&b + c))->n = 3; > > } > > For having a true dependency the example should look like this: > > struct foo { int n; }; > extern unsign

Re: Regular LAPACK testing

On Feb 1, 2006, at 1:47 AM, Jerry DeLisle wrote: I would like to get regular LAPACK regression testing and automatic reporting set up. Is there a gcc.gnu server somewhere that I can get access to to set this up and have it run once daily? You can use the compiler farm servers: http://gcc.g

Re: Thoughts on imposing a 100k per-comment limit

Dave Korn wrote: > On 01 February 2006 05:43, Daniel Berlin wrote: > >> I was staring at the comment database, and noticed > >> I can't imagine *any* of these comments are useful to human beings to >> read. > > Did you browse a few? I'm curious, my guess would be that they're mostly > huge

Re: Generalize ready list sorting via heuristics in rank_for_schedule.

Peter Steinmetz <[EMAIL PROTECTED]> writes: > Currently, within the ready_sort macro in haifa-sched.c, the call to qsort > is passed "rank_for_schedule" to help it decide which of two instructions > should be placed further towards the front of the ready list. > Rank_for_schedule uses a set of ord

Re: reload madness, question

DJ Delorie <[EMAIL PROTECTED]> writes: > I'm looking at an insn that has these reloads [attached]. Note that > reload2 is not needed IF the reload 1 gets resolved. I haven't > figured out yet how to tell gcc this. Suggestions? The fb+0 > construct is something I create to recognize patterns th

Re: reload madness, question

> How could reload 1 not get resolved? Well, it always does, if it gets that far. > When you are looking at reload 2 in some predicate, can you simply > assume that reload 1 will get resolved, and report that the mem > matches the predicate? Tried it, didn't help.

Name mangling issue with HP, Sun, Tru64 UNIX C++ but not GCC

We ran into a problem building KDE on HP-UX 11.23/IA with the HP C++ compiler. The compiler mangled a function name in a .cpp file though it was declared extern "C" in the .h file. After a post to the HP C++ developers list, we were told this behavior is correct. GCC 4.0.2 does not do this so I'd l

x86 Darwin an libgcc-math

With trunk and those set of patches, x86 Darwin bootstraps and builds libgcc-math. However, there are some issues actually using it: alias:/tmp ssen$ cat test.c #include #include int main(int argc, char *argv[]) { double a = 1.590

Re: Regular LAPACK testing

On Tue, Jan 31, 2006 at 10:47:09PM -0800, Jerry DeLisle wrote: > I would like to get regular LAPACK regression testing and automatic > reporting set up. > > Is there a gcc.gnu server somewhere that I can get access to to set this up > and have it run once daily? > > This is mostly to catch gfor

Re: x86 Darwin an libgcc-math

Is it intentional that these functions have global visibility and interfere with functions declared and implemented by the system libraries? If not, can they be compilied with hidden visibility? Yes (I originally tried to "see what happens if we use the glibc routines", then I shared the c

Re: Name mangling issue with HP, Sun, Tru64 UNIX C++ but not GCC

> > We ran into a problem building KDE on HP-UX 11.23/IA with the HP C++ > compiler. The compiler mangled a function name in a .cpp file though > it was declared extern "C" in the .h file. After a post to the HP C++ > developers list, we were told this behavior is correct. GCC 4.0.2 does > not do

Upated memory hog patch for make

On Wed, Feb 01, 2006 at 06:33:40PM +0100, Klaus Singvogel wrote: > > Hello Mr. H. J. Lu, > I just want to inform you, that we got a problem report regarding your > "memory hog" patch from 2005-Dec-08 for gmake-3.80. If compilation of > "binutils" is started with "MALLOC_CHECK_=2", a crash in gmake

Spec reading causes ppc64 crash

set_spec (gcc.c:1843) ==10712==by 0x10003DC0: read_specs (gcc.c:2223) ==10712==by 0x10011BBC: main (gcc.c:6333) Target: powerpc-suse-linux Configured with: ../configure --enable-languages=c,c++,f95 powerpc-suse-linux Thread model: posix gcc version 4.2.0 20060201 (experimental) /home/dber

Re: x86 Darwin an libgcc-math

On 2/1/06, Paolo Bonzini <[EMAIL PROTECTED]> wrote: > > > Is it intentional that these functions have global visibility and > > interfere with functions declared and implemented by the system > > libraries? If not, can they be compilied with hidden visibility? > > Yes (I originally tried to "see wh

[HELP take two] GCC 4.1 branch Ada status on powerpc-darwin?

I've not seen any Ada enabled results on powerpc-darwin posted on gcc-testresults after the patches came in. Could someone with powerpc-darwin access check wether Ada is now working or not, if not populate bugzilla? Thanks in advance, Laurent

Re: Generalize ready list sorting via heuristics in rank_for_schedule.

Peter Steinmetz wrote: Currently, within the ready_sort macro in haifa-sched.c, the call to qsort is passed "rank_for_schedule" to help it decide which of two instructions should be placed further towards the front of the ready list. Rank_for_schedule uses a set of ordered heuristics (rank, prior

Re: [HELP take two] GCC 4.1 branch Ada status on powerpc-darwin?

> Could someone with powerpc-darwin access check wether Ada is now working > or not, if not populate bugzilla? The compiler bootstraps fine but all ACATS tests fail to link. You need to manually pass -static-libgcc at link time. -- Eric Botcazou

Re: x86 Darwin an libgcc-math

On 2/1/06, Richard Guenther <[EMAIL PROTECTED]> wrote: > On 2/1/06, Paolo Bonzini <[EMAIL PROTECTED]> wrote: > > > > > Is it intentional that these functions have global visibility and > > > interfere with functions declared and implemented by the system > > > libraries? If not, can they be compili

Re: [HELP] GCC 4.1 branch Ada status on powerpc-darwin?

On Tue, 2006-01-24 at 10:29 +0100, Arnaud Charlet wrote: > Otherwise, we could modify systematically the binder/linker to always > call gcc with either -static-libgcc or -shared-libgcc when linking, depending > on whether shared libs are used. Or we could make this capability optional > and enabled

Re: x86 Darwin an libgcc-math

Awesome. With trunk, your 3 previous patches, my config/darwin.h patch for the link line, and your further patch for visibility: [EMAIL PROTECTED] /opt/gccmath/bin/gcc -o test test.c -msselibm [EMAIL PROTECTED] otool -Lv test test: /opt/gccmath/lib/libgcc-math.0.dylib (compatibility v

Re: x86 Darwin an libgcc-math

On 2/2/06, Shantonu Sen <[EMAIL PROTECTED]> wrote: > Awesome. > > With trunk, your 3 previous patches, my config/darwin.h patch for the > link line, and your further patch for visibility: > > [EMAIL PROTECTED] /opt/gccmath/bin/gcc -o test test.c -msselibm > [EMAIL PROTECTED] otool -Lv test > test:

Re: Bad indentation and strange code in fortran/trans-array.c

H. J This regtests OK and simplifies things somewhat: Index: gcc/fortran/trans-array.c === *** gcc/fortran/trans-array.c (revision 110407) --- gcc/fortran/trans-array.c (working copy) *** gfc_conv_expr_descriptor (gfc_se

Re: Bad indentation and strange code in fortran/trans-array.c

On Thu, Feb 02, 2006 at 12:39:41AM +0100, Paul Thomas wrote: > H. J > > This regtests OK and simplifies things somewhat: > What is this format? I don't think I can apply it cleanly? H.J. --- > Index: gcc/fortran/trans-array.c > ==

Re: Thoughts on LLVM and LTO

Sorry for the long delay in this thread .. still catching up from the break. > > 2) Testability of optimization passes > > > > How much precision one can get while testing particular feature, > > optimization pass? > > You can run one pass at a time, if you wanted to, using opt (or two, > or thr

Re: Bad indentation and strange code in fortran/trans-array.c

H. J. Lu wrote: On Thu, Feb 02, 2006 at 12:39:41AM +0100, Paul Thomas wrote: H. J This regtests OK and simplifies things somewhat: What is this format? I don't think I can apply it cleanly? I am not surprised - I tried to cut and paste from a large patch that I am working on.

Inconsistency in runtime target tool search

When I build a cross compiler, say from x86_64-unknown-linux-gnu to i386-apple-darwin8.4.1, and have a directory in my PATH with "i386- apple-darwin8.4.1-as" and "i386-apple-darwin8.4.1-ld", it appears that the target-prefixed "ld" is found by collect2, but not the target-prefixed "as" by th