-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Compiler version: 3.3.6
Platform: hppa2.0w-hp-hpux11.00
configure flags: --host=hppa2.0w-hp-hpux11.00
- --prefix=/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/install
- --with-gnu-as
- --with-as=/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/install/b
Hi,
I see the same failure on s390 and s390x.
It is probably caused by one these patches.
Bye,
-Andreas-
> 2005-09-01 Jakub Jelinek <[EMAIL PROTECTED]>
>
> PR c/23506
> * c-common.c (c_common_nodes_and_builtins): Increase builtin_types
> array by one element, initialize the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Compiler version: 3.3.6
Platform: mips-sgi-irix6.5
configure flags: --host=mips-sgi-irix6.5
- --prefix=/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install
- --with-as=/usr/bin/as --with-ld=/usr/bin/ld --disable-shared
- --enable-threads --enable-haifa -
Jan, the following change of yours is responsible for PR21460. Can you
remember why you wanted to look for NOTE_INSN_BASIC_BLOCK?
I propose using this instead:
for (fn_begin = get_insns (); ; fn_begin = NEXT_INSN (fn_begin))
if (NOTE_P (fn_begin)
&& NOTE_LINE_NUMBER (fn_begin) == N
Hello,
> > >you may try adding -fmove-loop-invariants flag, which enables new
> > >invariant motion pass.
> >
> > That cleaned up both my simplified test case, and the code it
> > originated from. It also cleaned up a few other cases where I
> > was noticing worse performance with FDO enabled.
On Fri, Sep 02, 2005 at 06:28:08PM +0930, Alan Modra wrote:
> I propose using this instead:
>
> for (fn_begin = get_insns (); ; fn_begin = NEXT_INSN (fn_begin))
> if (NOTE_P (fn_begin)
> && NOTE_LINE_NUMBER (fn_begin) == NOTE_INSN_FUNCTION_BEG)
> break;
>
> insert_insn_on_edge
Hello Paolo!
> Heh, I'm quite at a loss regarding PR22480. I don't know exactly what
> to do because i386 does not support, e.g. { 2, 4 } << { 1, 2 } (which
> would give {4, 16} as a result). There is indeed a back-end problem,
> because ashl3 is supposed to have two operands of the same mode,
>
Thanks for replies. For the sake of closure, I can now report (after a *lot*
of work isolating the problem) that this was due to sed crashing randomly and
unexpectedly during the gcc build since a kernel upgrade from 2.6.11.12 to
2.6.12.*
Go figure; gcc builds fine when running 2.6.11.12 kernel
Snapshot gcc-4.1-20050902 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.1-20050902/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.1 CVS branch
with the following options: -D2005-09-02 10:43 UTC
You'll
Richard Henderson wrote:
As a practical short-term concern, rtx_addr_can_trap_p will not return
true for any stack based reference, including push/pop. So for 4.1,
nothing need be done. Longer term, the answer to the "what does notrap
Actually, the SHcompact save / restores use neither
Hello,
I work on GCC for the Institute for System Programming in Russia. Below
is a brief summary of the project aiming at adding support for ia64
speculation to the GCC instruction scheduler. I presented the project at
the last GCC Summit.
This description doesn't have any implementation de
"Frank Ch. Eigler" <[EMAIL PROTECTED]> writes:
> "Jon Levell" <[EMAIL PROTECTED]> writes:
> > I'm trying to debug a large C application that (amongst other
> > things) starts a JVM and uses Java's JDBC to connect to
> > databases via JNI.
[..]
> > of errors (none from the JVM). I'd also like to u
Hi -
On Fri, Sep 02, 2005 at 03:55:27PM +0100, Jon Levell wrote:
> [...]
> > Do these errors arise from malloc-type operations performed by the
> > JVM? Or from your code's use of JVM-provided pointers? [...]
>
> The errors stem from inside the JVM. I presume when it is using
> pointers that t
ian@airs.com (Ian Lance Taylor) wrote on 01.09.05 in <[EMAIL PROTECTED]>:
> [EMAIL PROTECTED] (Kai Henningsen) writes:
>
> > [EMAIL PROTECTED] (Andrew Pinski) wrote on 31.08.05 in
> > <[EMAIL PROTECTED]>:
> >
> > > If you consider Darwin "modern", then that statement is not correct
> > > as movi
Hi Janis,
[EMAIL PROTECTED] (Janis Johnson) wrote on 01.09.05 in <[EMAIL PROTECTED]>:
[quoteto.xps]
> On Thu, Sep 01, 2005 at 11:45:35PM +0200, Steven Bosscher wrote:
> > On Thursday 01 September 2005 23:19, girish vaitheeswaran wrote:
> > > Sorry I still did not follow. This is what I
> > > unde
Hi,
this is just an heads-up: PR libstdc++/23667 is about a time-out, on
slower machines of tr1/6_containers/unordered/hashtable/23465.cc.
However, If I use together with the library an up to date compiler
(either mainline or 4_0-branch), I'm able to appreciate the horrible
slow-down of the gener
> "Andrew" == Andrew Pinski <[EMAIL PROTECTED]> writes:
>> So I think the best way to address this is to not run ranlib.
Andrew> If you consider Darwin "modern", then that statement is not correct
Andrew> as moving/copying an archive on darwin, requires ranlib to be run.
Can't we install the
[EMAIL PROTECTED] (Kai Henningsen) writes:
> ian@airs.com (Ian Lance Taylor) wrote on 01.09.05 in <[EMAIL PROTECTED]>:
>
> > a.out archives used to work this way too, e.g. on SunOS 4. The idea
> > was that people would often use ar without updating the symbol table.
> > Thus the symbol table ha
On Tue, Aug 30, 2005 at 10:19:36AM +0300, Kai Ruottu wrote:
>Dave Korn wrote:
>>>What becomes to Cygwin and MinGW, the same attitude as followed with
>>>Linux, that "producing any apps for Windoze should happen only on
>>>Windoze, or that when one does it on some other host, it still should
>>>happ
ian@airs.com (Ian Lance Taylor) wrote on 02.09.05 in <[EMAIL PROTECTED]>:
> [EMAIL PROTECTED] (Kai Henningsen) writes:
>
> > ian@airs.com (Ian Lance Taylor) wrote on 01.09.05 in
> > <[EMAIL PROTECTED]>:
> >
> > > a.out archives used to work this way too, e.g. on SunOS 4. The idea
> > > was that
Hi,
Since the creation of the GCC 4.0 branch back in February a number of
minor C++ language changes seem to have slipped in. Let me mention just
two examples:
1) With GCC 4.0.0 this code used to compile:
1 struct foo {
2 friend class bar;
3 void screw(bar&);
So, you think that when people need to build windows apps, the
"recommendation" should be that people should buy a linux box, put
their
sources on the linux box, figure out where to get or how to build a
cross compiler, build the sources, and then figure out how to transfer
the sources to the w
Richard B. Kreckel wrote:
Hi,
Since the creation of the GCC 4.0 branch back in February a number of
minor C++ language changes seem to have slipped in.
It's certainly not our intent to include such changes for their own
sake. However, such changes to occur, usually in the course of fixing a
Why are one-bit bitfields not allowed? I'm trying to support a
BSET/BCLR pair that *only* support single bit fields, for I/O ports,
which are always volatile (and thus you have to use insv, as gcc won't
do a "or #1,port5" if port5 is volatile).
if (HAVE_insv
&& GET_MODE (value) != BLKmod
I've been looking at PR23708, where a non-inline explicitly
specialized template function is inheriting the inline semantics of
the inline member function it specializes, when using pre-compiled
headers (whew). This can be seen in the following example:
template class simple_class {
25 matches
Mail list logo
