Since yesterday ~16h GMT boostraping is broken on Darwin8 at stage1:
...
/opt/gcc/darwin_buildw/./gcc/xgcc -B/opt/gcc/darwin_buildw/./gcc/
-B/opt/gcc/gcc4.3w/powerpc-apple-darwin8/bin/
-B/opt/gcc/gcc4.3w/powerpc-apple-darwin8/lib/ -isystem
/opt/gcc/gcc4.3w/powerpc-apple-darwin8/include
Mike wrote:
I want GCC to compile c/c++ code into VM instructions. Looking at GJC
as a reference, I didn't see a Java machine back-end MD file. Java
isn't a back-end in gcc/config.
AFAIK, gcj can compile JVM code (ie javac-compiled .class bytecode
files) but don't produce them.
There
Sadly, the testsuite regressions don't seems to be fixed. I will try to
figure out tomorrow why the function is still being inlined.
The test case gfortran.dg/do_3.F90 pass with -fno-strict-overflow
(see http://gcc.gnu.org/ml/fortran/2007-09/msg00116.html).
I have posted at
Hi,
I am looking into what parts of frontend stil depends on frontend inline
decision (ie DECL_INLINE now ignored by middle end). All these uses
strike wrong, given that inlining decisions are independent on it.
These divergences for example requires us to enable expensive
-finline-functions for
I have installed the latest binutils (2.9.1) available from the GNU ftp site so
I cannot understand why this is occuring. Are there some sort of parameter
options I need to enter or do I need to reinstall the binutils with parameter
options?
Regards,
- Original Message -
From:
Sadly, the testsuite regressions don't seems to be fixed. I will try to
figure out tomorrow why the function is still being inlined.
The test case gfortran.dg/do_3.F90 pass with -fno-strict-overflow
(see http://gcc.gnu.org/ml/fortran/2007-09/msg00116.html).
I have posted at
Hi!
I am seeing the folowing bootstrap failure under SGI Irix:
bash /USER/philippe/Irix/Gcc_Sources/gcc/../move-if-change tmp-codes.h
insn-codes.h
echo timestamp s-codes
gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes
The testcase was indeed previously not inlined at all. Shall we add
-fno-strict-overflow to the testcase then?
This what I would do, but I am not qualified to make the call.
In addition my working setup is totally broken right now
(at stage1). Could you do the addition to the testcase
and run
Using checkout Thu Sep 6 05:56:16 UTC 2007 (revision 128174), I get a
bootstrap failure:
gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-DHAVE_CONFIG_H -I. -Iada -I../../gcc/gcc -I../../gcc/gcc/ada
-I../../gcc/gcc/../include
Hi!
I am getting the following bootstrap failure under Linux (Linux pinguin7
2.6.5-7.104-bigsmp #1 SMP Wed Jul 28 16:42:13 UTC 2004 i686 i686 i386
GNU/Linux).
make[2]: Leaving directory `/usr1/MICRESS/Philippe/Compilation/Gcc'
make DESTDIR= RPATH_ENVVAR=LD_LIBRARY_PATH
On 9/5/07, Mark Mitchell [EMAIL PROTECTED] wrote:
Summary
===
We are closing in on Stage 3, previously announced for September 10th.
At this point, I'm not aware of any reason to delay that date. Are
there any Stage 2 patches that people don't think will be submitted by
that point?
On 9/6/07, mandeep singh bhambra [EMAIL PROTECTED] wrote:
I have installed the latest binutils (2.9.1) available from the GNU ftp site
so I cannot understand why this is occuring. Are there some sort of parameter
options I need to enter or do I need to reinstall the binutils with parameter
There is
http://gcc.gnu.org/ml/gcc-patches/2007-08/msg01978.html
for example, which is not suitable for stage3.
As much as I like the idea, wasn't get_non_trapping considered unsafe?
Paolo
On 9/6/07, Paolo Bonzini [EMAIL PROTECTED] wrote:
There is
http://gcc.gnu.org/ml/gcc-patches/2007-08/msg01978.html
for example, which is not suitable for stage3.
As much as I like the idea, wasn't get_non_trapping considered unsafe?
Only if you tried to preserve this information
On 05/09/07, Mark Mitchell [EMAIL PROTECTED] wrote:
Summary
===
We are closing in on Stage 3, previously announced for September 10th.
At this point, I'm not aware of any reason to delay that date. Are
there any Stage 2 patches that people don't think will be submitted by
that point?
I have done some investigation about the recent failure of
gfortran.dg/c_char_tests.f03. First the failure disappears
with -fno-inline or -fno-inline-functions:
[karma] f90/bug% gfc c_char_tests_db.f03 -O3 -fno-inline c_char_driver_db.c
[karma] f90/bug% a.out
[karma] f90/bug% gfc
On 06/09/07, Jan Hubicka [EMAIL PROTECTED] wrote:
I wonder what we want to do here - I guess we can either make the
warning unconditional and declare it as two indpendent things or we can
just drop the feature since user will get properly warned on every
function he actually uses.
What would
Summary
===
We are closing in on Stage 3, previously announced for September 10th.
At this point, I'm not aware of any reason to delay that date. Are
there any Stage 2 patches that people don't think will be submitted by
that point?
I am still planning to do some retuning of inliner
Christian Joensson wrote:
Using checkout Thu Sep 6 05:56:16 UTC 2007 (revision 128174), I get a
bootstrap failure:
gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-DHAVE_CONFIG_H -I. -Iada -I../../gcc/gcc -I../../gcc/gcc/ada
2007/9/6, Sandra Loosemore [EMAIL PROTECTED]:
Christian Joensson wrote:
Using checkout Thu Sep 6 05:56:16 UTC 2007 (revision 128174), I get a
bootstrap failure:
gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
On 9/4/07, Mark Mitchell [EMAIL PROTECTED] wrote:
We are closing in on Stage 3, previously announced for September 10th.
At this point, I'm not aware of any reason to delay that date. Are
there any Stage 2 patches that people don't think will be submitted by
that point?
I still plan to
mandeep singh bhambra wrote:
I have installed the latest binutils (2.9.1) available from the GNU ftp site
so I cannot understand why this is occuring. Are there some sort of parameter
options I need to enter or do I need to reinstall the binutils with parameter
options?
On my laptop,
Matt Lee writes:
Matt The problem is, that though the loads can be optimized by pipelining
Matt them. The register allocator has created a dependency by using only r3
Matt and r4, instead of using the other volatiles.
GCC's register allocator currently is designed to minimize the
number
On 05 September 2007 23:47, Matt Lee wrote:
Registers r3 to r12 are volatiles. However, for the C code below,
struct foo {
int a[4];
} ;
struct foo p, q;
void func ()
{
memcpy (p, q, sizeof (struct foo));
}
I am getting a instruction sequence for func() such as,
load
The testcase was indeed previously not inlined at all. Shall we add
-fno-strict-overflow to the testcase then?
This what I would do, but I am not qualified to make the call.
In addition my working setup is totally broken right now
(at stage1). Could you do the addition to the testcase
Hello All,
In most of GCC source code, it is perfectly normal to expect that no
warnings should appear, even if the sources are compiled with -Wall or
more. Actually the GCC bootstrap process seems to require this.
However, I see some occasions where warnings might be quite difficult to
This simple test case:
#include stdio.h
int ten = 10;
int main()
{
printf (%lld\n, 92233720368547758LL % ten);
return 0;
}
returns
0
because (afaics) __moddi3 is miscompiled.
Breakpoint 4, __moddi3 (u=92233720368547758, v=10)
at /home/aph/gcc/trunk/libgcc/../gcc/libgcc2.c:923
(gdb)
On 06 September 2007 16:55, Basile STARYNKEVITCH wrote:
2. generated code: when some C files are generated, it may be hard to
avoid some warnings, typically a generated C function might have unused
arguments (which might be not very easy to detect at generation stage).
Generate
Basile STARYNKEVITCH [EMAIL PROTECTED] writes:
So is there an easy way to have some acceptable warnings in GCC?
See gcc/Makefile.in, look for -Wno-error.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key
$subject? During early optimization the !ZERO_SSA_OPERANDS check doesn't
say the truth (well it does, but only in some sense) while the
references_memory flag seems to be updated ok.
There is one case, for calls, where we set references_memory
unconditionally even if we later might not add any
On 9/6/07, Richard Guenther [EMAIL PROTECTED] wrote:
$subject?
It is not. You can have a statement that references memory and have
no virtual operands at all (volatile or totally pruned VOPs for
instance).
Also, the very first alias analysis pass will find statements with no
VOPs but with
hello,
i don't know if it's a bug, please clarify:
rc.cpp:
--8--
void f()
{
int x = 0;
int y = reinterpret_castint(x);
}
--8--
gcc -v:
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
The LTO driver requires libelf and currently grovels around in the
system directories looking for it, which may not always be the right
place to find it. (This bit me when building LTO on our new Linux
machines, which do not have libelf installed.) The Right Thing would be
to add a --with-libelf
Kaveh R. GHAZI wrote:
(Sorry, first one bounced from gcc@ because it was over 400k)
Hi Jan,
On sparc-sun-solaris2.10, I'm getting new bootstrap failures in stage2
complaining several times about rtl sharing. I've included four .i files
for modules that ICEed during stage2, and the cc1
Manuel López-Ibáñez wrote:
On 05/09/07, Mark Mitchell [EMAIL PROTECTED] wrote:
Summary
===
We are closing in on Stage 3, previously announced for
September 10th.
At this point, I'm not aware of any reason to delay that date. Are
there any Stage 2 patches that people don't
On Thu, 2007-09-06 at 09:47 +0200, Philippe Schaffnit wrote:
Hi!
I am seeing the folowing bootstrap failure under SGI Irix:
/USER/philippe/Irix/Gcc_Sources/gcc/config/mips/mips.md: In function
'gen_fixuns_truncdfsi2':
/USER/philippe/Irix/Gcc_Sources/gcc/config/mips/mips.md:2808: error: too
On Thu, 2007-09-06 at 15:32 +0200, Christian Joensson wrote:
2007/9/6, Sandra Loosemore [EMAIL PROTECTED]:
Christian Joensson wrote:
Using checkout Thu Sep 6 05:56:16 UTC 2007 (revision 128174), I get a
bootstrap failure:
../../gcc/gcc/ada/trans.c: In function `convert_with_check':
(Sorry, first one bounced from gcc@ because it was over 400k)
Hi Jan,
On sparc-sun-solaris2.10, I'm getting new bootstrap failures in stage2
complaining several times about rtl sharing. I've included four .i files
for modules that ICEed during stage2, and the cc1 invocations below.
Hi,
I already have fix for this just waiting for Andreas Tobler to verify
that it does what expected. If you could give it a try, it would be
nice.
The problem is
/* Called when INSN is being moved from a location near the target of a jump.
We leave a marker of the form (use
On 9/4/07, Mark Mitchell [EMAIL PROTECTED] wrote:
We are closing in on Stage 3, previously announced for September
10th.
At this point, I'm not aware of any reason to delay that date. Are
there any Stage 2 patches that people don't think will be submitted
by
that point?
I still plan to
Jan Hubicka [EMAIL PROTECTED] writes:
Producing USE expressions embedding whole INSN. The comment promise
that those will be removed before reorg ends, but they are not. This
patch just adds simple code to remove them in very last dbr_schedule
pass.
I see code in dbr_schedule to delete
On 9/6/07, David Edelsohn [EMAIL PROTECTED] wrote:
Matt Lee writes:
Matt The problem is, that though the loads can be optimized by pipelining
Matt them. The register allocator has created a dependency by using only r3
Matt and r4, instead of using the other volatiles.
GCC's
On 9/6/07, Dave Korn [EMAIL PROTECTED] wrote:
On 05 September 2007 23:47, Matt Lee wrote:
Registers r3 to r12 are volatiles. However, for the C code below,
struct foo {
int a[4];
} ;
struct foo p, q;
void func ()
{
memcpy (p, q, sizeof (struct foo));
}
I am
Jan Hubicka [EMAIL PROTECTED] writes:
Producing USE expressions embedding whole INSN. The comment promise
that those will be removed before reorg ends, but they are not. This
patch just adds simple code to remove them in very last dbr_schedule
pass.
I see code in dbr_schedule to
Jan Hubicka [EMAIL PROTECTED] writes:
Jan Hubicka [EMAIL PROTECTED] writes:
Producing USE expressions embedding whole INSN. The comment promise
that those will be removed before reorg ends, but they are not. This
patch just adds simple code to remove them in very last dbr_schedule
Matt Lee writes:
Date: Thu, 06 Sep 2007 15:02:52 -0400
From: David Edelsohn [EMAIL PROTECTED]
Matt There is no point trying to minimize usage of volatile hard registers,
Matt is there? They are precisely there to be used up as much as needed.
Matt The function is a leaf procedure as well, so
load r3, q + 0
load r4, q + 4
store r3, p + 0
store r4, p + 4
load r3, q + 4
load r4, q + 8
store r3, p + 4
store r4, p + 8
These last four lines should be
load r3, q + 8
load r4, q + 12
store r3, p + 8
store r4, p + 12
Did you just typo it or do you have a
Jan Hubicka [EMAIL PROTECTED] writes:
Jan Hubicka [EMAIL PROTECTED] writes:
Producing USE expressions embedding whole INSN. The comment promise
that those will be removed before reorg ends, but they are not. This
patch just adds simple code to remove them in very last
Jan Hubicka [EMAIL PROTECTED] writes:
The attached patch seems to work on my testcase too.
This patch is OK if it passes testing and gets a ChangeLog entry.
Thanks.
Ian
On 9/6/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Matt Lee writes:
Date: Thu, 06 Sep 2007 15:02:52 -0400
From: David Edelsohn [EMAIL PROTECTED]
Matt There is no point trying to minimize usage of volatile hard registers,
Matt is there? They are precisely there to be used up as much as
On 9/6/07, Segher Boessenkool [EMAIL PROTECTED] wrote:
load r3, q + 0
load r4, q + 4
store r3, p + 0
store r4, p + 4
load r3, q + 4
load r4, q + 8
store r3, p + 4
store r4, p + 8
These last four lines should be
load r3, q + 8
load r4, q + 12
store r3,
Jan Hubicka wrote:
For C++ there are number of cases I need to go through dealing with
attempts to not instantiate non-inline methods that won't be needed.
I'm not sure exactly what cases you're referring to, but please be
careful. For example, changing if/when we instantiate template
Jan Hubicka wrote:
I am basically trying to avoid need for DECL_INLINE (while keeping
DECL_DECLARED_INLINE and DECL_UNINLINABLE for frontend use) - inliner is
now doing all the job himself to figure out what is or isn't needed.
That certainly makes sense to me.
With the noreturn warning
Jan Hubicka wrote:
For C++ there are number of cases I need to go through dealing with
attempts to not instantiate non-inline methods that won't be needed.
I'm not sure exactly what cases you're referring to, but please be
careful. For example, changing if/when we instantiate template
Jan Hubicka wrote:
I am basically trying to avoid need for DECL_INLINE (while keeping
DECL_DECLARED_INLINE and DECL_UNINLINABLE for frontend use) - inliner is
now doing all the job himself to figure out what is or isn't needed.
That certainly makes sense to me.
With the noreturn
Jan Hubicka wrote:
One problem that I am concerned about is that C++ frontend is actually
trying to avoid instantiating some stuff that it knows will not be
needed if not inlined. I would kill this logic, but I hope this is the
case where the feature is not worth the maintenance cost.
We
Hello,
I've spent last two months at Google quietly working on the boehm-gc
branch from my last year's SoC project -
http://gcc.gnu.org/wiki/Garbage_collection_tuning . To recap, I've
integrated Boehm's GC into GCC proper, adjusted gengtype and GGC
support files to generate typed GC allocators
With revision 128207
Configured: ../trunk/configure
--prefix=/home/ddaney/gccsvn/trunk-install --target=mipsel-linux
--build=mipsel-linux --host=mipsel-linux --with-gmp=/home/ddaney/mp
--with-mpfr=/home/ddaney/mp --with-arch=sb1 --disable-java-awt
--without-x --enable-__cxa_atexit
On Thu, 6 Sep 2007, Jan Hubicka wrote:
Hi,
I already have fix for this just waiting for Andreas Tobler to verify
that it does what expected. If you could give it a try, it would be
nice.
Honza
Index: reorg.c
===
--- reorg.c
--
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 #11 from mark at codesourcery dot com 2007-09-06 06:16 ---
Subject: Re: __attribute__((aligned)) not working in template
jason at gcc dot gnu dot org wrote:
--- Comment #10 from jason at gcc dot gnu dot org 2007-09-06 05:50
---
Vague references:
--- Comment #7 from DHConsultancy at skynet dot be 2007-09-06 07:45 ---
Subject: Re: gfortran crt2.o not found under Vista
It works!
Thank you very much for this quick response!
Daniel
fxcoudert at gcc dot gnu dot org wrote:
--- Comment #6 from fxcoudert at gcc dot gnu dot org
--- Comment #12 from nathan at codesourcery dot com 2007-09-06 08:15
---
Subject: Re: __attribute__((aligned)) not working in template
mark at codesourcery dot com wrote:
I don't think so, but I'm not quite sure I understand. Anyhow, I'm sure
I don't have any uncontributed
when the testcase g++.dg/tree-ssa/pr27549.C is compiled with -ftree-vectorize
it ICEs with:
Unable to coalesce ssa_names 141 and 280 which are marked as MUST COALESCE.
s$b_141(ab) and s$b_280(ab)
/Develop/mainline-dn/gcc/gcc/testsuite/g++.dg/tree-ssa/pr27549.C: In function
âconst char* foo()â:
--- Comment #6 from rsandifo at gcc dot gnu dot org 2007-09-06 08:45
---
Subject: Bug 33306
Author: rsandifo
Date: Thu Sep 6 08:45:16 2007
New Revision: 128179
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128179
Log:
gcc/
PR middle-end/33306
* optabs.c
--- Comment #7 from rsandifo at gcc dot gnu dot org 2007-09-06 08:45
---
Serge, thanks for testing. Patch now installed on mainline.
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
When the testcase gcc.dg/tree-ssa/predcom-3.c is compiled with vectorization it
ICes when the dataref analysis called from vectorizer:
/home/dorit/mainline/build2/gcc/xgcc -B/home/dorit/mainline/build2/gcc/
/home/dorit/mainline/gcc/gcc/testsuite/gcc.dg/tree-ssa/predcom-3.c -O2
--- Comment #8 from toon at moene dot indiv dot nluug dot nl 2007-09-06
08:56 ---
Wouldn't it be an option to simply bail out early (i.e., after the error
checks) in case of size == 0 ?
E.g., like this:
62
63 rrank = srank + 1;
64 if (rrank GFC_MAX_DIMENSIONS)
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-09-06 09:06 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-09-06 09:06 ---
Subject: Bug 33302
Author: rguenth
Date: Thu Sep 6 09:05:58 2007
New Revision: 128180
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128180
Log:
2007-09-06 Richard Guenther [EMAIL PROTECTED]
PR
I don't know how it should look like, but the following looks very strange in
the manpage:
@option-Wstrict-overflow=1
invoke.texi contains:
@table @option
@item -Wstrict-overflow=1
...
--
Summary: gcc manpage contains @option-Wstrict-overflow=1
Product: gcc
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot
|dot org
when compiling attached file, i'm getting the following ICE:
[EMAIL PROTECTED]:~/workspace/nova_ladspa$ gcc-4.2 -o filters.os -c -fPIC
-DNDEBUG
-Inova/source filters.cpp
filters.cpp: In instantiation of âconst unsigned int
unnamed::filter_basetrue::freq_portâ:
filters.cpp:277:
--- Comment #1 from tim at klingt dot org 2007-09-06 10:11 ---
Created an attachment (id=14163)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14163action=view)
compressed preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33322
Hiya.
I am an OpenBSD user.
I was looking at the online man page for GCC(1) and notice the Author
section seems to contain a uri that does not work.
Quote:
AUTHOR
See the Info entry for gcc, or http://gcc.gnu.org/online-
docs/gcc/Contributors.html, for contributors to GCC.
--- Comment #1 from joseph at codesourcery dot com 2007-09-06 10:40 ---
Subject: Re: New: gcc manpage contains
@option-Wstrict-overflow=1
On Thu, 6 Sep 2007, burnus at gcc dot gnu dot org wrote:
invoke.texi contains:
@table @option
@item -Wstrict-overflow=1
It should use
--- Comment #2 from tim at klingt dot org 2007-09-06 11:07 ---
ah, forgot to mention ... gcc-4.1 can compile the code:
[EMAIL PROTECTED]:~$ gcc -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++,treelang
--- Comment #10 from wouter dot vermaelen at scarlet dot be 2007-09-06
11:48 ---
I'm sorry, but can you recheck? The testcase at the top of this bug report
still generates the same asm code for me.
--
wouter dot vermaelen at scarlet dot be changed:
What|Removed
--- Comment #3 from patchapp at dberlin dot org 2007-09-06 11:55 ---
Subject: Bug number PR libstdc++/33203
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00310.html
--
--- Comment #10 from patchapp at dberlin dot org 2007-09-06 11:55 ---
Subject: Bug number PR31564
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00319.html
--
--- Comment #8 from patchapp at dberlin dot org 2007-09-06 11:55 ---
Subject: Bug number PR33241
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00322.html
--
--- Comment #9 from patchapp at dberlin dot org 2007-09-06 11:57 ---
Subject: Bug number PR 33298
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00394.html
--
--- Comment #3 from patchapp at dberlin dot org 2007-09-06 11:57 ---
Subject: Bug number PR33297
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00400.html
--
--- Comment #11 from rguenth at gcc dot gnu dot org 2007-09-06 12:13
---
The extra store you still see is caused by -ftracer duplicating it.
Optimizations
after that don't catch that (because of the intervening possibly aliasing loads
I guess):
(insn 25 24 27 4 t.ii:3 (set (mem/s:SI
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-09-06 12:25
---
(In reply to comment #0)
The problem
is that the mode parameter is sometimes set to X_OK (system.h, equals 1).
X_OK is only defined in system.h if it's not defined by system includes. On
mingw, X_OK happens to
--- Comment #3 from brett dot albertson at stratech dot com 2007-09-06
13:03 ---
(In reply to comment #2)
Something changed and it is now working for me, but this did exist on mainline
for at least some period of time. Rainer, are you still seeing this behavior?
Brett
--
--- Comment #4 from ro at techfak dot uni-bielefeld dot de 2007-09-06
13:25 ---
Subject: Re: [4.3 regression] on bootstrap getting section .eh_frame: bad cie
version 0: offset 0x0
brett dot albertson at stratech dot com writes:
Something changed and it is now working for me, but
I build gcc with ./configure --disable-shared on x86_64.
But I can't create shared library with g++, because libstdc++.a is not build
with -fPIC.
--
Summary: configure with --disable-shared, g++ can't create shared
library.
Product: gcc
--- Comment #1 from cnstar9988 at gmail dot com 2007-09-06 13:30 ---
./configure --disable-shared
Because I don't want to dynamic linked with libstdc++.so.
I wan't static linked with libstdc++.a.
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33323
--- Comment #2 from danglin at gcc dot gnu dot org 2007-09-06 13:30 ---
No, cc1 is hanging in stage2. I did a core dump:
Program terminated with signal 3, Quit.
warning: The shared libraries were not privately mapped; setting a
breakpoint in a shared library will not work until you
--- Comment #2 from pluto at agmk dot net 2007-09-06 13:45 ---
you must use the --with-pic option which is currently broken ;)
see PR28811.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33323
Hi.
I compiled qhull [1] with the following versions:
gcc (GCC) 4.2.1
gcc (GCC) 4.3.0 20070906 (experimental)
When compiled with -O it works:
qhull/src$ make CFLAGS=-O -j /dev/null; ./rbox 5 | ./qhull /dev/null
but if I
qhull/src$ touch qset.c
and recompile it with -O2 then qhull
--- Comment #5 from ubizjak at gmail dot com 2007-09-06 14:21 ---
I'll take this PR.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #3 from hubicka at gcc dot gnu dot org 2007-09-06 15:10 ---
Subject: Bug 33318
Author: hubicka
Date: Thu Sep 6 15:10:28 2007
New Revision: 128187
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128187
Log:
PR target/33318
* cse.c (fold_rtx): Avoid
--- Comment #2 from pcarlini at suse dot de 2007-09-06 15:39 ---
On it.
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2007-09-06 15:42
---
Subject: Bug 33281
Author: fxcoudert
Date: Thu Sep 6 15:42:02 2007
New Revision: 128188
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128188
Log:
PR target/33281
* configure.ac: Use
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2007-09-06 15:47
---
Fix committed to mainline.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from daney at gcc dot gnu dot org 2007-09-06 16:00 ---
On the trunk (with the patch) there are no regressions with a full bootstrap
all default languages on mipsel-linux. The test cases passes also.
I say: Commit it!
--
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-09-06 16:05 ---
Subject: Bug 32586
Author: rguenth
Date: Thu Sep 6 16:05:32 2007
New Revision: 128189
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128189
Log:
2007-09-06 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-09-06 16:06 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
1 - 100 of 155 matches
Mail list logo
