Re: GCC 4.1 RC2

Paolo Bonzini wrote: > Mark Mitchell wrote: >> I will spin GCC 4.1 RC2 tonight. >> >> The only patch I plan to apply, relative to current sources, is Paolo >> Bonzini's Ada patch. > > ... which is revision 108058. I gather that you want to apply it yourself? Already done. Thanks! -- Mark Mitc

Re: Ada subtypes and base types

On 2/24/06, Jeffrey A Law <[EMAIL PROTECTED]> wrote: > On Wed, 2006-02-22 at 13:25 -0500, Richard Kenner wrote: > > When I speak about doing arithmetic in a type, I'm referring to the > > type of the expression & its input operands in a gimplified > > expression. At that point I do

static inline function body is missing

Hi all, In my GCC 4.02 port for DLX cpu I'm expiriencing strange problem. When compiling following example: static inline int bar(void) { return 1; } int main() { int i = 0; i = bar(); return i; } with the following line dlx-elf-gcc -S foo.c there is no bar() function body, but there i

Re: IVOPTS vs Ada subtypes and base types

Jeffrey A Law wrote: > > Note how the conversions have been lost. > This is a bug in chrec_convert_aggressive. The following patch fixes the problem in a quite drastic way, disabling the analysis of ivs that contain casts in their induction. Index: tree-scalar-evolution.c =

pointer member constant expression

I have asked this question before -- maybe to the gcc-help list but I'm still unclear. The problem is this: struct foo { int a; int b; int c; }; static const int foo::*j = &foo::c; // accepted class dog { static const int foo::*k = &foo::c; // error }; 5.

Re: pointer member constant expression

On 2/24/06, Perry Smith <[EMAIL PROTECTED]> wrote: > I have asked this question before -- maybe to the gcc-help list but > I'm still unclear. > > The problem is this: > > struct foo { > int a; > int b; > int c; > }; > > static const int foo::*j = &foo::c; // accep

information request about generated trees during gcc process

Hi, My name is Bruno Galleggianti and I am working for the CEA, a French research center. I'm looking for tools that can generate AST (Abstract Syntax Tree) from C files. I have found with gcc toolchain the option -dump-tree-original. The generated files are very interresting for me and I th

STUDENTS WANTED: Home Inspection training and certification prep starts Mar 4 and Mar 13: IRC Building code class starts Mar 7

**/EARLY BIRD DISCOUNTS. //HOME INSPECTION AND BUILDING CODE CERTIFICATION COURSES/** ** select the course that works for you ** A training and resource facility for home inspectors, builders and home owners. **contact us http://www.InspectorsUSA.com **

STUDENTS WANTED: Home Inspection training and certification prep starts Mar 4 and Mar 13: IRC Building code class starts Mar 7

**/EARLY BIRD DISCOUNTS. //HOME INSPECTION AND BUILDING CODE CERTIFICATION COURSES/** ** select the course that works for you ** A training and resource facility for home inspectors, builders and home owners. **contact us http://www.InspectorsUSA.com **

Re: Ada subtypes and base types

Just to make sure I've dotted the i's and crossed the t's, this is not what's happening when we hang in VRP when compiling a-textio. We convert the incoming object from natural___XDLU_0___2147483647 into its base type, perform the addition in the base type, then convert back to

Re: Ada subtypes and base types

Richard Kenner wrote: > Just to make sure I've dotted the i's and crossed the t's, this is not > what's happening when we hang in VRP when compiling a-textio. > > We convert the incoming object from natural___XDLU_0___2147483647 > into its base type, perform the addition in the bas

Re: Ada subtypes and base types

On Fri, 2006-02-24 at 18:42 +0100, Sebastian Pop wrote: > Richard Kenner wrote: > > Just to make sure I've dotted the i's and crossed the t's, this is not > > what's happening when we hang in VRP when compiling a-textio. > > > > We convert the incoming object from natural___XDLU_0___21

GCC 4.1 RC2 available

GCC 4.1 RC2 is now available from: ftp://gcc.gnu.org/pub/gcc/prerelease-4.1.0-20060223 As usual, please report any problems by filing bugs in bugzilla, Cc'd to me. I fully expect these bits to be the final bits, modulo the items on the release checklist, such as changes to version strings. Assu

Re: Ada subtypes and base types

On Fri, 2006-02-24 at 18:42 +0100, Sebastian Pop wrote: > Richard Kenner wrote: > > Just to make sure I've dotted the i's and crossed the t's, this is not > > what's happening when we hang in VRP when compiling a-textio. > > > > We convert the incoming object from natural___XDLU_0___21

Re: confused by mips target

Eric Christopher wrote: On Feb 23, 2006, at 5:27 PM, Eric Fisher wrote: Hi, I'm really confused by mips targets, such as mips-elf, mips-linux, mips-elf-linux, mips-elf-linux-gnu. I will appreciate if anyone can tell me the difference between them. The last two don't exist. Except I think

