--- Comment #15 from jakub at gcc dot gnu dot org 2008-06-09 06:59 ---
Unless you can find a way to localize those environment changes only to
the tested compiler (by setting/restoring them around every call to the
compiler being tested for example), HOSTCC must set/clear all the
--- 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
--- 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=15739action=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
--- 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)
---
--
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
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
--- 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=15740action=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=15741action=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
--- 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**, ComPtrIVirtualBox, ComStrongRef,
ComPtrISession, ComStrongRef)
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- 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 gnu
--- 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=15742action=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
--
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
--- 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
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
--- 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.
-- Gaby
--- 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 right
--- 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)) {
;
}
}
--- 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:
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
20080609 (experimental) [trunk revision 136589]
(x86_64-unknown-linux-gnu)
compiled by GNU C version 4.4.0 20080609 (experimental) [trunk revision
136589], GMP version 4.2.2, MPFR version 2.3.0-p4.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable
--- 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
--- 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=15743action=view)
patch to build libraries piecewise
This patch assumes that libgcc_eh.a is the only one of the three
--- 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
--- 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=gccview=revrev=136602
Log:
PR middle-end/36447
* simplify-rtx.c
--- 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=gccview=revrev=136604
Log:
PR testsuite/36285
*
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
--- 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
--- 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't from
--- 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.
--
--- 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 as I
--- 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 support
51 matches
Mail list logo
