The attached pre-processed file compiles fine on i686/x86_64 linux, but not on
darwin. Compiler sources are the same for both, 20091206 ish.
In addition, this passes on Darwin with -O1, but not with -O2.
Darwin error:
ames:testsuite benjamin$ ./compile-map.sh
In file included from
/Users/benjami
--- Comment #1 from bkoz at gcc dot gnu dot org 2009-12-10 08:17 ---
Created an attachment (id=19273)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19273&action=view)
test case for fail. Sorry it's so big.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42346
--- Comment #10 from burnus at gcc dot gnu dot org 2009-12-10 08:23 ---
Cf. http://gcc.gnu.org/ml/fortran/2009-12/msg00062.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32489
--- Comment #3 from burnus at gcc dot gnu dot org 2009-12-10 08:26 ---
Actually a duplicate of PR 32489 (or rather the other way round).
Same test case, same reporter; this one is 3 months older - but the other PR
has a patch ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31301
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-12-10 08:44 ---
Well it works for me with:
GNU C++ (GCC) version 4.5.0 20091202 (experimental) [trunk revision 154920]
(i386-apple-darwin8.11.1)
compiled by GNU C version 4.5.0 20091202 (experimental) [trunk revision
154920]
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-12-10 08:59 ---
Off hand, I cannot tell if this is a target issue where the target should have
rejected the sibcall because of secureplt or the IPA-SRA not copying all the
decl flags correctly.
--
pinskia at gcc dot gnu dot org
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
Keywords||ice-on-valid-c
The blogspot declare the analyse against a fault aristocrazy and the justice
step against.
The caused illusions and hypnotic states is the war conducting and show the
stupidity from the fault heads of the Sciemtology Aristocrazy.
Reading discarge the illusions, the hypnotic state and stop the dic
--- Comment #4 from ro at gcc dot gnu dot org 2009-12-10 10:09 ---
Subject: Bug 40700
Author: ro
Date: Thu Dec 10 10:09:17 2009
New Revision: 155124
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155124
Log:
PR libffi/40700
* src/closures.c [X86_64 && __sun__ &&
Bootstrap of gcc-4.5-2009120 resulted in an error:
http://pastebin.com/m3047a96f
Current GCC:
Target: powerpc-pc-linux-uclibc
Configured with: ./configure --build=powerpc-pc-linux-uclibc
--host=powerpc-pc-linux-uclibc --target=powerpc-pc-linux-uclibc --disable-nls
--with-system-zlib --disable-che
--- Comment #5 from ro at gcc dot gnu dot org 2009-12-10 10:18 ---
Fixed for 4.5.0.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from dougmencken at gmail dot com 2009-12-10 10:19 ---
The problem was that Fedora's GCC was configured as --build=ppc64-redhat-linux
--target=ppc64-redhat-linux.
--
dougmencken at gmail dot com changed:
What|Removed |Added
-
--- Comment #1 from dougmencken at gmail dot com 2009-12-10 10:55 ---
Created an attachment (id=19274)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19274&action=view)
sched-deps.i, generated by adding -save-temps
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42347
--- Comment #4 from brian dot amberg at unibas dot ch 2009-12-10 10:56
---
Confirming this bug for 4.2.4. This is annoying, especially when using effc++
with Werror.
--
brian dot amberg at unibas dot ch changed:
What|Removed |Added
---
--- Comment #9 from rainer at emrich-ebersheim dot de 2009-12-10 11:19
---
Indeed we need lt_cv_file_magic_cmd='func_win32_libid'
as mentioned in comment #5!
Without this the issue isn't solved!
Rainer
--
rainer at emrich-ebersheim dot de changed:
What|Removed
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-12-10 12:09 ---
As the host compiler is a same configured 4.4 this looks like a regression.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
While chasing pr42333, I stumbled that using
"RUNTESTFLAGS=--target_board=unix'{-m32,}'" or
"RUNTESTFLAGS=--target_board=unix'{-m32,-m64}'" gave different results for two
obj-c++ tests (const-str-9.mm and template-4.mm) on x86_64-apple-darwin10. The
reason is that their dg-skip-if expect explicitly
--- Comment #5 from paolo dot carlini at oracle dot com 2009-12-10 13:04
---
While you are at it, you can confirm it also with 4.3.x and 4.4.x: evidently
nobody worked on this, otherwise the changes would show up in the audit trail.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14
Compile this trivial program
-
#include
#include
int main() {
std::ifstream fin("t3.cpp");
}
-
with
g++ -g -O2 -Wall -pthread t3.cpp
Running this program dumps core.
Leaving out the option -pthread it does not abort and works o.k.
Root cause seems to be that the std::ifs
--- Comment #1 from paolo dot carlini at oracle dot com 2009-12-10 13:44
---
Let's CC David...
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #2 from dje at gcc dot gnu dot org 2009-12-10 14:10 ---
> Since there is only one libstdc++ for both with and without threads weird
> things will happen.
When building GCC on AIX, pthreads is one of the multilib libraries. There is
a separate libstdc++ for pthread, so the s
--- Comment #3 from o dot flebbe at science-computing dot de 2009-12-10
14:30 ---
OH NO!
You are right! Can't believe it ...
Sorry for that. Putting it myself as INVALD
Please close
--
o dot flebbe at science-computing dot de changed:
What|Removed
--- Comment #35 from howarth at nitro dot med dot uc dot edu 2009-12-10
14:32 ---
This might be a red herring but after what I observed for PR42333
(http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42333#c29) I went back and looked
at how the libjava libraries and executables are linked
--- Comment #10 from hjl dot tools at gmail dot com 2009-12-10 14:41
---
This is what I got from Sun:
Solaris x86-64 compiler does not support this x86-64 psABI requirement for
_Bool :
"When a value of type _Bool is passed in a register or on the stack,
the upper 63 bits of the eigh
--- Comment #16 from hjl dot tools at gmail dot com 2009-12-10 15:09
---
FWIW, I am using:
# CC="gcc -m32" CXX="g++ -m32" gcc_cv_as_ix86_gotoff_in_data=yes ../src-t
runk/configure i686-linux --enable-tls
to bootstrap 32bit gcc 4.5 on Linux/Intel64. I have to use
gcc_cv_as_ix86_gotoff
--- Comment #12 from ramana at gcc dot gnu dot org 2009-12-10 15:18 ---
This is now fixed in trunk and all release branches.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from hpa at zytor dot com 2009-12-10 15:20 ---
Rather makes the choice a no-brainer, doesn't it...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42324
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41574
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41939
--- Comment #1 from ramana at gcc dot gnu dot org 2009-12-10 15:23 ---
Fixing target milestone and version reported against.
cheers
Ramana
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from ramana at gcc dot gnu dot org 2009-12-10 15:25 ---
(In reply to comment #6)
> Created an attachment (id=19222)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19222&action=view) [edit]
> Proposed patch
>
> With this patch applied, gcj cross-builds fine (not a can
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-12-10 16:01 ---
Subject: Bug 42337
Author: rguenth
Date: Thu Dec 10 16:00:57 2009
New Revision: 155131
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155131
Log:
2009-12-10 Richard Guenther
PR tree-optimization/
--- Comment #13 from rguenth at gcc dot gnu dot org 2009-12-10 16:03
---
No answer, so fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from bkoz at gcc dot gnu dot org 2009-12-10 16:06 ---
GNU C++ (GCC) version 4.5.0 20091206 (experimental) (x86_64-apple-darwin10.2.0)
compiled by GNU C version 4.5.0 20091206 (experimental), GMP version
4.3.1, MPFR version 2.4.1, MPC version 0.8
GGC heuristics: --p
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-12-10 16:34 ---
I have a fix.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|un
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-12-10 16:39 ---
The C++ FE marks the virtual function as TREE_PUBLIC but neither sets
TREE_STATIC nor DECL_EXTERNAL. Thus probably lto_symtab_resolve_can_prevail_p
should reject DECL_EXTERNAL symbols, not !TREE_STATIC symbols.
--
--- Comment #4 from hubicka at ucw dot cz 2009-12-10 16:57 ---
Subject: Re: link error with -flto (undefined reference to 'non-virtual thunk
...)
> The C++ FE marks the virtual function as TREE_PUBLIC but neither sets
> TREE_STATIC nor DECL_EXTERNAL. Thus probably lto_symtab_resolve_
--- Comment #7 from paolo dot carlini at oracle dot com 2009-12-10 17:07
---
Grunt. Now I found the time to look in detail into the famous "do the right
thing" clause, and in fact casting only the first argument was on purpose, see
the last WP, 23.2.3/14. C++03 was different, with both
--- Comment #8 from paolo at gcc dot gnu dot org 2009-12-10 17:17 ---
Subject: Bug 42261
Author: paolo
Date: Thu Dec 10 17:17:41 2009
New Revision: 155132
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155132
Log:
2009-12-10 Paolo Carlini
Revert:
2009-12-03
--- Comment #9 from paolo at gcc dot gnu dot org 2009-12-10 17:18 ---
Subject: Bug 42261
Author: paolo
Date: Thu Dec 10 17:18:00 2009
New Revision: 155133
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155133
Log:
2009-12-10 Paolo Carlini
Revert:
2009-12-04
--- Comment #10 from paolo dot carlini at oracle dot com 2009-12-10 17:18
---
Done.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Statu
--- Comment #2 from janis at gcc dot gnu dot org 2009-12-10 17:25 ---
The ICE happens with either -m32 or -m64, but after this same patch eon
segfaults in a destructor when compiled with "-m32 -O2 -fPIC" when built with
GCC with secureplt enabled. valgrind reports some other invalid acc
--- Comment #4 from hubicka at ucw dot cz 2009-12-10 17:36 ---
Subject: Re: [4.5 Regression] verify_cgraph_node failed:node has wrong
clone_of
Hi,
it turns out that this testcase seems firs tthat excercise code path
where clone is created partially inlined and as a result of later
opti
--- Comment #11 from paolo dot carlini at oracle dot com 2009-12-10 17:41
---
Actually, DR 1234 reminds me that probably the status quo isn't correct either,
uniformly across 21 (string) and 23 (containers), because the current WP
wording says explicitly *which* constructor must be call
--- Comment #17 from hjl dot tools at gmail dot com 2009-12-10 18:01
---
After you applied this patch:
http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00544.html
# CC="gcc -m32" CXX="g++ -m32" .../gcc/configure i686-linux
should work if you have all 32bit libraries installed.
--
hjl
--- Comment #20 from bernds at gcc dot gnu dot org 2009-12-10 18:03 ---
Subject: Bug 42216
Author: bernds
Date: Thu Dec 10 18:03:05 2009
New Revision: 155134
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155134
Log:
PR rtl-opt/42216
* regrename.c: Error out if M
--- Comment #1 from mrs at apple dot com 2009-12-10 18:13 ---
In general you can answer what we think is best by checking the llvm-gcc
sources from llvm, and in this case, we are using:
/* { dg-options "-fnext-runtime -fno-constant-cfstrings" } */
/* { dg-do compile { target powerpc*-*-
--- Comment #12 from paolo dot carlini at oracle dot com 2009-12-10 18:17
---
I looked again at the original DR 438, and in fact I think DR 1234 is
unrelated. DR 438 is entirely about explicit vs implicit conversions: I think
now that we have a problem specific to string because, at var
--- Comment #9 from dfranke at gcc dot gnu dot org 2009-12-10 19:10 ---
See also PR38839 for expanded character set.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36275
--- Comment #3 from dfranke at gcc dot gnu dot org 2009-12-10 19:11 ---
See PR36275 for more possibilities on binding labels.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #13 from paolo at gcc dot gnu dot org 2009-12-10 19:17 ---
Subject: Bug 42261
Author: paolo
Date: Thu Dec 10 19:17:27 2009
New Revision: 155137
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155137
Log:
2009-12-10 Paolo Carlini
PR libstdc++/42261 (take 2)
--- Comment #14 from paolo dot carlini at oracle dot com 2009-12-10 19:19
---
Fixed again, mainline only.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
-
--- Comment #4 from burnus at gcc dot gnu dot org 2009-12-10 19:52 ---
For "$" one should check whether it is allowed for the given target, cf.
DOLLARS_IN_IDENTIFIERS (-> gcc/c-opts.c and dollars_in_ident in libcpp/).
For UCN (universal-character name), the ASCII characters $, @ and ` a
--- Comment #7 from dfranke at gcc dot gnu dot org 2009-12-10 19:57 ---
Subject: Bug 34402
Author: dfranke
Date: Thu Dec 10 19:57:16 2009
New Revision: 155138
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155138
Log:
gcc/fortran/:
2009-12-10 Daniel Franke
PR fortran
--- Comment #8 from dfranke at gcc dot gnu dot org 2009-12-10 19:59 ---
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2009-12-10 20:11
---
Tobias, thanks for posting the link to the patch. I want to make sure we can
build cp2k with this and if anyone has any other large apps, I want to make
sure we don;t regress. Maybe weather modeling and such. :)
--- Comment #5 from janus at gcc dot gnu dot org 2009-12-10 20:29 ---
Subject: Bug 42268
Author: janus
Date: Thu Dec 10 20:28:57 2009
New Revision: 155139
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155139
Log:
libgfortran/
2009-12-10 Janus Weil
PR fortran/42268
--- Comment #6 from janus at gcc dot gnu dot org 2009-12-10 20:30 ---
Fixed on trunk and 4.4. Closing.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from hubicka at gcc dot gnu dot org 2009-12-10 20:51
---
Subject: Bug 42110
Author: hubicka
Date: Thu Dec 10 20:50:47 2009
New Revision: 155140
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155140
Log:
PR middle-end/42228
PR middle-end/42110
--- Comment #5 from hubicka at gcc dot gnu dot org 2009-12-10 20:51 ---
Subject: Bug 42228
Author: hubicka
Date: Thu Dec 10 20:50:47 2009
New Revision: 155140
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155140
Log:
PR middle-end/42228
PR middle-end/42110
--- Comment #10 from rainer at emrich-ebersheim dot de 2009-12-10 21:03
---
Sorry, my fault. It works!
Rainer
--
rainer at emrich-ebersheim dot de changed:
What|Removed |Added
--
--- Comment #3 from dfranke at gcc dot gnu dot org 2009-12-10 21:04 ---
Subject: Bug 41369
Author: dfranke
Date: Thu Dec 10 21:03:40 2009
New Revision: 155141
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155141
Log:
2009-12-10 Daniel Franke
PR fortran/41369
--- Comment #4 from dfranke at gcc dot gnu dot org 2009-12-10 21:05 ---
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from janus at gcc dot gnu dot org 2009-12-10 21:21 ---
Comparing the dump of the test case in comment #9 with and without the patch in
comment #11 shows that with the patch the following is missing:
@@ -25,10 +25,6 @@ MAIN__ ()
integer(kind=4) itmp;
extern struct v
--- Comment #1 from burnus at gcc dot gnu dot org 2009-12-10 21:30 ---
>From the standard (F2003):
"12.3.1.1 Explicit interface"
"A procedure [...] shall have an explicit interface if it is referenced and
[...]
(3) The procedure has a result that [...]
(c) has a nonassumed type param
--- Comment #1 from dfranke at gcc dot gnu dot org 2009-12-10 21:46 ---
Actually, the program
real:: x
complex :: c
c = c * x
end
is directly translated to ...
MAIN__ ()
{
complex(kind=4) c;
real(kind=4) x;
c = COMPLEX_EXPR * c;
}
... and yukka, the "optimized" dump
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42068
--- Comment #1 from dfranke at gcc dot gnu dot org 2009-12-10 21:58 ---
Subject: Bug 40287
Author: dfranke
Date: Thu Dec 10 21:57:49 2009
New Revision: 155142
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155142
Log:
2009-12-10 Daniel Franke
PR fortran/40287
--- Comment #2 from dfranke at gcc dot gnu dot org 2009-12-10 21:58 ---
No more warning in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from jakub at gcc dot gnu dot org 2009-12-10 21:59 ---
Subject: Bug 42317
Author: jakub
Date: Thu Dec 10 21:58:49 2009
New Revision: 155143
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155143
Log:
PR c++/42317
* cgraph.h (struct cgraph_node): Add
--- Comment #8 from rearnsha at gcc dot gnu dot org 2009-12-10 22:54
---
No feedback in 6 months. Closing...
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from rearnsha at gcc dot gnu dot org 2009-12-10 22:57
---
No feedback in over 6 months. Closing...
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rearnsha at gcc dot gnu dot org 2009-12-10 23:11
---
I don't see any way to turn this into a stable testcase for regression
purposes. So closing as fixed.
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from rearnsha at gcc dot gnu dot org 2009-12-10 23:14
---
No feedback in over six months. I suspect this was pilot error, but there's
not enough information to be really sure (like a fully expanded configure
line).
--
rearnsha at gcc dot gnu dot org changed:
--- Comment #16 from rearnsha at gcc dot gnu dot org 2009-12-10 23:18
---
The ABI review mentioned concluded that there really was no need for PLT
annotations and the eabi build for linux does not need this. Closing
--
rearnsha at gcc dot gnu dot org changed:
What|R
Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.6/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--disable-checking --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-java
--- Comment #1 from Scott dot Simpson at computer dot org 2009-12-10 23:23
---
Created an attachment (id=19276)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19276&action=view)
C++ code that causes compiler error
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42350
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-12-10 23:31 ---
>gcc version 3.4.6 20060404 (Red Hat 3.4.6-11)
3.4.6 is over 3 years old and no longer supported by us. Also you are using a
Red hat version of GCC so you should report the issue to red hat.
--
pinskia at gcc d
--- Comment #30 from sabre at nondot dot org 2009-12-10 23:44 ---
FWIW, the darwin10 version of ___divdc3 comes from http://compiler-rt.llvm.org/
sounds like a bug there.
--
sabre at nondot dot org changed:
What|Removed |Added
--- Comment #3 from paolo dot carlini at oracle dot com 2009-12-10 23:50
---
For all these reasons, I think the PR can be safely closed as invalid.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
--- Comment #4 from ramana at gcc dot gnu dot org 2009-12-10 23:51 ---
Update summary
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Summary|lib
--- Comment #4 from Scott dot Simpson at computer dot org 2009-12-10 23:57
---
Might want to at least try compiling it. That should take just a second.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42350
--- Comment #18 from bkoz at gcc dot gnu dot org 2009-12-11 00:01 ---
agree #17 preferred over existing behaviour and also note this was the syntax
originally suggested in #3, so seems like it matches what people expect
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42345
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keyword
--- Comment #2 from redi at gcc dot gnu dot org 2009-12-11 00:10 ---
I don't know when it was fixed but 4.4.2 and 4.5.0 compile this fine
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #19 from bkoz at gcc dot gnu dot org 2009-12-11 00:15 ---
Opening again.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
Status|RESOL
--- Comment #2 from redi at gcc dot gnu dot org 2009-12-11 00:21 ---
(In reply to comment #0)
> I tried to include a list inside a structure and it does not worked.
> And everytime I compile I get a linker error like that:
> error: no matching function for call to
That's not a linker
--- Comment #5 from ramana at gcc dot gnu dot org 2009-12-11 00:22 ---
(In reply to comment #4)
> Created an attachment (id=19247)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19247&action=view) [edit]
> patch
>
> The attached patch can fix this bug. But due to
> http://gcc.gnu.o
--- Comment #6 from ramana at gcc dot gnu dot org 2009-12-11 00:25 ---
(In reply to comment #5)
> Please submit patches to gcc-patc...@gcc.gnu.org rather than attaching it to
> the bug report.
Also when doing so can you measure the impact of your patch with CSIBe and see
code size num
--- Comment #4 from ramana at gcc dot gnu dot org 2009-12-11 00:33 ---
I haven't been able to reproduce this - closing this out as WORKSFORME.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from redi at gcc dot gnu dot org 2009-12-11 00:37 ---
This would have prevented bugs I've dealt with where critical sections where
not protected:
{
lock_guard (mutex);
// mutex NOT locked here!
}
But I'm not convinced that doing this is always a mistake. Would the war
--- Comment #3 from redi at gcc dot gnu dot org 2009-12-11 00:50 ---
is this bug 14258 ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37140
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Known to fai
--- Comment #4 from redi at gcc dot gnu dot org 2009-12-11 01:12 ---
If you actually instantiate the template you'll get an error:
null_ref n;
: In constructor null_val::null_val(T) [with T = int&]:
:8:32: error: invalid value-initialization of reference type
: At global scope:
:10:15
--- Comment #4 from kkylheku at gmail dot com 2009-12-11 02:34 ---
(In reply to comment #3)
> This would have prevented bugs I've dealt with where critical sections where
> not protected:
> {
> lock_guard (mutex);
> // mutex NOT locked here!
> }
> But I'm not convinced that doing thi
--- Comment #9 from jason at gcc dot gnu dot org 2009-12-11 05:27 ---
Subject: Bug 34274
Author: jason
Date: Fri Dec 11 05:26:51 2009
New Revision: 155149
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155149
Log:
PR c++/27425
PR c++/34274
PR c++/42301
--- Comment #12 from jason at gcc dot gnu dot org 2009-12-11 05:27 ---
Subject: Bug 27425
Author: jason
Date: Fri Dec 11 05:26:51 2009
New Revision: 155149
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155149
Log:
PR c++/27425
PR c++/34274
PR c++/42301
--- Comment #4 from jason at gcc dot gnu dot org 2009-12-11 05:27 ---
Subject: Bug 42301
Author: jason
Date: Fri Dec 11 05:26:51 2009
New Revision: 155149
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155149
Log:
PR c++/27425
PR c++/34274
PR c++/42301
--- Comment #5 from jason at gcc dot gnu dot org 2009-12-11 05:38 ---
Applied the fix to 4.4.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Sta
Build a 64bit arm-eabi gcc, run the regression tests on simulator, testcase
limits-fnargs.c always failed because of timeout.
The command line is:
/home/carrot/compiler/armobj/gcc/xgcc -B/home/carrot/compiler/armobj/gcc/ -O3
-g -w -DSTACK_SIZE=16384 -c-o limits-fnargs.o
/home/carrot/compile
1 - 100 of 103 matches
Mail list logo