Re: Ada subtypes and base types

On Fri, 2006-02-24 at 18:42 +0100, Sebastian Pop wrote: > Richard Kenner wrote: > > Just to make sure I've dotted the i's and crossed the t's, this is not > > what's happening when we hang in VRP when compiling a-textio. > > > > We convert the incoming object from natural___XDLU_0___21

Re: Ada subtypes and base types

Jeffrey A Law wrote: > One possibility that isn't as drastic would be to add one to the > TYPE_MAX_VALUE of the inner type, then see if the result fits in > the outer type. Yes, that's basically the idea that is implemented in chrec_convert. Because we're in a loop and we keep adding "one"s to

Re: Ada subtypes and base types

Jeffrey A Law wrote: > Another possibility is to simply not allow conversions between a > subtype and basetype. Such a patch also solves the problem. But I'm not sure to understand the impact on other codes. Is this kind of conversion between a type and its basetype specific to Ada? Index: tre

4.1.0rc2 *rtems report (preliminary)

Hi, I have just finished building gcc 4.1.0-20060223 for the RTEMS targets using newlib 1.14 and binutils 2.16.1. I called this a preliminary report because I have not built RTEMS itself yet so there may be issues. I did not notice any build issues with rc1 so my fingers are crossed. I have no

Re: Ada subtypes and base types

So if I understand correctly, if we can prove that the operation does not overflow in natural___XDLU_0___2147483647, then there is no need of a cast to the base type and back. This stuff is complex, but I'm fairly sure that's correct.

RFC: Memory SSA. A redesign of the virtual operand scheme.

Our current representation of memory operations in the IL is fairly heavy and source of lots of painful memory and compile time problems. I have been thinking on and off about the problem for a few months and recently I found a few days to really sit down and look at the problem. I think I may h

Re: Ada subtypes and base types

On Fri, 2006-02-24 at 19:47 +0100, Sebastian Pop wrote: > Jeffrey A Law wrote: > > Another possibility is to simply not allow conversions between a > > subtype and basetype. > > Such a patch also solves the problem. But I'm not sure to understand > the impact on other codes. Is this kind of con

Tuples for GIMPLE

A few days ago we had chatted with Ian on IRC about the general idea of using some tuple-like structure for GIMPLE instead of the current notion of treating everything as a 'tree'. We also chatted briefly with Zdenek about this when he proposed turning compiler temporaries into non-decls. I thin

Re: Disabling pch checking?

On Feb 23, 2006, at 9:05 PM, Dan Kegel wrote: it seems to be slow at preprocessing C++ source. This matters quite a bit when running distcc. One way to mitigate this would be to use a precompiled header, and use -fpch-preprocess with distcc and ship the .gch across instead. This saves the

Re: Tuples for GIMPLE

> goto_expr = 1 ( 0%) This really should not be showing up at all since the CFG should have all the information that is needed. Did you look into where this was showing up? Thanks, Andrew Pinski

Re: Tuples for GIMPLE

> complex_cst =24 ( 0%) > realpart_expr =22 ( 0%) > imagpart_expr =22 ( 0%) > complex_expr= 4 ( 0%) For C++ code these seems low except maybe for the fact they don't really use complex that much, maybe running these stats over some Fortran code will

Re: Disabling pch checking?

On 2/24/06, Mike Stump <[EMAIL PROTECTED]> wrote: > On Feb 23, 2006, at 9:05 PM, Dan Kegel wrote: > > it seems to be slow at preprocessing C++ source. > > This matters quite a bit when running distcc. > > One way to mitigate this would be to use a precompiled header, and > use -fpch-preprocess with

Re: static inline function body is missing

On Feb 24, 2006, at 2:08 AM, Nemanja Popov wrote: Is it possible to workaround this problem in my port files. Sounds like a bug, I'd recommend just finding and fixing the bug. Can't imagine it is more than a line to fix. Watch for TREE_USED, SYMBOL_REF_USED, mark_referenced, mark_decl_re

Re: Tuples for GIMPLE

Andrew Pinski wrote: > Did you look into where this was showing up? > No. Happens on libjava/interpret.cc. Here's the patch I used and the stats collecting script, if you're interested in gathering more info. Index: tree-into-ssa.c ===

Re: Disabling pch checking?

On Feb 24, 2006, at 1:25 PM, Dan Kegel wrote: That's painful to set up, though (it requires changing the application's source to be effective, doesn't it?) No. On darwin, it is a checkbox to turn distributed builds on, no other change necessary. distcc already adds -E as I recall, you ju

Re: [RFC] libffi testsuite gcc flags?

