--- Comment #1 from dfranke at gcc dot gnu dot org 2008-11-28 21:23 ---
Confirmed.
$> gfortran-svn
gcc version 4.4.0 20081128 (experimental) (GCC)
(gdb) run pr37829.f90
Starting program:
/home/daniel/i686-pc-linux-gnu/
--- Comment #3 from jason at gcc dot gnu dot org 2008-11-28 21:25 ---
Subject: Bug 38278
Author: jason
Date: Fri Nov 28 21:23:38 2008
New Revision: 142263
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142263
Log:
PR c++/38278
* parser.c (cp_parser_class_name): O
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-28 21:26 ---
Confirmed. At least we could get (1) pointing to the correct location of co(i,
j) instead of at the end of the overall expression. I had to look twice to see
what was wrong. co is not the same as c0. o vs 0 :).
--- Comment #1 from janus at gcc dot gnu dot org 2008-11-28 21:26 ---
Btw the examples in comment #0 slightly miss the point, since they lack the
POINTER attribute. Correct version:
function foo() result(bar)
procedure(),pointer :: bar
and
function foo()
procedure(),pointer :: foo
--- Comment #9 from andrew at warnux dot com 2008-11-28 22:01 ---
I have another question. I want to be able to detect if fno-strict-aliasing
was used when compiling. Preferably at compile time but run time will be fine.
How can I do this?
--
andrew at warnux dot com changed:
--- Comment #10 from andrew at warnux dot com 2008-11-28 22:02 ---
The shortest answer possible will be fine. I don't want to be an annoyance.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38297
--- Comment #4 from jason at gcc dot gnu dot org 2008-11-28 22:14 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from vmakarov at redhat dot com 2008-11-28 22:17 ---
I think, H.J., that is one more latent bug (i already saw several of them) in
reload inheritance optimization triggered by IRA which allocates dx for p69 and
p87 in subsequent insns
47:p65<-p69
151:p87<-mem[...].
I am
--- Comment #7 from jason at gcc dot gnu dot org 2008-11-28 22:26 ---
Subject: Bug 32519
Author: jason
Date: Fri Nov 28 22:24:49 2008
New Revision: 142264
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142264
Log:
PR c++/32519
* g++.dg/template/pr32519.C: New tes
--- Comment #7 from hjl dot tools at gmail dot com 2008-11-28 22:28 ---
(In reply to comment #6)
> I think, H.J., that is one more latent bug (i already saw several of them) in
> reload inheritance optimization triggered by IRA which allocates dx for p69
> and
> p87 in subsequent insns
--- Comment #6 from dfranke at gcc dot gnu dot org 2008-11-28 23:02 ---
In gcc.c (cpp_unique_options) we have "%{i*}" which passes on any -i
it might encounter, including -i8. This is why we get an error if preprocessing
is enabled, as -i8 is not known. So, the problem is not getting an
--- Comment #7 from dfranke at gcc dot gnu dot org 2008-11-28 23:23 ---
Regression test passed.
Patch: http://gcc.gnu.org/ml/fortran/2008-11/msg00370.html
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from hjl dot tools at gmail dot com 2008-11-28 23:26 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg01463.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #11 from pinskia at gcc dot gnu dot org 2008-11-28 23:32
---
There is no way currently inside the code to figure out if the C/C++ aliasing
rules are activated or not. And I hope there will never be a way because it is
better to fix up your code. The reason why the union ca
--- Comment #134 from pinskia at gcc dot gnu dot org 2008-11-28 23:32
---
*** Bug 38297 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21920
--- Comment #12 from cdfrey at netdirect dot ca 2008-11-28 23:36 ---
> The reason why the union case is considered
> unspecified is because it depends on the under
> laying bit representation of float.
That makes sense. In this case, it's not really a type punning issue and more
of a f
--- Comment #5 from jason at gcc dot gnu dot org 2008-11-28 23:36 ---
Subject: Bug 38233
Author: jason
Date: Fri Nov 28 23:35:37 2008
New Revision: 142265
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142265
Log:
PR c++/38233
* init.c (perform_member_init): Fix
--- Comment #6 from jason at gcc dot gnu dot org 2008-11-28 23:39 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from jan dot kratochvil at redhat dot com 2008-11-29 00:23
---
(In reply to comment #6)
> I ran into this issue because gdb was only reading die 0x86 for variable
> 'elsewhere' (I have not looked into why). The problem is that without proper
> scoping on an abstract_origi
--- Comment #3 from tristan at wibberley dot org 2008-11-29 00:36 ---
Ping since this is a regression and has not yet been triaged.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36846
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-11-29 02:45 ---
Mine, I was able to finally test this patch.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-29 03:06 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
URL|
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-11-29 03:06 ---
Subject: Bug 38311
Author: pinskia
Date: Sat Nov 29 03:05:18 2008
New Revision: 142273
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142273
Log:
2008-11-28 Andrew Pinski <[EMAIL PROTECTED]>
PR te
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38234
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-29 03:10 ---
Works for me with the trunk on i386-darwin8.11:
[236:~] apinski% ~/local-gcc/bin/gcc t.c -fstack-protector-all
[236:~] apinski% ./a.out
?,a:-1,b2
*** stack smashing detected ***: terminated
Illegal instruction
-
We still have some configure.ac and configure scripts that are hardcoded for
darwin9 only so that builds of the x86_64-apple-darwin10 target fail to
configure for the java language. I believe the following change should be
sufficient...
Index: configure
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-11-29 03:12 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-11-29 03:15 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-29 03:17 ---
Plus we need the preprocessed source. Please read the website which the error
contains (http://www.gnu.org/software/gcc/bugs.html) and provide all the needed
information.
--
pinskia at gcc dot gnu dot org change
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-29
03:41 ---
This doesn't seem to be sufficient...
MLIBS=`/Users/howarth/work/./gcc/xgcc -B/Users/howarth/work/./gcc/
-B/Users/howarth/inst_gcc/x86_64-apple-darwin10/bin/
-B/Users/howarth/inst_gcc/x86_64-apple-darwin10
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-11-29
03:45 ---
Created an attachment (id=16792)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16792&action=view)
failed multilib bootstrap from x86_64-apple-darwin10
I am attaching the failed bootstrap log with my
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2008-11-29
03:46 ---
I should also note that the gmp and libmpfr1 used in these builds are x86_64
code of course.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38314
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2008-11-29
04:12 ---
../gcc/configure --prefix=/Users/howarth/inst_gcc
--enable-languages=c,c++,fortran,java --with-gmp=/sw --with-libiconv-prefix=/sw
--with-system-zlib --x-includes=/usr/X11R6/include
--x-libraries=/usr/X11R6
--- Comment #1 from d dot g dot gorbachev at gmail dot com 2008-11-29
05:14 ---
The same thing with GCC 4.3.2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38226
101 - 134 of 134 matches
Mail list logo
