--- 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
--- 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 #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 #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 #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 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 #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 #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
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 #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
-
--
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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 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 #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 #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 #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 #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 #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 #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 #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 #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 #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/
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Known to fa
This testcase:
struct foo { };
struct bar { };
struct baz {
static foo (bar)();
};
confuses cp_parser_constructor_declarator_p, which just looks as far as foo
(bar) before deciding incorrectly that this is a constructor declarator.
This is related to PR 38278, but is a much older issue; it fa
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-11-28 21:13 ---
That's a general problem. Personally, I fully agree. I'd like to see the
whitespaces skipped and the marker moved to the actual variable name.
Thus, confirming (although it's likely that there is another PR somewher
--- Comment #5 from hjl dot tools at gmail dot com 2008-11-28 21:11 ---
do_input_reload has
if (optimize && reload_inherited[j] && rl->in
&& MEM_P (rl->in)
&& MEM_P (rl->in_reg)
&& reload_spill_index[j] >= 0
&& TEST_HARD_REG_BIT (reg_reloaded_valid, reload_spil
--- Comment #1 from dominiq at lps dot ens dot fr 2008-11-28 21:11 ---
Boy! I had o use ifort to see it!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38312
--- Comment #10 from dfranke at gcc dot gnu dot org 2008-11-28 21:03
---
Closing as reporter is happy again ...
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
> cat test.f90
SUBROUTINE S1(t1,t2,c0,n)
REAL :: t1(n,n),t2(n,n),c0(n,n)
INTEGER :: i,j,k
DO i=1,n
DO j=1,n
DO k=1,n
co(i,j)=t1(i,k)*t2(j,k)
ENDDO
ENDDO
ENDDO
END SUBROUTINE S1
> gfortran test.f90
test.f90:7.29:
co(i,j)=t1(i,k)*t2(j,k)
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-11-28 20:04 ---
Since -ftree-parallelize-loops is a new feature closing as fixed for 4.4.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-11-28 20:03 ---
Reduced testcase:
void endian(unsigned short* out, int len)
{
int i;
for(i=0;ihttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=38310
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-11-28 20:03 ---
Backtrace:
#0 0x00187de8 in ei_container (i={index = 0, container = 0x100}) at
/Users/apinski/src/gcc-4.3/gcc/gcc/basic-block.h:674
#1 0x00187e0e in ei_end_p (i={index = 0, container = 0x100}) at
/Users/apinski/src
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2008-11-28 19:58
---
*** Bug 38305 has been marked as a duplicate of this bug. ***
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2008-11-28 19:58
---
Thanks for report. We have it on the list already and i am working on it.
*** This bug has been marked as a duplicate of 38285 ***
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from cdfrey at netdirect dot ca 2008-11-28 19:24 ---
Why is the union access not portable, and listed as a GCC extension?
According to the quotation of the standard at:
http://mail-index.netbsd.org/tech-kern/2003/08/11/0001.html
(this link is found in the GCC docs on this
--- Comment #4 from hjl dot tools at gmail dot com 2008-11-28 19:01 ---
With patch for PR 38280:
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg01428.html
IRA generates:
Reloads for insn # 151
Reload 0: reload_in (SI) = (mem/u/c:SI (const:SI (unspec:SI [
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-11-28 18:43 ---
It works on the trunk though.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38310
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-28 18:43 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38310
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-28 18:37 ---
I am testing this right now.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
output is:
/usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: warning multiple definitions of
symbol ___stack_chk_fail^M
/var/tmp//ccJIbRl1.o definition of ___stack_chk_fail in section
(__TEXT,__text)^M
/Users/apinski/src/gcc-sony/gcc-4.3/test/install/dd/lib/gcc/i386-apple-darwin8.11.1/4.3.2/../../../li
--- Comment #1 from nickols_k at mail dot ru 2008-11-28 18:20 ---
Created an attachment (id=16791)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16791&action=view)
preprocessed input which causes ICE with -ftree-parallelize-loop=4
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
I tried to compile mplayerxp with -ftree-parallelize-loops=4 and gcc produced
ICE:
gcc -m64 -c -march=amdfam10 -O3 -funroll-all-loops -ffast-math
-fprefetch-loop-arrays -ftree-parallelize-loops=4 -mmmx -m3dnow -msse -msse2
-msse3 -msse4a -mabm -mcx16 -msahf --param l1-cache-line-size=64 --param
l
--- Comment #4 from mikael at gcc dot gnu dot org 2008-11-28 18:08 ---
Created an attachment (id=16790)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16790&action=view)
Mikael's dump (2008-11-28)
Can't compare with Jerry's dump (looks like it's outdated now).
--
http://gcc.g
--- Comment #3 from hjl dot tools at gmail dot com 2008-11-28 18:01 ---
Revision 142206 generates:
Reloads for insn # 49
Reload 0: reload_in (SI) = (reg:SI 0 ax)
reload_out (SI) = (reg:SI 1 dx [orig:62 D.2019 ] [62])
GENERAL_REGS, RELOAD_OTHER (opnum = 0)
reloa
--- Comment #2 from hjl dot tools at gmail dot com 2008-11-28 17:49 ---
Created an attachment (id=16789)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16789&action=view)
A smaller testcase
bash-3.2$ /export/build/gnu/gcc-test/build-x86_64-linux/gcc/xgcc
-B/export/build/gnu/gcc-tes
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-11-28 17:35 ---
(In reply to comment #3)
> This will also match darwin10.
You are correct, in fact it does not set have_unwind_getipinfo to no anyways as
it was being set to yes in the else statement.
Index: unwind_ipinfo.m4
=
--- Comment #2 from joseph at codesourcery dot com 2008-11-28 17:26 ---
Subject: Re: -Wformat does not work for wide strings
In view of the removal of c4x support I don't now think any patch for this
needs to address the format of STRING_CSTs for non-8-bit target bytes.
But it shoul
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-28 17:04 ---
These strlen are only in programs which generate source for GCC so reducing the
severity down to trivial.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #13 from pinskia at gcc dot gnu dot org 2008-11-28 17:02
---
Related to PR 10690.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11407
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-11-28 17:02 ---
*** Bug 38309 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-28 17:02 ---
*** This bug has been marked as a duplicate of 10690 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-28 16:58 ---
A patch was posted a while back:
http://gcc.gnu.org/ml/gcc-patches/2001-12/msg01579.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38308
--- Comment #133 from mihai dot dontu at gmail dot com 2008-11-28 16:58
---
removed myself from the CC list
--
mihai dot dontu at gmail dot com changed:
What|Removed |Added
--
--- Comment #1 from paolo dot carlini at oracle dot com 2008-11-28 16:57
---
Duplicate of PR 10690? (by the way, I cannot reproduce the ICE with FSF
4_3-branch and mainline, I'm seeing the "address of overloaded function with no
contextual type information" error instead)
--
http:/
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-11-28 16:52 ---
1) Yes that is the reason why -Wstrict-aliasing exist. This is undefined
behavior at runtime not at compile time so we cannot error out. It is also the
reason why -Wstrict-aliasing is enabled with -Wall.
2) Use me
--- Comment #132 from pinskia at gcc dot gnu dot org 2008-11-28 16:52
---
*** Bug 38297 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Hello!
I use GCC from OpenSUSE-11.0 distribution:
g++ (SUSE Linux) 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036]
And while investigating bug/feature
http://gcc.gnu.org/ml/gcc-help/2006-10/msg00128.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11407
http://www.open-std.org/jtc1/s
--- Comment #6 from andrew at warnux dot com 2008-11-28 16:38 ---
I do have a couple concerns:
1. This one is MAJOR. Without using -Wstrict-aliasing, I never see warnings
about this change. I can't even begin to explain how bad that is. The gcc
programmers made a big change (that is
GCC does not warn for this:
int main()
{
wprintf (L"%s", 5);
}
GCC should try converting the string to single-byte (e.g. to UTF-8, which would
work for any wchar_t encoding in which 0-127 maps to char's encoding) and test
the format string.
--
Summary: -Wformat does not work for w
--- Comment #6 from swagiaal at redhat dot com 2008-11-28 16:33 ---
> (2) Defining declaration <86> should point by DW_AT_specification to its
> non-defining declaration <37>. (The DWARF citation is here from Dodji.)
>
> (But I do not see these two problems as real issues for debu
--- Comment #15 from hjl at gcc dot gnu dot org 2008-11-28 16:32 ---
Subject: Bug 37843
Author: hjl
Date: Fri Nov 28 16:30:56 2008
New Revision: 142259
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142259
Log:
2008-11-28 H.J. Lu <[EMAIL PROTECTED]>
PR middle-end/3784
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
When the first attempt to use a class is made, the +initialize method is
supposed to be called automatically and safely. The current code check to see
whether +initialize needs to be called by seeing if the dispatch table is
installed. If the table is not installed, it installs the dispatch table
--- Comment #1 from jv244 at cam dot ac dot uk 2008-11-28 16:01 ---
Created an attachment (id=16788)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16788&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38306
The (to be) attached code runs about ~15% (4.4 vs 4.2) slower compiled with:
gfortran -O3 -march=native -funroll-loops -ffast-math test.f90
4.4: 5.060s
4.3: 4.376s
4.2: 4.316s
most time would be spent in PD2VAL.
FYI, the cpu is:
cpu family : 15
model : 65
model name : Du
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2008-11-28 15:59
---
> Even when that is fixed (can look at it), I guess there still be
> possibilities that tree optimizers miss something that the RTL optimizers
> might DCE away (otherwise, why would we run RTL DCE at all?).
My gu
--- Comment #2 from rfm at gnu dot org 2008-11-28 15:56 ---
Created an attachment (id=16787)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16787&action=view)
An implementation of objc_set_unexpected function
We really need this function to use native objective-c in GNUstep.
The ti
--- Comment #10 from paolo dot carlini at oracle dot com 2008-11-28 15:21
---
Please refer to the resolution of DR 103, which we are implementing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14410
--- Comment #7 from hjl dot tools at gmail dot com 2008-11-28 15:20 ---
(In reply to comment #6)
> Patch at http://gcc.gnu.org/ml/gcc-patches/2008-11/msg01428.html fixed this
> regression.
>
481.wrf also failed on Intel64. Does this patch fix it?
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #9 from sleary at vavi dot co dot uk 2008-11-28 15:18 ---
table 65 of container requirements states iterator points to non-const T. There
is no exception for std::set.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14410
--- Comment #8 from paolo dot carlini at oracle dot com 2008-11-28 15:11
---
*** Bug 38304 has been marked as a duplicate of this bug. ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #1 from paolo dot carlini at oracle dot com 2008-11-28 15:11
---
*** This bug has been marked as a duplicate of 14410 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
--- Comment #6 from Joey dot ye at intel dot com 2008-11-28 15:11 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2008-11/msg01428.html fixed this
regression.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38280
Compile and run
print '(f14.0,4pf14.0 )', 3742.0, 0.3742
end
Actual Results:
3742. .
Expected Results:
3742. 3742.
On Gentoo this fails with versions 4.3. On Ubuntu with version 4.2. It works
for me with GNU Fortran 95 (GCC) 4.1.2 (Gentoo
All versions of the STL.
I realize it is probably not a good practise as right now the compiler forces
you not to mess with the ordering. But table 65 of container requirements
states iterator points to non-const T. There is no exception for std::set.
std::set::iterator returns as const T.
This
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #9 from pault at gcc dot gnu dot org 2008-11-28 14:32 ---
I might as well take it too:-)
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pault at gcc dot gnu dot org 2008-11-28 14:31 ---
(In reply to comment #7)
> On i686-apple-darwin9, the testcase in comment #4 gives a "Bus error" at -m32
> (rev. 138886).
>
I'm going to look at this one over this weekend - the bus error with -m32 is
wierd:-) Anyhow
--- Comment #4 from jakub at gcc dot gnu dot org 2008-11-28 14:12 ---
*.optimized dump is:
D.1611 = (int) (long long unsigned int) g % 2123;
if (D.1611 != 0)
goto ;
else
goto ;
:
if ((signed char) (0 / D.1611) == 1)
goto ;
else
goto ;
:
vol.2 ={v} h;
:
re
--- Comment #8 from rgfbr at yahoo dot com dot br 2008-11-28 14:09 ---
After compiling gcc 4.3.2 and compiling firefox again, no errors anymore. I
think that it is a old bug already fixed.
--
rgfbr at yahoo dot com dot br changed:
What|Removed |Add
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38303
> gfortran test.f90
test.f90:1.10:
IF (a>b) "STOP TEST"
1
Error: Cannot assign to a named constant at (1)
> cat test.f90
IF (a>b) "STOP TEST"
END
--
Summary: poor error message
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Se
I just had a look at the source code of the GNU C compiler
snapshot 20091121, version 4.4, looking for the "inefficient use of strlen in
a for loop" pattern.
For file gcc/gengtype.c
$ grep "for.*;.*strlen.*;" gcc/gengtype.c
for (aindex = 0; aindex < strlen (rtx_format[i]); aindex++)
f
--- Comment #3 from dcb314 at hotmail dot com 2008-11-28 13:55 ---
Created an attachment (id=16786)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16786&action=view)
patch for bug report
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38288
--- Comment #22 from janus at gcc dot gnu dot org 2008-11-28 13:47 ---
(In reply to comment #21)
> We could as well add James' gptr as a test case for a procedure pointer PR
> (there is probably one?).
Yeah, it's PR 36704.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36463
--- Comment #3 from mikael at gcc dot gnu dot org 2008-11-28 13:29 ---
Additional test cases, probably related, to be re-checked:
PR 36463, comment 12
PR 35971, comment 0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35810
--- Comment #2 from ubizjak at gmail dot com 2008-11-28 13:28 ---
(In reply to comment #1)
> I've sent a patch to gcc-patches.
Can you paste the URL to the patch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38288
--- Comment #21 from mikael at gcc dot gnu dot org 2008-11-28 13:24 ---
(In reply to comment #20)
> I don't see ad hoc whether PR 35810 is the problem;
With this I get no ICE, and no valgrind error either. :-)
--- pr36463_12.f90 2008-11-28 15:03:07.0 +0100
+++ pr36463_12_w
1 - 100 of 134 matches
Mail list logo