Andreas Tobler wrote: Hello all, I recently recognized that we run the libffi testsuite without any gcc flags like -Ox or so. This had the effect that a test case was failing since it fell in the area of PR 323. return_fl2.c was compiled with -O0. Now my question, would it make sense to run

Re: Disabling pch checking?

On 2/24/06, Mike Stump <[EMAIL PROTECTED]> wrote: > On Feb 24, 2006, at 1:25 PM, Dan Kegel wrote: > > That's painful to set up, though (it requires changing the > > application's source to be effective, doesn't it?) > > No. After reading http://gcc.gnu.org/onlinedocs/gcc-4.0.2/gcc/Precompiled-Head

Re: Ada subtypes and base types

Jeffrey A Law wrote: > I suspect, but certainly have not confirmed that these conversions > are very common in Ada, but relatively rare elsewhere. Confirming > that suspicion one way or the other is on my TODO list for the weekend. > okay, thanks for your investigation. I won't be able to read

Re: Disabling pch checking?

> After reading > http://gcc.gnu.org/onlinedocs/gcc-4.0.2/gcc/Precompiled-Headers.html > I get the impression that, to start using precompiled headers, the procedure > is: >1) create a single all.h that includes all the needed .h's >2) precompile all.h Correct. > 3) edit all your app's sources

Re: GCC 4.1 RC1

Hello to all and thank you for the good work, I was trying to build GCC 4.1 RC1 on AIX 5.1 _32bit_. The machine is not very fast and I made some mistakes in the beginning. Now my build stops while configuring libstdc++-v3 : -->8- checking f

[gnu.org #225214] apparent mistake in html attribute

Hello GCC Team, I'm doing some housecleaning, and thought I should pass on this rather old message to you that we received in the GNU Webmasters queue about the sidebar on your web pages. Can someone acknowledge this? Thanks! -- John Sullivan GNU Chief Webmaster > [EMAIL PROTECTED] - Mon Mar 0

Re: GCC 4.1 RC1

> Andreas Conz writes: Andreas> Hello to all and thank you for the good work, Andreas> I was trying to build GCC 4.1 RC1 on AIX 5.1 _32bit_. Andreas> The machine is not very fast and I made some mistakes in the beginning. Andreas> Now my build stops while configuring libstdc++-v3 : Andreas>

gcc-4.1-20060224 is now available

Snapshot gcc-4.1-20060224 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.1-20060224/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 4.1 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches

Re: IVOPTS vs Ada subtypes and base types

On Fri, 2006-02-24 at 15:48 +0100, Sebastian Pop wrote: > Jeffrey A Law wrote: > > > > Note how the conversions have been lost. > > > > This is a bug in chrec_convert_aggressive. > > The following patch fixes the problem in a quite drastic way, > disabling the analysis of ivs that contain casts

Re: pointer member constant expression

On Feb 24, 2006, at 8:55 AM, Richard Guenther wrote: On 2/24/06, Perry Smith <[EMAIL PROTECTED]> wrote: I have asked this question before -- maybe to the gcc-help list but I'm still unclear. The problem is this: struct foo { int a; int b; int c; }; static const int foo::*j =

Re: Disabling pch checking?

On Feb 24, 2006, at 1:57 PM, Dan Kegel wrote: On 2/24/06, Mike Stump <[EMAIL PROTECTED]> wrote: On Feb 24, 2006, at 1:25 PM, Dan Kegel wrote: That's painful to set up, though (it requires changing the application's source to be effective, doesn't it?) No. :-) On darwin, we just have a UI e

RE: GCC 3.4.5 has been released

Gabriel Dos Reis <[EMAIL PROTECTED]> wrote: > >I'm pleased to announce that GCC 3.4.5 has been released. > > This version is a minor release, from the 3.4.x series, fixing >regressions with respect to previous versions of GCC. It can be >downloaded from the FTP servers listed here > > http:

Re: GCC 4.1 RC1

On Feb 24, 2006, at 4:34 PM, David Edelsohn wrote: Andreas Conz writes: Andreas> Hello to all and thank you for the good work, Andreas> I was trying to build GCC 4.1 RC1 on AIX 5.1 _32bit_. Andreas> The machine is not very fast and I made some mistakes in the beginning. Andreas> Now my bu

Re: GCC 4.1 RC1

> Perry Smith writes: Perry> You can build 64 bit libraries in 32 bit mode. You are answering a different question. AIX supports building 64-bit executables on 32-bit systems. It does not depend on the processor. The question is about bootstrapping GCC. GCC bootstrap want

Re: GCC 4.1 RC1

Thanks I was mostly trying to give Andreas a way to determine what type of system he has (via kdb). On Feb 24, 2006, at 6:07 PM, David Edelsohn wrote: Perry Smith writes: Perry> You can build 64 bit libraries in 32 bit mode. You are answering a different question. AIX supports