Thank you all you guys' help.
I went for the new version in GCC-4_0-branch, it is working wonderfully.
Rui
>-Original Message-
>From: Mark Wielaard [mailto:[EMAIL PROTECTED]
>Sent: 10 November 2005 21:28
>To: [EMAIL PROTECTED]
>Cc: Rui Wang; [EMAIL PROTECTED]; Ranjit Mathew;
>g
On Thu, Nov 10, 2005 at 11:35:20PM +0100, Gabriel Dos Reis wrote:
> Mark Mitchell <[EMAIL PROTECTED]> writes:
>
> | Ideally, I think we would support it; I'm just not sure exactly what
> | restrictions, if any, should apply to the flexible array data member.
> | For example, perhaps the type of th
Snapshot gcc-4.0-20051110 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.0-20051110/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.0 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Mark Mitchell <[EMAIL PROTECTED]> writes:
| Ideally, I think we would support it; I'm just not sure exactly what
| restrictions, if any, should apply to the flexible array data member.
| For example, perhaps the type of the elements should be one that does
| not require construction. Perhaps that
> On Thu, 2005-11-10 at 14:05 -0700, TJ Laurenzo wrote:
> > Call me silly, I don't really know how and where to file a PR. Is there
> > any guideline?
> I just realized that I referred you to a PR and you had asked what
> that meant. It is a record in the GCC Bugzilla database:
> http://gcc.gnu.o
Aldy Hernandez wrote:
> Hi folks.
>
> The code below is ICE-ing in C++:
>
> typedef struct {
> unsigned char dir;
> int data[];
> } AiDefaultRailBlock;
> static const AiDefaultRailBlock _raildata_ai_0 = { 1, { 0, 4 } };
>
> According to our docs, this is valid under flexible arrays:
>
> ht
> Call me silly, I don't really know how and where to file a PR. Is there
> any guideline?
I just realized that I referred you to a PR and you had asked what
that meant. It is a record in the GCC Bugzilla database:
http://gcc.gnu.org/bugzilla/
TJ
Rui,
I just checked in the patch to correct this problem. See PR 20993.
This has also been backported to the 4.0 branch, so if you update on
either mainline or the 4.0 branch, you should get the fix. Note that
the fix is to gcjh, so you are best rebuilding from scratch.
TJ
On 11/10/05, Rui Wan
More questions wrt this PR.
The problem here is in reshape_init_array_1. Ever since we made
max_index_cst and index *unsigned* HOST_WIDE_INT, we are causing the
loop over initializers to wrongly iterate when we have zero sized arrays.
Since on a zero sized array, we have "tree max_index" set to:
On Thu, 2005-11-10 at 13:37 -0500, Hans-Peter Nilsson wrote:
> On Thu, 10 Nov 2005 [EMAIL PROTECTED] wrote:
>
> > Author: dberlin
> > Date: Thu Nov 10 17:23:49 2005
> > New Revision: 106743
>
> > 2005-11-10 Daniel Berlin <[EMAIL PROTECTED]>
>
> > (heapvar_lookup): New function.
>
> /home/
On Thu, 10 Nov 2005 [EMAIL PROTECTED] wrote:
> Author: dberlin
> Date: Thu Nov 10 17:23:49 2005
> New Revision: 106743
> 2005-11-10 Daniel Berlin <[EMAIL PROTECTED]>
> (heapvar_lookup): New function.
/home/hp/combined/combined/gcc/tree-ssa-structalias.c: In function
`heapvar_lookup':
/
The essence of the pass is that it transforms
new java.lang.StringBuffer();
into
new gnu.gcj.runtime.StringBuffer();
My first attempt is to insert my pass immediatly after pass_build_ssa.
I am trying to do the first part of transform with this code:
.
.
.
tree stmt = bsi_stmt (bsi);
tc = TR
Hi,
Gcc on the head fails to compile arm-rtems4.7 at the following point
when Ada is enabled.
../../xgcc -B../../ -c -g -O2 -W -Wall -gnatpg s-auxdec.adb -o
s-auxdec.o
s-auxdec.ads:286:13: alignment for "Aligned_Word" must be at least 4
Any ideas?
--
Joel Sherrill, Ph.D.
TJ>You're right. When building the cross compiler, these items
TJ>are excluded. It was when going on from there to build the
TJ>native compiler from the cross compiler that they are included.
After all, I think you may be right. Cos when I tried to remove the
If Native ... End if from Makefil
Hi folks.
The code below is ICE-ing in C++:
typedef struct {
unsigned char dir;
int data[];
} AiDefaultRailBlock;
static const AiDefaultRailBlock _raildata_ai_0 = { 1, { 0, 4 } };
According to our docs, this is valid under flexible arrays:
http://gcc.gnu.org/onlinedocs/gcc-4.0.2/gcc/Zero-L
Tom>No, it is more like some weird configure/build thing having to
Tom>do with cross-builds.
I tried to make the following changes, but a error on generating
Jv-convert has been thrown during buildinig cross compiler to win
platform. (I was able to successfully build this cross compiler before I
At some point between 4.0 and 4.1 the mechanism for option handling was
changed over to the new style using the .opt file but the default setting of
quickcall seems to have been lost in the process.
It seems to me that this was unintentional - but please let me know if
otherwise.
adding the follo
Running make check in fixincludes on x86_64-gnu-linux I get the
following failure:
Fixed: Xm/Traversal.h
cmp: EOF on string.h
*** string.h2005-11-10 12:25:31.0 +0100
--- /cvs/gcc-svn/trunk/fixincludes/tests/base/string.h 2005-11-10
12:23:56.0 +0100
***
*** 10,13
> Or did I miss the point entirely?
Right now, having the GMP/MPFR libraries (later refered as GMP) in
/home/gmp and typing:
configure --with-gmp=/home/gmp --enable-languages=c,fortran
does configure fine but running "make" then fails when it attempts to
build libgfortran. This is PR 21547, see
19 matches
Mail list logo
