Swapna Pawar wrote:
configure:4542: checking for correct version of mpfr.h
configure:4573: i386-pc-mingw32msvc-gcc -o conftest.exe -O2
-I/home/manjunathm1/gmp/prefix/include
-I/home/manjunathm1/mpfr/prefix/include conftest.c -L/h
ome/manjunathm1/gmp/prefix/lib
Hi guys,
I spent a little time recently researching ways to reduce the number of
unique named relocations that must be processed at dlopen time for large
C++ libraries[1]. Apologies for spamming all 3 lists like this, but it
touches all 3 projects.
Since almost all function
While rebuilding gcc I got the following failure:
/opt/gcc/i686-darwin/./prev-gcc/xgcc -B/opt/gcc/i686-darwin/./prev-gcc/
-B/opt/gcc/gcc4.4w/i686-apple-darwin9/bin/ -c -g -O2 -fomit-frame-pointer
-DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
This is due to revision 133828 and fixed by the following patch:
--- ../_gcc_clean/gcc/fwprop.c 2008-04-02 12:12:57.0 +0200
+++ gcc/fwprop.c2008-04-02 13:44:07.0 +0200
@@ -231,7 +231,7 @@
PR_HANDLE_MEM is set when the source of the propagation was not
amihud bruchim [EMAIL PROTECTED] writes:
I found a memory leak on regcomp function - gcc-4.4.2 (i used Memory
validator tool to confirm it) .
regcomp is part of glibc (or whatever C library you are using). It is
not part of gcc. For more information, including where to report
bugs, please
Michael Meeks [EMAIL PROTECTED] writes:
Since almost all function relocations of this type are inside vtables,
I implemented a new way of relocating vtables. This is a new
'.suse.vtrelocs' section.
It's an interesting idea. Some comments:
* Use GNU instead of SUSE, as this is for the
Ian Lance Taylor [EMAIL PROTECTED] writes:
* It seems that this is not backward compatible--an executable built
in this way will not work if the dynamic linker does not know about
it. The section should have the SHF_OS_NONCONFORMING bit set.
I wonder if it could be made backwards
Hi Ian / Andi,
On Wed, 2008-04-02 at 07:56 -0700, Ian Lance Taylor wrote:
* Use GNU instead of SUSE, as this is for the GNU tools.
Ah yes; you noticed the subliminal advertising ;-) If you're happy for
me to trample on the GNU section namespace that's fine, but I hesitate
to tread there
It's certainly possible; of course it looses you any size savings. I
If it's all in one place and only on disk it doesn't really matter doesn't it?
Even if loaded into memory as long as it is read in one block without
much seeking it shouldn't be that bad.
Backwards compatibility is
Michael Meeks [EMAIL PROTECTED] writes:
On Wed, 2008-04-02 at 07:56 -0700, Ian Lance Taylor wrote:
* Use GNU instead of SUSE, as this is for the GNU tools.
Ah yes; you noticed the subliminal advertising ;-) If you're happy for
me to trample on the GNU section namespace that's fine, but
Andi Kleen wrote:
It's certainly possible; of course it looses you any size savings. I
If it's all in one place and only on disk it doesn't really matter doesn't it?
It sure does for embedded applications. And, there backwards
compatibility is often less of an issue; you're not
Snapshot gcc-4.2-20080402 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20080402/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.2 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
I have a question regarding GCC4 version compatibility? In general,
should two versions with same major version number be compatible?
Specifically, I want to confirm whether a C++ library built with gcc
4.1.X will link correctly using gcc 4.2.2?
Thanks,
Xiaoxiang
On Wed, Apr 02, 2008 at 05:16:23PM -0700, Xiaoxiang Liu wrote:
I have a question regarding GCC4 version compatibility? In general,
should two versions with same major version number be compatible?
Specifically, I want to confirm whether a C++ library built with gcc
4.1.X will link correctly
I was speaking to Andrew Tridgell yesterday about how he uses svn with
the Samba project. He mentioned an idea that we could pursue in the GCC
project.
As you know, Subversion keeps all branches and the trunk under different
paths in the repository. Thus, it's possible to check out multiple
Hi
I am in the process of verifying object code to source code traceability for
gcc (C source):
gcc 3.3.2 Wind River VxWorks PowerPC target
I need to demonstrate that the difference in instruction scheduling / branch
scheduling between PPC604 core and PPC603 core does not introduce
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-04-02 07:15 ---
Also fixed on the 4.3 branch.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-04-02 07:16 ---
Subject: Bug 35431
Author: pinskia
Date: Wed Apr 2 07:15:19 2008
New Revision: 133822
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133822
Log:
2008-03-31 Andrew Pinski [EMAIL PROTECTED]
PR
--- Comment #11 from herwig at gdsys dot de 2008-04-02 07:17 ---
(In reply to comment #10)
Yes. Since the class declaration must be visible from the place where you
call this function, and since then also the function's definition
(=implementation) is visible, the template should
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-04-02 07:19 ---
Fixed also on the 4.3 branch.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-04-02 07:19 ---
Subject: Bug 35429
Author: pinskia
Date: Wed Apr 2 07:19:01 2008
New Revision: 133823
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133823
Log:
2008-04-02 Andrew Pinski [EMAIL PROTECTED]
PR
Note: This bug *can* be related to 35791 (they can have the same source).
procedure A is
type Base_1 is interface;
type Base_2 is interface;
type Middle is interface and Base_1 and Base_2;
type Derived is new Middle with null record;
function Make_Derived return Derived is
--- Comment #27 from laurent at guerby dot net 2008-04-02 07:36 ---
My guess is that Initialize_TCB you wrote for RTEMS (s-taprop-rtems) does not
set success to True for some reason:
procedure Initialize_ATCB
...
STPO.Initialize_TCB (T, Success); --- here call into RTEMS
--- Comment #1 from george at gcc dot gnu dot org 2008-04-02 08:01 ---
Fixed in rev 133800 1 April 2008
--
george at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from george at gcc dot gnu dot org 2008-04-02 08:08 ---
Fixed in rev 133800, 1 April 2008
--
george at gcc dot gnu dot org changed:
What|Removed |Added
The gcc and g++ of trunk (svn r133789) has a problem with detecting faulty
warnings such was -Wno-this-does-not-exist.
E.g. it seems to pass on -Wno-long-double options down to, like with:
int main()
{
return 0;
}
DOES NOT fail with gcc -c -g -Wno-long-double main.c
but DOES fail with gcc -c -g
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-04-02 08:33 ---
I think this is expected behavior now, see PR 28322.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from Keller at hlrs dot de 2008-04-02 09:35 ---
(In reply to comment #1)
I think this is expected behavior now, see PR 28322.
Thanks Andrew. So the fix to trigger another warning was correct and is the
preferred method for configure-scripts...
--
--- Comment #3 from hubicka at ucw dot cz 2008-04-02 09:35 ---
Subject: Re: New: [4.4 Regression] Revision 133787 breaks ia64
Hi,
I've added the assert to check that we don't initialize RTL world twice
without freeing it first (and thus that we don't leak memory). This
seems to be
--- Comment #2 from bonzini at gnu dot org 2008-04-02 09:57 ---
Subject: Bug 35542
Author: bonzini
Date: Wed Apr 2 09:56:17 2008
New Revision: 133829
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133829
Log:
2008-04-02 Andy Hutchinson [EMAIL PROTECTED]
PR
--- Comment #14 from bonzini at gnu dot org 2008-04-02 09:57 ---
committed to trunk as 133828
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #3 from bonzini at gnu dot org 2008-04-02 09:57 ---
committed to trunk, will backport to 4.3 in due time (causes regressions for
AVR)
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #35 from bonzini at gnu dot org 2008-04-02 10:08 ---
the infinite loop is fixed, don't know if the second bug remains.
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #36 from bonzini at gnu dot org 2008-04-02 10:08 ---
Subject: Bug 35752
Author: bonzini
Date: Wed Apr 2 10:07:58 2008
New Revision: 133832
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133832
Log:
2008-04-02 Paolo Bonzini [EMAIL PROTECTED]
PR
--- Comment #15 from bonzini at gnu dot org 2008-04-02 11:24 ---
oops, still on 4.3
--
bonzini at gnu dot org changed:
What|Removed |Added
Status|RESOLVED
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-04-02 11:29 ---
Should be fixed now. Please re-open with the requested information if not.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #28 from laurent at guerby dot net 2008-04-02 11:44 ---
I did not notice that s-taprop for rtems was the posix version
procedure Initialize_TCB (Self_ID : Task_Id; Succeeded : out Boolean) is
Mutex_Attr : aliased pthread_mutexattr_t;
Result :
#include stdlib.h
#define N 50
void test(void) {
static char *array=NULL;
int i;
if (array==NULL) {
array=calloc(N, sizeof(char));
array[0]=0;
for(i=1;iN;i++) {
if (rand()%2==0) array[i]=array[i-1];
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-04-02 12:52 ---
Subject: Bug 14495
Author: rguenth
Date: Wed Apr 2 12:51:37 2008
New Revision: 133834
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133834
Log:
2008-04-02 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-04-02 12:54 ---
Subject: Bug 14495
Author: rguenth
Date: Wed Apr 2 12:54:08 2008
New Revision: 133835
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133835
Log:
2008-04-02 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #12 from rguenth at gcc dot gnu dot org 2008-04-02 12:54
---
Subject: Bug 34793
Author: rguenth
Date: Wed Apr 2 12:54:08 2008
New Revision: 133835
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133835
Log:
2008-04-02 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-04-02 12:55
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from rguenth at gcc dot gnu dot org 2008-04-02 12:56
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-04-02 12:57 ---
Please try with a still maintained GCC version, which would be at least 4.2.3.
Thanks.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from bernds_cb1 at t-online dot de 2008-04-02 13:17 ---
We don't support a bfin-linux-gnu target. Does any of bfin-elf, bfin-uclinux
or bfin-linux-uclibc work for you?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35419
In the following code (condensed from a real example where Fnord was
boost::intrusive_ptr), the call to the Fnord constructor in function make_fnord
only succeeds because Aubergine is derived from Base. But GCC doesn't know
that Aubergine is derived from Base until after it's seen make_fnord. (And
--- Comment #12 from bangerth at math dot tamu dot edu 2008-04-02 13:31
---
Subject: Re: Pure virtual method body omitted from template
No, it is not. And that's because this pure virtual method never gets called
explicitly.
The point I meant to make but failed is: a pure virtual
Stage 1 compiler from revision 133835 failed to compile binutils:
[EMAIL PROTECTED] binutils]$
/export/build/gnu/tools/build-x86_64-linux/./prev-gcc/xgcc
-B/export/build/gnu/tools/build-x86_64-linux/./prev-gcc/
-B/usr/gcc-4.4/x86_64-unknown-linux-gnu/bin/ -DHAVE_CONFIG_H -I.
--- Comment #1 from hjl dot tools at gmail dot com 2008-04-02 13:46 ---
Created an attachment (id=15410)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15410action=view)
A testcase
[EMAIL PROTECTED] binutils]$
/export/build/gnu/tools/build-x86_64-linux/./prev-gcc/xgcc
--- Comment #37 from oblivian at users dot sourceforge dot net 2008-04-02
13:47 ---
(In reply to comment #35)
the infinite loop is fixed, don't know if the second bug remains.
Yes and no, It fixes the compilation so that ld no longer gets into a loop, but
the installed compiler is
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-04-02 13:50 ---
This is likely caused by http://gcc.gnu.org/ml/gcc-cvs/2008-04/msg00059.html.
Reducing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
At revision 133817, bootstrap fails at libstdc++-v3/src/strstream.cc on
powerpc-apple-darwin9:
...
libtool: compile: /opt/gcc/darwin_buildw/./gcc/xgcc -shared-libgcc
-B/opt/gcc/darwin_buildw/./gcc -nostdinc++
-L/opt/gcc/darwin_buildw/powerpc-apple-darwin9/libstdc++-v3/src
--- Comment #38 from bonzini at gnu dot org 2008-04-02 13:59 ---
Subject: Re: [4.3/4.4 Regression]: Combined gcc + binutils
source tree doesn't bootstrap with --enable-shared
I'll be opening a new bug on the sysroot problems I'm having with 4.3 since it
appears no one has tried a
--- Comment #3 from hjl dot tools at gmail dot com 2008-04-02 14:00 ---
(In reply to comment #2)
This is likely caused by http://gcc.gnu.org/ml/gcc-cvs/2008-04/msg00059.html.
Reducing.
http://gcc.gnu.org/ml/gcc-cvs/2008-04/msg00059.html
is revision 133835. Revision 133834 passed
--- Comment #11 from bonzini at gnu dot org 2008-04-02 14:08 ---
Carlos, I think Greg has a point here:
the problem is that xgcc thinks it is a relocated compiler when it
runs from $objdir eg: when building libgcc* and other target libs, when in
actual fact, it is not really a true
I am getting a very strange ICE on a mips system when building with -mabi=n32
or -mabi=64:
testcase.i: In function #8216;_IO_vfscanf_internal#8217;:
testcase.i:2857: error: unable to find a register to spill in class
#8216;V1_REG#8217;
testcase.i:2857: error: this is the insn:
(insn 1286 1241
--- Comment #1 from aurelien at aurel32 dot net 2008-04-02 14:13 ---
Created an attachment (id=15411)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15411action=view)
unreduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35802
--- Comment #2 from aurelien at aurel32 dot net 2008-04-02 14:13 ---
Created an attachment (id=15412)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15412action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35802
--- Comment #17 from ghazi at gcc dot gnu dot org 2008-04-02 14:18 ---
I see the same issue on x86_64 debian linux-gnu:
http://gcc.gnu.org/ml/gcc-testresults/2008-04/msg00085.html
Removing hppa tags since it's debian-specific, not hppa.
--
ghazi at gcc dot gnu dot org changed:
--- Comment #39 from oblivian at users dot sourceforge dot net 2008-04-02
14:19 ---
Created an attachment (id=15413)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15413action=view)
Optional way to fix ld relink problems
Just for completeness, here is the fix the Ralf was
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-04-02 14:25 ---
This is thunk related, most likely forgot a free function.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35801
--- Comment #4 from dominiq at lps dot ens dot fr 2008-04-02 14:31 ---
I think PR35801 is the same problem on powerpc-apple-darwin9.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35795
--- Comment #2 from dominiq at lps dot ens dot fr 2008-04-02 14:34 ---
I think it is another manifestation of PR35795.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35801
--- Comment #3 from aurelien at aurel32 dot net 2008-04-02 14:15 ---
Also please note that the same problem exists on mips
(mips64-unknown-linux-gnu).
--
aurelien at aurel32 dot net changed:
What|Removed |Added
--- Comment #4 from ghazi at gcc dot gnu dot org 2008-04-02 14:59 ---
Problem still occurs on 4.1 branch:
http://gcc.gnu.org/ml/gcc-testresults/2008-04/msg00083.html
I'll try backporting the patch from 4.2.x and see if it still works.
--
ghazi at gcc dot gnu dot org changed:
--- Comment #29 from joel at gcc dot gnu dot org 2008-04-02 15:08 ---
I have spent the morning debugging at the assembly level and I am nearly 100%
positive %ebx is getting corrupted. It is correct before the call to
STPO.Initialize_TCB (T, Success);
at s-taskin.adb and 0x0
--- Comment #4 from eric dot weddington at atmel dot com 2008-04-02 15:21
---
(In reply to comment #3)
committed to trunk, will backport to 4.3 in due time (causes regressions for
AVR)
Could you list what fails?
Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35542
--- Comment #5 from bonzini at gnu dot org 2008-04-02 15:25 ---
I meant that this is a patch that is scheduled for backporting to 4.3, because
it fixes regressions on AVR.
The text between parentheses should have been bug causes regressions for AVR.
Sorry.
--
Gcc has traditionally used the concept of a compare operation that stores
a comparison result in CC0 or a register, and then can be used with arbitrary
comparison operators to compare it against zero to make a decision for
a branch, store flag, or conditional move instruction.
Since often the
--- Comment #6 from hutchinsonandy at aim dot com 2008-04-02 15:44 ---
Subject: Re: [4.3 Regression] fwprop only propagates
one operand
Eric,
it's difficult to give you a specfic example as the propagation is very
sensitive to generated code. I found this looking at other AVR bugs
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-04-02 15:49 ---
Created an attachment (id=15414)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15414action=view)
reduced testcase
Reduced testcase, fails with -O -ftree-vrp -fno-inline.
Program received signal SIGSEGV,
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-04-02 15:53 ---
So we have
(addr_vec:DI [
(nil)
(label_ref:DI 26)
(label_ref:DI 26)
(label_ref:DI 26)
(label_ref:DI 26)
...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35800
--- Comment #13 from herwig at gdsys dot de 2008-04-02 16:07 ---
(In reply to comment #12)
The point I meant to make but failed is: a pure virtual method can *only*
*ever* be called explicitly. It can't be called through the vtable because
there can be no objects of the type of
Hello,
This bug is a continuation from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35752 and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35532. It appears that native
retargeting of the compiler is not supported in the 4.3/4.4 series in favor of
the sysroot option. When trying to build a pass 1
--- Comment #4 from jakub at gcc dot gnu dot org 2008-04-02 16:20 ---
Heh, I was testing with -m32 and -m64 on 4.3 branch (but that was
--enable-checking=release default) and on the trunk just -m64. Can reproduce
now.
This seems to be NRV that is creating non-GIMPLE by replacing
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-04-02 16:23 ---
Sounds like you should be using --build-sysroot= and not set LDFLAGS_FOR_TARGET
and CPPFLAGS_FOR_TARGET .
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from oblivian at users dot sourceforge dot net 2008-04-02
16:26 ---
(In reply to comment #1)
Sounds like you should be using --build-sysroot= and not set
LDFLAGS_FOR_TARGET
and CPPFLAGS_FOR_TARGET .
You mean configure with just --with-build-sysroot and not
--- Comment #5 from hjl dot tools at gmail dot com 2008-04-02 16:42 ---
(In reply to comment #3)
Subject: Re: New: [4.4 Regression] Revision 133787 breaks ia64
Hi,
I've added the assert to check that we don't initialize RTL world twice
without freeing it first (and thus that we
--- Comment #30 from laurent at guerby dot net 2008-04-02 16:44 ---
Did you look at what happens in Initialize_TCB to the variable Success ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35284
Hi,
gcc 930523-1.c -c -fira -O1 -m32
fails with
930523-1.c: In function 'f':
930523-1.c:54: internal compiler error: in start_allocno_priorities, at
ira-color.c:1806
Please submit a full bug report,
rev: 133765
--
Summary: [ira] error in start_allocno_priorities, at ira-
--- Comment #2 from mstein dot lists at googlemail dot com 2008-04-02
16:55 ---
Fails in trunk (133803) too
--
mstein dot lists at googlemail dot com changed:
What|Removed |Added
--- Comment #2 from mstein dot lists at googlemail dot com 2008-04-02
17:02 ---
Seems to work again in rev 133774
--
mstein dot lists at googlemail dot com changed:
What|Removed |Added
--- Comment #14 from yuriry at gmail dot com 2008-04-02 17:15 ---
Hi Björn
My question is slightly off topic but I am really interested in the purpose of
defining a template class where a template parameter is not used. Why would
you need this?
Regards,
Yuri
templateclass T
class
--- Comment #2 from jakub at gcc dot gnu dot org 2008-04-02 17:17 ---
IMNSHO this is invalid.
[lib.support.types]/5 says the first argument must be a POD structure or POD
union, but struct A isn't POD structure because of the reference in it.
--
jakub at gcc dot gnu dot org changed:
--- Comment #2 from pogma at gcc dot gnu dot org 2008-04-02 17:37 ---
Subject: Bug 35216
Author: pogma
Date: Wed Apr 2 17:36:41 2008
New Revision: 133842
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133842
Log:
PR bootstrap/35216
* scripts/makemake.tcl: Replace org/omg build
--- Comment #15 from fang at csl dot cornell dot edu 2008-04-02 17:38
---
Unused template parameters can be used when you want to intentionally subtype a
base type with different flavors that are incompatible with each other, using
compile-time checking to prevent accidental
--- Comment #3 from pogma at gcc dot gnu dot org 2008-04-02 17:44 ---
Fixed in r133842
--
pogma at gcc dot gnu dot org changed:
What|Removed |Added
Hi,
the code below compiles to 60 byte when using -Os
and 4 byte when using -O2.
This is just one example of many from the test suite:
extern void f(char *const *);
void g (char **o)
{
static const char *const multilib_exclusions_raw[] = { 0 };
const char *const *q =
--- Comment #3 from joseph at codesourcery dot com 2008-04-02 17:52 ---
Subject: Re: Bootstrap of combined gcc + binutils, with
--enable-shared, with sysroot fails
On Wed, 2 Apr 2008, pinskia at gcc dot gnu dot org wrote:
Sounds like you should be using --build-sysroot= and not set
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|tree-optimization |target
Target Milestone|--- |4.4.0
--- Comment #16 from yuriry at gmail dot com 2008-04-02 17:58 ---
Thanks for the reply, David! But now I have more questions than I had before
:-)
I'm not sure if this thread is the right place to go into details on this
topic. If you know any other place to move this discussion,
--- Comment #6 from hp at gcc dot gnu dot org 2008-04-02 18:06 ---
Created an attachment (id=15415)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15415action=view)
another reduced testcase, -O2
I see attachment #2 there, but as long as I did a reduction too, here's
another, a wee
--- Comment #17 from bangerth at math dot tamu dot edu 2008-04-02 18:31
---
Subject: Re: Pure virtual method body omitted from template
On Wednesday 02 April 2008 12:15:53 yuriry at gmail dot com wrote:
My question is slightly off topic but I am really interested in the purpose
of
--- Comment #3 from dominiq at lps dot ens dot fr 2008-04-02 18:32 ---
Borrowed from pr35795, the following patch seems to work:
--- ../_gcc_clean/gcc/config/rs6000/rs6000.c2008-03-29 23:59:15.0
+0100
+++ ../gcc-4.4-work/gcc/config/rs6000/rs6000.c 2008-04-02
--- Comment #1 from vmakarov at redhat dot com 2008-04-02 18:34 ---
I've just fixed it on ira branch. The problem was in an assert requiring
nonzero number of references for an allocno. I permitted to have zero number
of references.
I've just realized that such situations are
--- Comment #18 from bangerth at math dot tamu dot edu 2008-04-02 18:34
---
Subject: Re: Pure virtual method body omitted from template
You are absolutely right as long as there is no multithreading and no
dangling pointer. Sure. The thing is: If it's called, something bad has
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #12 from carlos at codesourcery dot com 2008-04-02 19:20
---
Paolo,
What's the test-case?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35532
--- Comment #7 from hp at gcc dot gnu dot org 2008-04-02 19:56 ---
It's not just about creating a properly filled (or handling the NULLs in the)
addr_vec after generating the tablejump or casesi: for machines with casesi,
passing a NULL default_label (operand[4]; fifth operand)
1 - 100 of 143 matches
Mail list logo
