--- Comment #7 from carrot at google dot com 2009-12-11 07:54 ---
(In reply to comment #6)
> (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
--- Comment #3 from debian-gcc at lists dot debian dot org 2009-12-11
07:22 ---
I still see these with 4.4 20091210:
https://buildd.debian.org/fetch.cgi?&pkg=gcc-4.4&ver=4.4.2-4&arch=powerpc&stamp=1260479927&file=log
trying a vanilla build with same configure
--- Comment #16 from doko at ubuntu dot com 2009-12-11 07:14 ---
the build of the powerpc-linux-gnu -> spu-elf cross compiler works as well with
trunk 20091210.
Matthias
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41491
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
--- 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
--- 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 #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 #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 #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 #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
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Known to fai
--- 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
--- 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 #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 #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 #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 #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 #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: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
--
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keyword
--- 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
--- 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 #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 #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 #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 #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 #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
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 #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
--- 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 #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 #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 #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 #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 #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 #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
--
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: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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 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 #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 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 #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 #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
-
--
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
--
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
--- 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
--- 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 #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 #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 #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 #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 #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 #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
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 #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
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 #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
-
--- 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 #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 #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 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 #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
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 #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__ &&
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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
Keywords||ice-on-valid-c
--- 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
--- 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 #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
1 - 100 of 103 matches
Mail list logo
