--- Comment #3 from jv244 at cam dot ac dot uk 2008-12-21 08:05 ---
(In reply to comment #2)
> Without this patch, (total 3868s).
>
> With the patch, (total 588s).
Great...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38584
Since we started building the 4.3.x compiler on very fast Linux machines (bi-
quad cores) we have observed erratic but consistent comparison failures, say
a handful of times a month. The problematic file is always the same:
Comparing stages 2 and 3
Bootstrap comparison failure!
./sparseset.o diff
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-21 10:14 ---
This is caused by the optimization which converts C/-a into -C/a for strict
overflow which is why it only happens at -O2 and above (or with
-fstrict-overflow).
Confirmed.
--
pinskia at gcc dot gnu dot org change
$ cat foo.f90
program main
character(len=3) :: a
a = 'yes'
print *,'yes' == a
end program main
$ gfortran -fdump-tree-optimized -O3 -S foo.f90
$ grep compare_string foo.s
call_gfortran_compare_string
--
Summary: eliminate constant string comparisons
Produc
--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-12-21 12:03 ---
To clarify, we could detect that the variable only ever
has the value of 'yes'. We already do the right
thing with constants:
$ cat foo-2.f90
program main
character(len=3), parameter :: a = 'yes'
print *,'yes'
seen with 20081213, on hppa-linux-gnu, building with -g -O2 -fPIC
/home/packages/openjdk/openjdk-6-6b14~pre1/openjdk-ecj/hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:
In static member f
unction 'static void BytecodeInterpreter::run(BytecodeInterpreter*)':
/home/packages/openjdk/openjdk
--- Comment #1 from doko at ubuntu dot com 2008-12-21 12:50 ---
Created an attachment (id=16952)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16952&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38593
--- Comment #2 from doko at ubuntu dot com 2008-12-21 12:51 ---
Created an attachment (id=16953)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16953&action=view)
build log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38593
--- Comment #3 from doko at ubuntu dot com 2008-12-21 12:58 ---
precompiled header file at:
http://people.ubuntu.com/~doko/tmp/_precompiled.incl.gch.bz2
--
doko at ubuntu dot com changed:
What|Removed |Added
--- Comment #12 from dfeldstern at fastimap dot com 2008-12-21 13:04
---
I'm seeing the same issue, with gcc from debian unstable ("gcc (Debian 4.3.2-1)
4.3.2").
The problem appears either when a 'gcc' directory (other than the "real" gcc
directory) is found through the PATH, or else G
(.text+0x2f): undefined reference to `__m_MOD_g'
collect2: ld returned 1 exit status
$> gfortran-svn --version
GNU Fortran (GCC) 4.4.0 20081221 (experimental)
The problem disappears if F and G are reordered in the module or the contained
G is removed.
--
Summary: module function name
--- Comment #14 from dominiq at lps dot ens dot fr 2008-12-21 13:34 ---
> This little patch eliminates the misalignment of output characters with -m32
> and gets rid of a many many valgrind errors.
>
> @@ -628,7 +637,7 @@ output_float_FMT_G_ ## x (st_parameter_d
> \
> while (low <= hig
mipsisa64-elf-gcc -O2 -S gcc.target/mips/mips16e-extends.c
-DMIPS16='__attribute__((mips16))' -msoftf-float
The output code does not contain the expected ZEB and ZEH instructions. (The
options here select EABI64, but the same problem occurs with other -mlong64
ABIs.)
The problem is that we don't
tr1_impl/functional uses typeid and fails when used with -fno-rtti
It would be more useful if functionality would simply be reduced when -fno-rtti
is used with
#ifdef __GXX_RTTI
used to wrap RTTI code.
$ cat testcase.cpp
#include
$ gcc -std=gnu++0x -fno-rtti -c testcase.cpp
--
--- Comment #1 from rsandifo at gcc dot gnu dot org 2008-12-21 13:48
---
I have a patch, but it isn't appropriate at this stage in the 4.4 cycle.
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
-
template
auto f(T,U) -> decltype(T() + U())
{ return T() + U(); }
int main() { f(2,f,3.4); }
Compiled with -std=c++0x gives,
ICE: in arg_assoc_type, at cp/name-lookup.c:4738
--
Summary: [c++0x] ICE when too many arguments given to auto return
type function
mipsisa64-elf-gcc -S -O2 gcc.target/mips/madd-7.c -DNOMIPS16=
does not produce the expected MADD. On long64 ABIs like EABI64, the loop
starts out with an extra extendsidi2 instruction, and although this instruction
gets removed after reload by a "split to nothing", it is still around at
register
--- Comment #1 from cfairles at gcc dot gnu dot org 2008-12-21 14:00
---
cc'ing Jason
--
cfairles at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #1 from rsandifo at gcc dot gnu dot org 2008-12-21 14:00
---
I have a patch, but it isn't appropriate at this stage in the 4.4 cycle.
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
-
mipsisa64-elf-gcc -S -O2 -msmartmips gcc.target/mips/smartmips-lwxs.c
-DNOMIPS16=
does not produce an LWXS instruction. This doesn't really matter much, since
SmartMIPS is only for 32-bit processors, but:
(a) it works for 64-bit ILP32 ABIs like n32 and o64.
(b) within gcc, there is an abstra
--- Comment #1 from rsandifo at gcc dot gnu dot org 2008-12-21 14:06
---
I have a patch, but it isn't appropriate at this stage in the 4.4 cycle.
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from cfairles at gcc dot gnu dot org 2008-12-21 14:14
---
fixing summary, this has to do with function ptr types
template
auto f(T,U) -> decltype(T() + U())
{ return T() + U(); }
f(1,2,&f);
does the same for example.
--
cfairles at gcc dot gnu dot org changed:
--- Comment #3 from cfairles at gcc dot gnu dot org 2008-12-21 14:22
---
Hmm, also note that:
template
auto f(T,U) -> decltype(T() + U())
{ return T() + U(); }
void g(){}
int main() { f(2,3.4,&g); }
works, as in errors out with
no matching function for call to 'f(int, double, void
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38596
--- Comment #1 from paolo dot carlini at oracle dot com 2008-12-21 15:06
---
Note, the use of typeid (and type_info) is explicit in the specifications, thus
the only solution I can see for -fno-rtti is not providing at all (ifdef-ing
out) function::target and target_type. If submitter h
--- Comment #4 from mikael at gcc dot gnu dot org 2008-12-21 15:07 ---
Subject: Bug 35983
Author: mikael
Date: Sun Dec 21 15:06:15 2008
New Revision: 142860
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142860
Log:
2008-12-21 Mikael Morin
PR fortran/35983
*
--- Comment #5 from mikael at gcc dot gnu dot org 2008-12-21 15:10 ---
Fixed on trunk(4.4) and 4.3.
Thanks for the report.
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from hjl dot tools at gmail dot com 2008-12-21 15:14 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-12/msg01094.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #1 from hjl dot tools at gmail dot com 2008-12-21 15:20 ---
What are the differences? While working on a patch, I had an
uninitialized stack variable, which caused random comparison
failures.
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #10 from mikael at gcc dot gnu dot org 2008-12-21 15:35 ---
(In reply to comment #9)
> (In reply to comment #7)
> > Fixed as of revision 142610.
> Wait a bit before closing, I plan to backport to 4.3.
... And of course I forgot. :-S
There is no gfc_reduce_init_expr function i
--- Comment #2 from bruck dot michael at googlemail dot com 2008-12-21
15:36 ---
Basically my thoughts too. But I am not familiar enough with these headers to
say that this is side-effect free, especially with all that SFINAE code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=385
--- Comment #3 from paolo dot carlini at oracle dot com 2008-12-21 15:40
---
Ok, let's do this. Worst case, something will be unnecessarily broken with
-fno-rtti, but certainly nothing which is not broken already ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38596
--- Comment #3 from mikael at gcc dot gnu dot org 2008-12-21 15:47 ---
Subject: Bug 38113
Author: mikael
Date: Sun Dec 21 15:45:52 2008
New Revision: 142861
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142861
Log:
2008-12-21 Mikael Morin
PR fortran/38113
*
--- Comment #4 from paolo at gcc dot gnu dot org 2008-12-21 15:57 ---
Subject: Bug 38596
Author: paolo
Date: Sun Dec 21 15:56:22 2008
New Revision: 142862
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142862
Log:
2008-12-21 Paolo Carlini
PR libstdc++/38596
*
--- Comment #5 from paolo dot carlini at oracle dot com 2008-12-21 15:58
---
Done.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Target Milestone
--- Comment #6 from paolo dot carlini at oracle dot com 2008-12-21 15:58
---
Yes.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Status|
--- Comment #5 from mikael at gcc dot gnu dot org 2008-12-21 16:04 ---
Subject: Bug 38487
Author: mikael
Date: Sun Dec 21 16:03:01 2008
New Revision: 142864
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142864
Log:
2008-12-21 Mikael Morin
PR fortran/38487
*
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2008-12-21 16:07
---
> What are the differences?
This is explained in the message.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38591
--- Comment #3 from hjl dot tools at gmail dot com 2008-12-21 16:18 ---
auto-host.h must exist when those files were compiled. I guess
it was generated more than once.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38591
--- Comment #6 from mikael at gcc dot gnu dot org 2008-12-21 16:19 ---
Fixed on trunk(4.4) and 4.3.
Thanks for the report.
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from bruck dot michael at googlemail dot com 2008-12-21
16:36 ---
Thanks Paolo.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38596
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2008-12-21 17:12
---
> auto-host.h must exist when those files were compiled. I guess
> it was generated more than once.
My understanding is that it is re-generated at each stage:
auto-host.h: cstamp-h ; @true
cstamp-h: config.in co
--- Comment #5 from hjl dot tools at gmail dot com 2008-12-21 17:21 ---
Each stage has its own directory and auto-host.h should be
regenerated in each directory. I think it was regenerated
more than once in the same directory.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38591
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-21 17:27 ---
Does disabling PCH fix the issue (just adding -D__disable_PCH__ should be
enough to disable PCH when building that one file)?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38593
g++ segfaults with the following two configurations :
1)
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enab
--- Comment #1 from arkanosis at gmail dot com 2008-12-21 17:47 ---
Created an attachment (id=16954)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16954&action=view)
Output from the preprocessor, requested in attachment
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38600
movqx(%rip), %mm0
paddd y(%rip), %mm0
movq%mm0, -8(%rsp)
movq-8(%rsp), %rax
ret
.cfi_endproc
.LFE129:
.size foo, .-foo
.comm x,8,8
.comm y,8,8
.ident "GCC: (GNU) 4.4.0 20081221 (experimental)&qu
--- Comment #2 from hjl dot tools at gmail dot com 2008-12-21 18:00 ---
It is caused by revision 133479:
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01393.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-12-21 18:00 ---
... using the command
gcc -O2 -S -fomit-frame-pointer -march=core2 pr34256.c
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from hjl dot tools at gmail dot com 2008-12-21 18:04 ---
*** This bug has been marked as a duplicate of 37364 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #31 from hjl dot tools at gmail dot com 2008-12-21 18:04
---
*** Bug 38601 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--
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 #2 from paolo dot carlini at oracle dot com 2008-12-21 18:21
---
First, you should check if the problem still happens with a maintained branch
of GCC (neither 4.1.x nor 4.2.x are maintained anymore).
--
paolo dot carlini at oracle dot com changed:
What|Re
--- Comment #8 from domob at gcc dot gnu dot org 2008-12-21 18:46 ---
Subject: Bug 37605
Author: domob
Date: Sun Dec 21 18:45:17 2008
New Revision: 142866
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142866
Log:
2008-12-21 Arjen Markus
Daniel Kraft
PR
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-21 19:13 ---
(In reply to comment #2)
> It is caused by revision 133479:
>
> http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01393.html
Not really caused, just exposed, in fact it was caused by:
r107575 | pinskia | 2005-11-27 16:3
--- Comment #13 from jan dot kratochvil at redhat dot com 2008-12-21 19:33
---
Please make this Bug CLOSED as the point 1 has been fixed by Alexandre Oliva
and the point 2 is already filed as PR debug/11208.
--
jan dot kratochvil at redhat dot com changed:
What|Remov
--- Comment #4 from jason at gcc dot gnu dot org 2008-12-21 21:03 ---
Subject: Bug 38597
Author: jason
Date: Sun Dec 21 21:01:48 2008
New Revision: 142868
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142868
Log:
PR c++/38597
* name-lookup.c (arg_assoc_type): Ha
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2008-12-21 21:21
---
Subject: Bug 38398
Author: jvdelisle
Date: Sun Dec 21 21:20:29 2008
New Revision: 142870
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142870
Log:
2008-12-21 Jerry DeLisle
PR fortran/38398
--- Comment #5 from jason at gcc dot gnu dot org 2008-12-21 21:22 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-12-21 21:25
---
Subject: Bug 38398
Author: jvdelisle
Date: Sun Dec 21 21:23:52 2008
New Revision: 142871
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142871
Log:
2008-12-21 Jerry DeLisle
PR libfortran/38398
--- Comment #8 from rsandifo at gcc dot gnu dot org 2008-12-21 21:46
---
Subject: Bug 35899
Author: rsandifo
Date: Sun Dec 21 21:45:11 2008
New Revision: 142874
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142874
Log:
gcc/testsuite/
PR target/35899
* gcc.targe
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-21 22:04 ---
Anyways I have a simple fix, just use fold_convert in some places in
fold-const.c for the folding of -A / -B into A/B.
Note it was really caused by:
r107543 | pinskia | 2005-11-26 17:18:04 -0500 (Sat, 26 Nov 2005) |
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2008-12-21 22:08
---
Subject: Bug 38398
Author: jvdelisle
Date: Sun Dec 21 22:06:34 2008
New Revision: 142876
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142876
Log:
2008-12-21 Jerry DeLisle
PR libfortran/38398
--- Comment #2 from rsandifo at gcc dot gnu dot org 2008-12-21 21:46
---
Subject: Bug 38598
Author: rsandifo
Date: Sun Dec 21 21:44:39 2008
New Revision: 142873
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142873
Log:
gcc/testsuite/
PR target/38598
* gcc.targe
--- Comment #10 from pinskia at gcc dot gnu dot org 2008-12-21 22:26
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #11 from pinskia at gcc dot gnu dot org 2008-12-21 22:28
---
Subject: Bug 38300
Author: pinskia
Date: Sun Dec 21 22:27:18 2008
New Revision: 142877
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142877
Log:
Index: config/ChangeLog
+2008-12-21 Andrew Pinski
+
+
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-12-21 22:28 ---
Mine.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-21 22:34 ---
*** Bug 38550 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38549
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-21 22:34 ---
*** Bug 38551 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38549
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-21 22:34 ---
*** This bug has been marked as a duplicate of 38549 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
I get a run time error (crashes console) on both my Win64 Vista machine (IA-32)
and WinXP machine on some code that compiles without warnings with gfortran.
Same code compiles and runs OK in g95 and IVF 11.0.
My test case (below) is calling one of the get() generics from the
iso_varying_string m
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
Component|c |target
GCC ta
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
Trunk revision 141361 with the attached patch shows this regression compared to
unpatched:
Running /home/hp/combx/combined/gcc/testsuite/gcc.c-torture/execute/execute.exp
...
FAIL: gcc.c-torture/execute/20040709-1.c execution, -O2
However, the regression is hidden at revisions 142609 and 142857.
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-12-21 22:48 ---
Does compiling with -O2 -fno-strict-aliasing fix the issue. I thought I saw
some aliasing violations in the source dealing with accessing a "char *" as a
"Log_event::Byte*" (aka "unsigned char *"). Now what is only
--- Comment #1 from hp at gcc dot gnu dot org 2008-12-21 22:41 ---
Created an attachment (id=16955)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16955&action=view)
MMIX IRA_COVER_CLASSES patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38603
--- Comment #2 from bje at gcc dot gnu dot org 2008-12-21 22:53 ---
Subject: Bug 38362
Author: bje
Date: Sun Dec 21 22:51:59 2008
New Revision: 142879
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142879
Log:
PR c++/38362
* g++.dg/ext/altivec-types-1.C (dg-optio
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|Bootstrap broken on mingw32 |[4.4 Regression] Bootstrap
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-21 23:00 ---
.__divdi3
{/opt/freeware/lib/gcc/powerpc-ibm-aix5.3.0.0/4.2.4/libgcc_s.a[shr.o]}
** Duplicate **
../../gcc-4.2.4/gcc/libgcc2.c(/opt/freeware/lib/gcc/powerpc-ibm-aix5.3.0.0/4.2.4/libgcc.a[
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-21 23:02 ---
Yes GCC 4.4's behavior is correct, A is injected into the current scope after
the comma.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-21 23:10 ---
Confirmed, related to PR 26693.
Here is the correct testcase (the testcase below does not compile with 4.4 but
for a different reason than the real bug):
struct Policy
{
protected:
Policy() {}
Policy
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-12-21 22:16 ---
The obvious patch which I am testing right now:
Index: fold-const.c
===
--- fold-const.c(revision 142867)
+++ fold-const.c(working copy)
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-21 22:34 ---
*** This bug has been marked as a duplicate of 38549 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from mikael at gcc dot gnu dot org 2008-12-21 23:38 ---
data file missing (Please attach this time if it's big)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38602
If I declare an "unsigned long" named "si_status" gcc refuses to compile it.
The problem wasn't present in 2005, I know it.
--
Summary: unsigned long si_status - compilation fails
Product: gcc
Version: 4.3.2
Status: UNCONFIRMED
Severity: no
tran.fortran-torture/execute/transfer1.f90 execution, -O3 -g
FAIL: gfortran.fortran-torture/execute/transfer1.f90 execution, -Os
=== gfortran Summary ===
# of expected passes25138
# of unexpected failures427
# of expected failures 7
# of unresolved
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-22 00:09 ---
This works for me, Can you provide the preprocessed source?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38604
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38604
--- Comment #2 from kargl at gcc dot gnu dot org 2008-12-22 00:28 ---
Please attach long files instead of embedded the code within the bug report.
It makes it harder to copy and paste from a browser.
The code works with 4.3.3, so this is a regression. Here's a reduced
testcase that ne
--- Comment #3 from kargl at gcc dot gnu dot org 2008-12-22 00:30 ---
Created an attachment (id=16956)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16956&action=view)
iso_varying_string code.
Here's the iso_varying_string.f90 code as an attachment.
--
http://gcc.gnu.org/bugz
--- Comment #9 from kees at outflux dot net 2008-12-22 01:01 ---
Yes! Adding "-fno-strict-aliasing" to a normal (-O2) build seems to have fixed
the problems so far. The full test suite takes a while, but the early failures
are not present any more. I will report more once it finishes.
--- Comment #10 from pinskia at gcc dot gnu dot org 2008-12-22 01:06
---
(In reply to comment #9)
> Is this a regression in gcc, or is this something upstreams need to add to
> their builds when doing the char/pointer manipulations you described?
Most likely a bug in the mysql sources.
--- Comment #11 from pinskia at gcc dot gnu dot org 2008-12-22 01:10
---
I do get a warning from the trunk though:
log_event.cc: In member function 'virtual bool
Query_log_event::write(IO_CACHE*)':
log_event.cc:1124: warning: dereferencing pointer 'start.519' does break
strict-aliasing
--- Comment #3 from jason at gcc dot gnu dot org 2008-12-22 02:26 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from jason at gcc dot gnu dot org 2008-12-22 02:33 ---
The fix isn't suitable for 4.3.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-22 02:36 ---
*** This bug has been marked as a duplicate of 20681 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #23 from pinskia at gcc dot gnu dot org 2008-12-22 02:36
---
*** Bug 38552 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #33 from jason at gcc dot gnu dot org 2008-12-22 03:11 ---
Bill Maddox posted a patch at
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg01147.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3187
1 - 100 of 114 matches
Mail list logo
