Sulabh Nangalia [EMAIL PROTECTED] writes:
5 10 ? a = 5 : a = 7; is giving error
15 10 ? a = 5 : a = 7; is not giving any error
why?
Because of a bug in gcc. It's been fixed in 4.0, though.
--
Falk
I'm trying to find the best way to minimize the problem via options or
other ways. I already use -fpermissive and this eases it a bit.
Suggestions?
First of all, it's not polite to send things twice just because nobody
answered you.
Second, people on this listcould have as well ignored
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paolo Bonzini wrote:
This is just a heads up that GCC has switched so that the toplevel
coordinates the bootstrapping.
[...]
Let me know if I broke something.
I used to be able to do:
cd $BUILD_DIR/$TARGET/libjava/testsuite
make -k check
to
I used to be able to do:
cd $BUILD_DIR/$TARGET/libjava/testsuite
make -k check
to run only the libjava testsuite.
When I try the same under stage3-$TARGET/libjava/testsuite
now, it fails to find the appropriate gcj. The full error
log is appended at the end of this message.
This is a
Hello, Laurent!
Hi, we lost just one disk during transportation.
If you know someone who has a spare X GB SCSI disk available for
donation, please contact me. Otherwise I'll just buy one :) .
Over here (Germany, Munich) there is an old but it was running
for just some days SCSI Raid system
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paolo Bonzini wrote:
I used to be able to do:
cd $BUILD_DIR/$TARGET/libjava/testsuite
make -k check
to run only the libjava testsuite.
When I try the same under stage3-$TARGET/libjava/testsuite
now, it fails to find the appropriate gcj. The full
Olly Betts [EMAIL PROTECTED] writes:
But note that Gmane (http://gmane.org) is run entirely on Free Software,
and doesn't provide any non-Free Software downloads so you could
presumably add a search box for that without political worries. (This
may also be true for some of the other mail
Jakub Jelinek wrote:
On Wed, Dec 14, 2005 at 04:34:17PM -0600, Joel Sherrill [EMAIL PROTECTED]
wrote:
My fresh check out on the head build using the gcc shipped with
Fedora Core 4 has failed for the past couple of days with this error:
A day and half.
Is this a known failure?
Yes,
Given a pointer to type T - when can we assume that the data pointed to is
naturally aligned (aligned on the size of the type T)?
The vectorizer currently works under the assumption that all data is
naturally aligned. At least one place where this may result in generation
of wrong code by
On 12/15/05, Dorit Naishlos [EMAIL PROTECTED] wrote:
So, in short - when can we assume that pointer types have the minimum
alignment required by their underlying type?
I think the C standard always guarantees this. Of course with packed
structs or malicious users this is not always true but
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Per Abrahamsen wrote:
Actually, I wonder if it really makes sense for the GCC project to
spend part of their limited resources on maintaining their own mail
archives, when specialized free as in FSF services like gmane exist?
Yes it does. If
Yes it does. If nothing else, the archives are used to
provide canonical URLs for referring to messages.
What might not be clear is the need to run a search
engine on the sourceware server, especially if it
puts an awful load on the server at times and especially
when foo bar site:gcc.gnu.org
On Thu, Dec 15, 2005 at 10:02:24AM +0100, Paolo Bonzini wrote:
I used to be able to do:
cd $BUILD_DIR/$TARGET/libjava/testsuite
make -k check
to run only the libjava testsuite.
When I try the same under stage3-$TARGET/libjava/testsuite
now, it fails to find the appropriate gcj. The
Dear all,
I would like to have a brief chat in order to understand (roughly) the
way gcc deals with optimization and language-independent function's
representation. I read already some documents (not the gcc internal doc)
and am aware of GENERIC, GIMPLE, tree SSA but I am not confident on
Hi,
i thought, maybe it interests you. I have done some benchmarking to compare
different gcc releases. Therefore, i have written a bash based benchmarksuite
which compiles and benches mostly C-benchmarks.
Benchmark environment:
The benchmarks are running on i686-pc-linux-gnu (gentoo based)
In previous versions of GCC before yesterday, make all used to do a
normal build
but now I am getting a full bootstrap which is not what I wanted as I
was just testing
objective-C and libobjc changes and nothing else.
Is this is deliberate change or just a mistake?
Thanks,
Andrew Pinski
Andrew Pinski wrote:
Is this is deliberate change or just a mistake?
I'm pretty sure is deliberate and --disable-bootstrap is the config you
need.
Paolo.
On Thu, 2005-12-15 at 19:01 +0100, Giovanni Bajo wrote:
Andrew Pinski [EMAIL PROTECTED] wrote:
In previous versions of GCC before yesterday, make all used to do a
normal build
but now I am getting a full bootstrap which is not what I wanted as I
was just testing
objective-C and
Thomas Lavergne [EMAIL PROTECTED] wrote:
*) is GIMPLE truely front-end independent (no nore specific hacks)?
Yes, mostly. There are some so-called lang-hooks to ask some additional
information to the frontend, but it's mainly about the type system (eg:
there is a langhook to ask the frontend if
After the change over to top level bootstrap, it is harder to tell what
stage
the bootstrap is on.
We get now:
/Users/pinskia/src/gcc/libobjc/trunk/objdir/./prev-gcc/xgcc
but before we had got:
/Users/pinskia/src/gcc/libobjc/trunk/objdir/gcc/stage1/xgcc
Is there any way to fix this so that it
On Thu, Dec 15, 2005 at 01:26:07PM -0500, Andrew Pinski wrote:
After the change over to top level bootstrap, it is harder to tell what
stage
the bootstrap is on.
We get now:
/Users/pinskia/src/gcc/libobjc/trunk/objdir/./prev-gcc/xgcc
but before we had got:
[ this is for debugging purposes - once libgcc moves to its own
directory, we can change this ]
And how about the plans to move the C frontend to its own directory ?
[ grumpy lesser-frontend maintainer ]
--
Toon Moene - e-mail: [EMAIL PROTECTED] - phone: +31 346 214290
Saturnushof 14, 3738
Andrija Radičević wrote:
I'm trying to port gcc and binutils to a new target and I hoped to find
a brief procedure on that matter on the net, but was unsuccessful. OK,
the GCC internals is quite a resourceful document and one can learn a
lot by examining the source tree, but It would be very
Re: GCC mailing list archive search omits results after May 2005
I have been following this thread of discussion. I am a little puzzled. Google
and Gmail are both free but they are not free software according to the FSF
definition. But does it matter? We still use them for work. Gmane is
I just came to think of contrib/warn_summary... how does that filter
out different stages warnings since this change?
--
Cheers,
/ChJ
I see that this patch has already been submitted and accepted, so I'll
just basically state my agreement.
On Wed, Dec 14, 2005 at 11:28:06PM +0100, Paul Thomas wrote:
For what it is worth, I applaud your effort - I think that the gfortran
middle-end should be made completely consistent with
Will L (sent by Nabble.com) wrote:
Re: GCC mailing list archive search omits results after May 2005
I have been following this thread of discussion. I am a little puzzled.
It shows! Your post is based on a misunderstanding of what free means in
this context. Perhaps things will be clearer
On Thu, Dec 15, 2005 at 08:20:39PM -, Dave Korn wrote:
It shows! Your post is based on a misunderstanding of what free means in
this context. Perhaps things will be clearer if you read the explanation of
what the FSF means by free at
In return it shows that you didn't read the message
Janne,
Well, it's not like gfortran is any better documented. At least with
gcc middle-end, there is a much larger amount of people familiar with
it who can concievably help.
I would agree with that. However, getting acquainted with one level of
undocumented complexity is one thing but
How can I rebuild stage 1 compiler with the system compiler? I used
to be able to do
# cd gcc
# make unstage1
# make restage1
But now ./prev-gcc/xgcc is used to build stage 1 compiler, not the
system compiler.
H.J.
number.
2. If gcc/REVISION exists, it will be used in gcc/version.c.
With those 2 patches, I got
[EMAIL PROTECTED] gcc]$ ./xgcc --version
xgcc (GCC) 4.1.0 (gcc-4_1-branch revision 108596) 20051215 (prerelease)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source
doing the following
$(srcdir)/configure --prefix=${HOME}/libobjc.trunk
--enable-languages=c,objc
make all
make -k check
make install
And it fails while doing a make install:
gcc -I/Users/pinskia/src/gcc/libobjc/trunk/libcpp -I.
-I/Users/pinskia/src/gcc/libobjc/trunk/libcpp/../include
Snapshot gcc-4.0-20051215 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.0-20051215/
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
In m68k.md we have:
;; Speed up pushing a single byte but leaving four bytes of space.
(define_peephole
[(set (mem:QI (pre_dec:SI (reg:SI SP_REG)))
(match_operand:QI 1 general_operand dami))
(set (reg:SI SP_REG) (minus:SI (reg:SI SP_REG) (const_int 2)))]
The (const_int 2) looks
and
revision number.
2. If gcc/REVISION exists, it will be used in gcc/version.c.
With those 2 patches, I got
[EMAIL PROTECTED] gcc]$ ./xgcc --version
xgcc (GCC) 4.1.0 (gcc-4_1-branch revision 108596) 20051215 (prerelease)
I like this, but what if you also did an svn status to see if there were
any
patches:
1. contrib/gcc_update creates gcc/REVISION with branch name and
revision number.
2. If gcc/REVISION exists, it will be used in gcc/version.c.
With those 2 patches, I got
[EMAIL PROTECTED] gcc]$ ./xgcc --version
xgcc (GCC) 4.1.0 (gcc-4_1-branch revision 108596) 20051215 (prerelease
I confirm the Ada bootstrap failure on x86-linux, I opened:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25436
With a backtrace and various print suggested by Steven and
last known working revision.
Laurent
On Thu, 2005-12-15 at 07:36 -0600, Joel Sherrill wrote:
Jakub Jelinek wrote:
On Wed,
enclosing 2 patches:
1. contrib/gcc_update creates gcc/REVISION with branch name and
revision number.
2. If gcc/REVISION exists, it will be used in gcc/version.c.
With those 2 patches, I got
[EMAIL PROTECTED] gcc]$ ./xgcc --version
xgcc (GCC) 4.1.0 (gcc-4_1-branch revision 108596) 20051215 (prerelease
On Thu, Dec 15, 2005 at 03:00:10PM -0800, David Daney wrote:
I like this, but what if you also did an svn status to see if there were
any modifications WRT the branch/revision and then add either 'clean' or
'modified' to the information.
So you would get (gcc-4_1-branch revision 108596
Daniel Jacobowitz wrote:
On Thu, Dec 15, 2005 at 03:00:10PM -0800, David Daney wrote:
I like this, but what if you also did an svn status to see if there were
any modifications WRT the branch/revision and then add either 'clean' or
'modified' to the information.
So you would get
I just came to think of contrib/warn_summary... how does that filter
out different stages warnings since this change?
Cheers,
/ChJ
It doesn't work anymore, I'll fix it eventually.
--
Kaveh R. Ghazi [EMAIL PROTECTED]
Hi,
i forgot to post the best cflags for each gcc-version and benchmark.
Here are the results:
gcc-3.3.6:
nbench: -s -static -O3 -march=athlon-xp -fomit-frame-pointer -pipe
-fforce-addr -fsched-spec-load -fmove-all-movables -ffast-math -ftracer
-funroll-loops -funroll-all-loops -mfpmath=sse
On Thu, Dec 15, 2005 at 04:09:41PM -0800, David Daney wrote:
Daniel Jacobowitz wrote:
On Thu, Dec 15, 2005 at 03:00:10PM -0800, David Daney wrote:
I like this, but what if you also did an svn status to see if there were
any modifications WRT the branch/revision and then add either 'clean'
H. J. Lu wrote:
On Thu, Dec 15, 2005 at 04:09:41PM -0800, David Daney wrote:
Daniel Jacobowitz wrote:
On Thu, Dec 15, 2005 at 03:00:10PM -0800, David Daney wrote:
I like this, but what if you also did an svn status to see if there were
any modifications WRT the branch/revision and then
On Thu, Dec 15, 2005 at 06:03:25PM -0800, David Daney wrote:
H. J. Lu wrote:
On Thu, Dec 15, 2005 at 04:09:41PM -0800, David Daney wrote:
Daniel Jacobowitz wrote:
On Thu, Dec 15, 2005 at 03:00:10PM -0800, David Daney wrote:
I like this, but what if you also did an svn status to see if
Paul Brook [EMAIL PROTECTED] writes:
In m68k.md we have:
;; Speed up pushing a single byte but leaving four bytes of space.
(define_peephole
[(set (mem:QI (pre_dec:SI (reg:SI SP_REG)))
(match_operand:QI 1 general_operand dami))
(set (reg:SI SP_REG) (minus:SI (reg:SI SP_REG)
On Friday 16 December 2005 02:35, Andreas Schwab wrote:
Paul Brook [EMAIL PROTECTED] writes:
In m68k.md we have:
;; Speed up pushing a single byte but leaving four bytes of space.
(define_peephole
[(set (mem:QI (pre_dec:SI (reg:SI SP_REG)))
(match_operand:QI 1
Trying to see if a bug was fixed (and an approved patch by me was still
needed), I
noticed that BOOT_CFLAGS was being ignored for profiled_bootstrap.
Thanks,
Andrew Pinski
I like this, but what if you also did an svn status to see if there
were any modifications WRT the branch/revision and then add either
'clean' or 'modified' to the information.
I think this is a good idea (and don't mind the idea of `svn status'
being run from gcc_update to do so), but I
On Fri, Dec 16, 2005 at 03:58:05PM +1100, Ben Elliston wrote:
I like this, but what if you also did an svn status to see if there
were any modifications WRT the branch/revision and then add either
'clean' or 'modified' to the information.
I think this is a good idea (and don't mind the
f77 -finit-local-zero test.f
test.f: In program `test':
In file included from test.f:0:
test.f:2: internal compiler error: Segmentation fault
Test case:
PROGRAM TEST
COMPLEX CZERO(1)
END
=gcc-4 seems to have this option removed now
--
Summary: ICE in f77 with
--- Comment #1 from toon at moene dot indiv dot nluug dot nl 2005-12-15
08:29 ---
*** This bug has been marked as a duplicate of 18913 ***
--
toon at moene dot indiv dot nluug dot nl changed:
What|Removed |Added
--- Comment #4 from toon at moene dot indiv dot nluug dot nl 2005-12-15
08:29 ---
*** Bug 25424 has been marked as a duplicate of this bug. ***
--
toon at moene dot indiv dot nluug dot nl changed:
What|Removed |Added
--- Comment #3 from falk at debian dot org 2005-12-15 08:41 ---
I cannot reproduce this on alphaev68-linux with 4.0.3 20051201 (prerelease),
4.1.0 20051124 (prerelease), or 4.2.0 20051124 (experimental). Could you
perhaps try a newer version (4.0.2) or even better a recent snapshot?
It seems that, according to F95, list-directed formatting of zero must behave
as if formatted with the E descriptor (0.0E+00) while F2003 requires an F
format behaviour (0.0). See message
[EMAIL PROTECTED] on comp.lang.fortran
(writing formatted zeros with implicit formats, by [EMAIL PROTECTED]).
--- Comment #2 from paul dot richard dot thomas at cea dot fr 2005-12-15
09:17 ---
The test case is OK; the variable b is definable, so can be used as an actual
argument for a dummy with intent OUT/INOUT. DF6.0 and Lahey agree with me on
this.
Gfortran does the right thing if the
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2005-12-15 09:25
---
Adding a printf into the libgfortran csqrt() code:
re = REALPART (z);
im = IMAGPART (z);
printf (input: %lg %lg\n, re, im);
shows that it is used in both cases, but the input value is crap in the
--- Comment #3 from paolo at gcc dot gnu dot org 2005-12-15 10:11 ---
Subject: Bug 25421
Author: paolo
Date: Thu Dec 15 10:11:03 2005
New Revision: 108565
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108565
Log:
2005-12-15 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #4 from paolo at gcc dot gnu dot org 2005-12-15 10:22 ---
Subject: Bug 25421
Author: paolo
Date: Thu Dec 15 10:22:19 2005
New Revision: 108566
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108566
Log:
2005-12-15 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #5 from paolo at gcc dot gnu dot org 2005-12-15 10:23 ---
Subject: Bug 25421
Author: paolo
Date: Thu Dec 15 10:22:53 2005
New Revision: 108567
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108567
Log:
2005-12-15 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #6 from pcarlini at suse dot de 2005-12-15 10:24 ---
Fixed for 4.0.3.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #23 from jakub at redhat dot com 2005-12-15 10:48 ---
The problem seems to be that strength_reduce - loop_givs_reduce reduces a giv
that is not always_computable (and as shown on the segfault, it really can't be
computed unconditionally).
p *bl-giv
$16 = {insn =
--- Comment #2 from d dot ayers at inode dot at 2005-12-15 11:13 ---
Created an attachment (id=10493)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10493action=view)
documentation patch
After the discussion here:
http://lists.apple.com/archives/objc-language/2004/Mar/msg7.html
--- Comment #2 from dorit at il dot ibm dot com 2005-12-15 12:41 ---
The problem is that the vectorizer applies loop-peeling in order to align the
data reference *(m-c+i), and peeling only works correctly if the data is
naturally aligned (aligned on it's type size). This is what the
--- Comment #12 from hubicka at gcc dot gnu dot org 2005-12-15 12:49
---
Subject: Bug 24969
Author: hubicka
Date: Thu Dec 15 12:49:10 2005
New Revision: 108573
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108573
Log:
PR target/24969
* i386.c
--- Comment #3 from dorit at il dot ibm dot com 2005-12-15 12:50 ---
related discussion: http://gcc.gnu.org/ml/gcc/2005-12/msg00390.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25413
--- Comment #21 from ebotcazou at gcc dot gnu dot org 2005-12-15 13:29
---
Subject: Bug 18659
Author: ebotcazou
Date: Thu Dec 15 13:29:14 2005
New Revision: 108576
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108576
Log:
2005-12-15 Eric Botcazou [EMAIL PROTECTED]
PR
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2005-12-15 13:29
---
Subject: Bug 18819
Author: ebotcazou
Date: Thu Dec 15 13:29:14 2005
New Revision: 108576
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108576
Log:
2005-12-15 Eric Botcazou [EMAIL PROTECTED]
PR
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
|
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
|
--- Comment #13 from hubicka at gcc dot gnu dot org 2005-12-15 13:48
---
Subject: Bug 24969
Author: hubicka
Date: Thu Dec 15 13:48:22 2005
New Revision: 108577
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108577
Log:
PR target/24969
* i386.c
Can not create a friend function for a class that is in a namespace, if the
function is not in this namespace.
Example:
Command Line:
g++ -save-temps main.cpp
Error:
main.cpp:12: error: std::ostream operator(std::ostream, S::A) should
have been declared inside ::
--
Summary:
--- Comment #1 from sela_lerer at hotmail dot com 2005-12-15 14:03 ---
Created an attachment (id=10494)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10494action=view)
The source file that produced the error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25427
--- Comment #2 from sela_lerer at hotmail dot com 2005-12-15 14:05 ---
Created an attachment (id=10495)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10495action=view)
g++ preprocessed file.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25427
--- Comment #3 from paul dot richard dot thomas at cea dot fr 2005-12-15
14:10 ---
Sorry, I goofed; the testcase is not OK - you are right on the righthand side,
so to speak.
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18579
--- Comment #7 from bonzini at gnu dot org 2005-12-15 14:43 ---
Created an attachment (id=10496)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10496action=view)
one more update
This one includes the change to the usage of __extension__ that Andrew pointed
out.
--
bonzini at
--- Comment #6 from paul dot richard dot thomas at cea dot fr 2005-12-15
14:49 ---
(In reply to comment #5)
the testcase in comment #1 no longer seg faults.
module funcs
implicit none
contains
function f(x)
character(*), intent(in) :: x
integer f(len(x))
If a little bit more complex interrupt function is required the compiler
genrates wrong code (olny with -O flag set).
Compiler generats:
sub lr, lr, #4
stmfd sp!, {r.., lr}
.
.
.
ldmfd sp!, {r.., lr}
subspc, lr, #4
Here the LR
--- Comment #1 from th dot r dot klein at web dot de 2005-12-15 14:59
---
Created an attachment (id=10497)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10497action=view)
except.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25428
--- Comment #5 from paul dot richard dot thomas at cea dot fr 2005-12-15
15:01 ---
(In reply to comment #4)
These all amount to the same problem. Being a bit more descriptive would also
make searching for duplicates easier.
I believe that this is a duplicate of 18578 too.
Paul
--- Comment #2 from th dot r dot klein at web dot de 2005-12-15 15:03
---
Created an attachment (id=10498)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10498action=view)
working result: arm-elf-gcc -save-temps -mthumb-interwork -march=armv4t -Wall
-c except.c
--
--- Comment #11 from dberlin at gcc dot gnu dot org 2005-12-15 15:04
---
This should be fixed now with the PRE patches committed and the reassocpatches
committed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23619
--- Comment #3 from th dot r dot klein at web dot de 2005-12-15 15:04
---
Created an attachment (id=10499)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10499action=view)
not working result: arm-elf-gcc -save-temps -mthumb-interwork -O -march=armv4t
-Wall -c except.c
--
--- Comment #4 from th dot r dot klein at web dot de 2005-12-15 15:07
---
Created an attachment (id=10500)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10500action=view)
still working result: arm-elf-gcc -save-temps -mthumb-interwork -march=armv4t
-Wall -c except.c
--
--- Comment #5 from th dot r dot klein at web dot de 2005-12-15 15:08
---
Created an attachment (id=10501)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10501action=view)
now working result: arm-elf-gcc -save-temps -mthumb-interwork -O -march=armv4t
-Wall -c except.c
--
--- Comment #6 from th dot r dot klein at web dot de 2005-12-15 15:10
---
Created an attachment (id=10502)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10502action=view)
possible patch (used diff -Bbwu)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25428
--- Comment #7 from aph at gcc dot gnu dot org 2005-12-15 15:54 ---
This should now be fixed on trunk and 4.1 branch.
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from paul dot richard dot thomas at cea dot fr 2005-12-15
16:21 ---
Jakub,
I believe, but cannot test until tonight, that my patch
http://gcc.gnu.org/ml/fortran/2005-12/msg00259.html cures this problem by
checking for host association of the same use associated derived
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-15 16:23 ---
This is invalid code, Comeau gives the following error:
ComeauTest.c, line 12: error: the global scope has no operator
friend std::ostream :: operator(std::ostream os,A
a);
--- Comment #14 from pinskia at gcc dot gnu dot org 2005-12-15 16:24
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
[EMAIL PROTECTED] jdom-1.0]$ gcj4 -C -I src/java
src/java/org/jdom/ContentList.java
src/java/org/jdom/ContentList.java: In class 'C$I':
src/java/org/jdom/ContentList.java: In method 'C$I.f()':
src/java/org/jdom/ContentList.java:7: error: Constant expression required.
case CONST:
--- Comment #1 from aph at gcc dot gnu dot org 2005-12-15 16:30 ---
This is https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175569
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25429
--- Comment #2 from aph at gcc dot gnu dot org 2005-12-15 16:32 ---
Created an attachment (id=10503)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10503action=view)
Patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25429
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-15 16:33 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from sela_lerer at hotmail dot com 2005-12-15 16:36 ---
Ok, but what about an inner class? If A had a public inner class B and the
outer function had to operate on it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25427
--- Comment #5 from sela_lerer at hotmail dot com 2005-12-15 16:38 ---
Ok, but what about an inner class? If A had a public inner class B and the
outer function had to operate on it?
--
sela_lerer at hotmail dot com changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-12-15 16:43 ---
(In reply to comment #5)
Ok, but what about an inner class? If A had a public inner class B and the
outer function had to operate on it?
The code is still invalid. Just there is no simple work around except
--- Comment #3 from ayers at gcc dot gnu dot org 2005-12-15 16:46 ---
Subject: Bug 14382
Author: ayers
Date: Thu Dec 15 16:46:17 2005
New Revision: 108584
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108584
Log:
2005-12-15 David Ayers [EMAIL PROTECTED]
PR
--- Comment #2 from jakub at gcc dot gnu dot org 2005-12-15 16:47 ---
Yes, your patch fixes this (perhaps you can also add this testcase into your
patch), thanks.
Your patch looks OK to me, but my OK doesn't count.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25391
--- Comment #4 from ayers at gcc dot gnu dot org 2005-12-15 17:23 ---
Subject: Bug 14382
Author: ayers
Date: Thu Dec 15 17:23:10 2005
New Revision: 108587
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108587
Log:
2005-12-15 David Ayers [EMAIL PROTECTED]
PR
1 - 100 of 153 matches
Mail list logo
