--- Comment #10 from tammer at tammer dot net 2008-12-22 07:57 ---
Created an attachment (id=16960)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16960&action=view)
AIX gcc 4.2.4 spec file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38547
--- Comment #9 from tammer at tammer dot net 2008-12-22 07:56 ---
Created an attachment (id=16959)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16959&action=view)
AIX gcc 4.2.4 patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38547
--- Comment #8 from tammer at tammer dot net 2008-12-22 07:56 ---
Hello,
this happened with all 4.x gcc versions. This version is from www.perzl.org.
There is only a tiny patch to the build files (see attachment).
Bye
Rainer
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38547
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-22 07:54 ---
PR 15023 was about -frename-registers being slow.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18895
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-12-22 07:46 ---
-lgcc_s
/opt/freeware/lib/gcc/powerpc-ibm-aix5.3.0.0/4.2.4/libgcc.a
That should not happen. In fact I am reading init_gcc_specs correctly, you
have a modified GCC version.
Did you compile this GCC yourself or is t
--- Comment #6 from tammer at tammer dot net 2008-12-22 07:28 ---
Hello,
I have uploaded the dump of ligbcc.a and libgcc_s.a.
Bye
Rainer
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38547
--- Comment #5 from tammer at tammer dot net 2008-12-22 07:27 ---
Created an attachment (id=16958)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16958&action=view)
libgcc_s dump
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38547
--- Comment #4 from tammer at tammer dot net 2008-12-22 07:27 ---
Created an attachment (id=16957)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16957&action=view)
libgcc dump
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38547
--- Comment #3 from tammer at tammer dot net 2008-12-22 07:22 ---
Hello,
here is the -v log:
Using built-in specs.
Target: powerpc-ibm-aix5.3.0.0
Configured with: ../gcc-4.2.4/configure --with-as=/usr/bin/as
--with-ld=/usr/bin/ld --enable-languages=c,c++,fortran --prefix=/opt/freeware
--
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-12-22 06:33
---
Here is another variation on this:
print'(xg0)',(i,i=1,6)
print'(6(xg0))',(i,i=1,6)
end
$ ./a.out
1
2
3
4
5
6
1 2 3 4 5 6
$
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31190
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2008-12-22 06:23
---
I think that this PR could be considered resolved by the new g0 edit
descriptor.
If, for example, you have three items to emit, the following will do so
regardless of their type.
program minimal_output
integer
--- Comment #24 from cnstar9988 at gmail dot com 2008-12-22 05:57 ---
ping...
4.3.3
--
cnstar9988 at gmail dot com changed:
What|Removed |Added
CC|
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-12-22 05:18
---
The test case passes at r142147 and fails at r142148
The patch to pr34820 caused this regression
PR fortran/34820
* trans-expr.c (gfc_conv_function_call): Remove all code to
deallocate in
--- 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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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
--
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 #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
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
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
--- 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
--- 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 #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 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 #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 #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[
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|Bootstrap broken on mingw32 |[4.4 Regression] Bootstrap
|
--- 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
--- 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 #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
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.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
Component|c |target
GCC ta
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
--- 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 #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 ---
*** Bug 38550 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38549
--- 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 #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 #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 #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 #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 #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 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 #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 #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 #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 #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 #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 #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 #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 #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
--
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 #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
-
--- 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 #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: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
---
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 #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
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 #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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- 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
--- 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 #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 #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 #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 #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 #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 #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 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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
--
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 #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
--- 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 #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
-
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: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
-
--- 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|
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
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
--- 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
-
1 - 100 of 114 matches
Mail list logo
