--- Comment #18 from Ralf dot Wildenhues at gmx dot de 2008-06-09 08:33
---
AFAICS this bug has a workaround patch applied, and may be worked around
by modifying IRIX default settings.
Are you still interested in a proper fix that avoids manual chunking?
It looks like the write_entries
--- Comment #1 from Keller at hlrs dot de 2008-06-09 09:00 ---
Created an attachment (id=15739)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15739&action=view)
Patch for gcc/config.gcc
The check for enable_cld in gcc/config.gcc is not correct, when $enable_cld
evaluates to empty.
--- Comment #2 from dominiq at lps dot ens dot fr 2008-06-09 09:07 ---
reduced test case:
module other_fun
use ISO_C_BINDING
implicit none
private
! Message to be returned by procedure pointed to
! by the C_FUNPTR
character, allocatable, save :: my_message(:)
! Interface blo
--- Comment #3 from dominiq at lps dot ens dot fr 2008-06-09 09:09 ---
Withe following patch the ICE is changed to
pr35971_red.f90:33.25:
gp = get_funloc(make_mess,aux)
1
Error: Type/rank mismatch in argument 'x' at (1)
--- /opt/gcc/_gcc_clean/gcc/for
--
Summary: Small config.gcc buglet to check for enable_cld
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
According to Intel Technology Journal [1], page 270, bt instruction runs 20%
faster on Core2 Duo than equivalent generic code.
---Qoute from p.270---
The bit test instruction bt was introduced in the i386™
processor. In some implementations, including the Intel
NetBurst® micro-architecture, the in
Compiling VirtualBox with gcc version 4.3.1 the C++ compiler takes forever
running at 100% when compiling the file VBoxManage.c. It compiles fine with -O0
but takes forever with -O1. I will attach the pre-processed file. This is a
regression since some weeks, sorry, I cannot report the exact versio
--- Comment #1 from fm3 at os dot inf dot tu-dresden dot de 2008-06-09
10:15 ---
Created an attachment (id=15740)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15740&action=view)
VBoxManage.cpp (preprocessed with -E -dD and compressed) from current
VirtualBox SVN.
If you compile
--- Comment #8 from Ralf dot Wildenhues at gmx dot de 2008-06-09 11:02
---
(In reply to comment #7)
> I am currently using GCC4.2.1 and the same problem still exist as described.
[...]
> build/genmodes -h > tmp-modes.h
> /bin/sh: build/genmodes: No such file or directory
> make[3]: ***
--- Comment #1 from ubizjak at gmail dot com 2008-06-09 11:39 ---
Created an attachment (id=15741)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15741&action=view)
Proposed patch
Following code:
--cut here--
void foo (void);
int test (int x, int n)
{
if (x & (1 << n))
foo
--- Comment #2 from ubizjak at gmail dot com 2008-06-09 11:41 ---
Mine, the patch needs testcases.
2008-06-09 Uros Bizjak <[EMAIL PROTECTED]>
* config/i386/predicates.md (bt_comparison_operator): New predicate.
* config/i386/i386.md (*btdi_rex64): New instruction patt
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-06-09 12:03 ---
Fixed. Please re-open if you happen to reproduce this with a still maintained
version.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-06-09 12:22 ---
Seems to be "stuck" processing
int handleModifyVM(int, char**, ComPtr,
ComPtr)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-06-09 12:58 ---
Confirmed. -fno-inline "fixes" it, but not -fno-tree-fre or
-fno-tree-dominator-opts. --param max-fields-for-field-sensitive=0 fixes it
(disabling SFTs and field-sensitive PTA) as well.
--
rguenth at gcc dot gn
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-06-09 13:01 ---
Created an attachment (id=15742)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15742&action=view)
unincluded testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36474
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-06-09 13:02 ---
We can fix -O1 for 4.3.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Ass
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|c++ |tree-optimization
GCC build triplet|i386-pc-linux-gnu |
--- Comment #1 from kris dot van dot hees at oracle dot com 2008-06-09
13:25 ---
It sound like AVR will need a different specification for CHAR32_TYPE given
that the default in c-common.c (unsigned int) won't work. Which would go in
the appropriate file in gcc/config/avr, similar to ho
--- Comment #6 from jakub at gcc dot gnu dot org 2008-06-09 13:33 ---
--param df-double-queue-threshold-factor=0 helps, at -O1 with it the testcase
compiled under 45seconds (with standard trunk checking).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36365
--- Comment #12 from paolo dot carlini at oracle dot com 2008-06-09 13:36
---
Hi Gaby, just a pointer, this is the enhancement PR I was talking about...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33255
Hi,
Using the register keyword in a for loop which is handled by OpenMP fails to
compile.
Testcase below
g++ -v
Using built-in specs.
Target: x86_64-manbo-linux-gnu
Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib
--with-slibdir=/lib64 --mandir=/usr/share/man --infodir=/usr/shar
The following code triggers an ICE even with gfortran 4.3.1:
=
bash$ gfortran -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4.3.1/configure --with-pkgversion='DLR MF/AP UPAS
2008-06-09' [EMAIL PROTEC
--- Comment #13 from gdr at cs dot tamu dot edu 2008-06-09 14:06 ---
Subject: Re: A warning for "unused" typedefs?
"paolo dot carlini at oracle dot com" <[EMAIL PROTECTED]> writes:
| Hi Gaby, just a pointer, this is the enhancement PR I was talking about...
Many thanks, Paolo.
-- Ga
--- Comment #16 from hjl dot tools at gmail dot com 2008-06-09 14:16
---
(In reply to comment #9)
> I suspect that if you remove the setting in site.exp you will break the
> following scenario:
>
> 1. User puts libraries/headers in $pefix/{lib,include}
I am not convinced it is the ri
--- Comment #2 from aldot at gcc dot gnu dot org 2008-06-09 16:09 ---
Smaller testcase:
extern int dummy(long int *);
void build_range_exp(void)
{
long int cmp_buf[6] = { L'\0', L'\0', L'\0', L'\0', L'\0', L'\0' };
if (dummy(cmp_buf)) {
;
}
}
u
--- Comment #17 from bugzilla-gcc at thewrittenword dot com 2008-06-09
16:23 ---
This bug is fixed in opensolaris:
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6685125
Fixed in revision 6388:
http://cvs.opensolaris.org/source/search?q=&defs=&refs=&path=&hist=6388&project=
This is a copy of a bug report from Red Hat's bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=449191
The bug is that with mapped locations, the code in check_empty_body
does not notice that the while() from the macro expansion violates the
rule. This is because of the hack we needed to get
--- Comment #1 from burnus at gcc dot gnu dot org 2008-06-09 16:40 ---
CONFIRM. The failing assert is:
gcc_assert (!sym->value);
Work around: Use the following syntax
CHARACTER (len=*), PARAMETER :: MY_STRING(1:3) = (/ "A" , "B", "C" /)
or explicitly give the length of the
ibrary for dynamic binary translation.
==6304== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
==6304== Using valgrind-3.3.0, a dynamic binary instrumentation framework.
==6304== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
==6304== For more details, rerun
--- Comment #2 from aldot at gcc dot gnu dot org 2008-06-09 17:08 ---
Vladimir,
Is the testcase ok as is or do you need it reduced?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36450
--- Comment #1 from hjl dot tools at gmail dot com 2008-06-09 17:12 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-06/msg00491.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #3 from vmakarov at redhat dot com 2008-06-09 17:22 ---
The test is ok. Thanks.
The problem is very simple. The assertion causing abort is simply wrong. I
reproduced the same bug for the old register allocator. I just used wetstone
for this.
The assertion is wrong becau
--- Comment #19 from Ralf dot Wildenhues at gmx dot de 2008-06-09 18:41
---
Created an attachment (id=15743)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15743&action=view)
patch to build libraries piecewise
This patch assumes that libgcc_eh.a is the only one of the three librar
--- Comment #6 from hjl dot tools at gmail dot com 2008-06-09 20:00 ---
*** This bug has been marked as a duplicate of 36479 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #2 from hjl dot tools at gmail dot com 2008-06-09 20:00 ---
*** Bug 36379 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #3 from hjl dot tools at gmail dot com 2008-06-09 20:02 ---
An updated patch is at
http://gcc.gnu.org/ml/gcc-patches/2008-06/msg00513.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #4 from dfranke at gcc dot gnu dot org 2008-06-09 20:09 ---
H.J., this is c++, correct?
For the fortran side of the problem, i.e. PR36379, I found that
+ cpp_option->char_precision = TYPE_PRECISION (char_type_node);
should be added (comment #5). Could you check if this by
--- Comment #5 from hjl dot tools at gmail dot com 2008-06-09 20:20 ---
This may be introduced by
http://gcc.gnu.org/ml/gcc-patches/2008-04/msg01235.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #6 from hjl dot tools at gmail dot com 2008-06-09 21:11 ---
The updated patch is at
http://gcc.gnu.org/ml/gcc-patches/2008-06/msg00523.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #17 from mark at codesourcery dot com 2008-06-09 21:16 ---
Subject: Re: [4.3/4.4 Regression]: HOSTCC doesn't work
with unstalled gcc
hjl dot tools at gmail dot com wrote:
> --- Comment #16 from hjl dot tools at gmail dot com 2008-06-09 14:16
> ---
> (In reply to
The ARM back-end avoids marking a function as needing PIC in
require_pic_register(). The code there checks if the current IR-type is
IR_GIMPLE or not. The logic does not work when both -fPIC and
-fstack-protector are given. The stack protector prologue is generated very
early in RTL expansion wh
--- Comment #4 from hutchinsonandy at gcc dot gnu dot org 2008-06-09 22:39
---
Subject: Bug 36447
Author: hutchinsonandy
Date: Mon Jun 9 22:38:34 2008
New Revision: 136602
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136602
Log:
PR middle-end/36447
* simplify-rtx.c (simplify
--- Comment #2 from hutchinsonandy at gcc dot gnu dot org 2008-06-09 22:49
---
Subject: Bug 36285
Author: hutchinsonandy
Date: Mon Jun 9 22:48:37 2008
New Revision: 136604
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136604
Log:
PR testsuite/36285
* gcc.dg/compat/struct-retu
I'm trying to compile gcc 4.3.1 on a Laptop running Solaris Express Community
Edition Build 89.
[EMAIL PROTECTED]:[~/build] $ cat /etc/release
Solaris Express Community Edition snv_89 X86
Copyright 2008 Sun Microsystems, Inc. All Rights Reserved.
--- Comment #18 from hjl dot tools at gmail dot com 2008-06-09 23:58
---
(In reply to comment #17)
> Subject: Re: [4.3/4.4 Regression]: HOSTCC doesn't work
> with unstalled gcc
>
> hjl dot tools at gmail dot com wrote:
> > --- Comment #16 from hjl dot tools at gmail dot com 2008
--- Comment #19 from mark at codesourcery dot com 2008-06-10 00:38 ---
Subject: Re: [4.3/4.4 Regression]: HOSTCC doesn't work
with installed gcc
hjl dot tools at gmail dot com wrote:
> They sound to me the ideal usage for --sysroot. They aren't from
> gcc and they don't change from o
--- Comment #20 from hjl dot tools at gmail dot com 2008-06-10 01:45
---
(In reply to comment #19)
> Subject: Re: [4.3/4.4 Regression]: HOSTCC doesn't work
> with installed gcc
>
> hjl dot tools at gmail dot com wrote:
>
> > They sound to me the ideal usage for --sysroot. They aren'
--- Comment #2 from hutchinsonandy at gcc dot gnu dot org 2008-06-10 03:21
---
Fixing the testcase is easy, That is how i found problem. Two wrongs make a
right!
It is not a priority but it seems like the suggestions is right way to fix.
I'll mark as XFAIL sometime soon.
--
http:
--- Comment #21 from mark at codesourcery dot com 2008-06-10 05:02 ---
Subject: Re: [4.3/4.4 Regression]: HOSTCC doesn't work
with installed gcc
hjl dot tools at gmail dot com wrote:
>>> --syroot supports libraries and headers. Does it support
>>> assembler and linker?
>> Not as far
--- Comment #22 from hjl dot tools at gmail dot com 2008-06-10 05:49
---
(In reply to comment #21)
> Subject: Re: [4.3/4.4 Regression]: HOSTCC doesn't work
> with installed gcc
>
> hjl dot tools at gmail dot com wrote:
>
> >>> --syroot supports libraries and headers. Does it suppor
Hi,
I am trying to build application for opnemoko using Gtk+ it is giving me
error message any Idea ?
As per your requirement
[Info]
# Version of GCC :gcc (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
# the system type : Debian 4.1.1-21
# The options given when GCC was configured/built
51 matches
Mail list logo
