Example below prints 4, should be 1.
If #pragma pack() is removed it prints 1, also it prints 1 if the printing line
is also wrapped in pragmas.
If instead template stuff is removed at all it prints 1 correctly.
--example--
#include
using namespace std;
template struct Z {
#pragma pack(1)
uni
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-13
22:53 ---
If I read the docs correctly it says you have to add -B. to the invocation.
See PR 19856 and 14435.
Reference from the docs:
In addition, the prefix is used in an unusual way in finding the directories to
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-13
22:56 ---
Also the documenation has said since June 2001.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21553
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-13
23:01 ---
Confirmed, here is a compile time testcase instead of a runtime:
template struct Z {
#pragma pack(1)
union Packed {
struct {
int dx:2;
int dy:2;
};
unsigned char byte;
};
#pragma pa
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-13
23:06 ---
The only change which could have caused this would be RTH but I know RTH
bootstrapped and tested
the patch.
Are you sure that you are not using a broken binutils?
--
http://gcc.gnu.org/bugzilla/show_b
When I build gcc 4.0.0 and g++ 4.0.0 using the newest configuration instructions
on a 32-bit processor, the g++ configuration script builds a 64 bit program,
fails to execute it and the build stops.
Configuring with --disable-multilib works around the problem.
Processor Pentium 4
OS: Solaris 2.10
--- Additional Comments From tromey at gcc dot gnu dot org 2005-05-13
23:27 ---
This no longer fails due to a change that went in as part of the fix
for PR 8618. In particular, we now emit the 'Inner' constructor as
package-private, not private.
This is kind of a slacker approach to im
--- Additional Comments From roche at act-europe dot fr 2005-05-13 23:40
---
Subject: Re: GCC_EXEC_PREFIX mechanism is broken
pinskia at gcc dot gnu dot org wrote:
> --- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-13
> 22:53 ---
> If I read the docs correc
Compile the following with -O2 -funroll-loops and you get bad codegen. An
uninitilaized value
is used as "pos" in computing the store address for mr[pos]=1 at the top of the
function. The
first dump where it's wrong seems to be "nrv". If you unroll by hand it comes
out correct.
extern int de
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
00:19 ---
This is excepted behavior and is documented in the docs.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
00:24 ---
Confirmed, it is not slight with checking enabled:
pr21562.c: In function 'ping_recurse':
pr21562.c:15: error: Wrong amount of branch edges after unconditional jump 0
pr21562.c:15: error: verify_flow_info: I
Consider:
int
foo (int a)
{
if (a > 1)
if (a == 0)
return 1;
return 0;
}
The second "if" statement is not folded.
--
Summary: A trivial VRP opportunity missed
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: missed-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
00:41 ---
(In reply to comment #1)
> Confirmed, it is not slight with checking enabled:
Which is really weird because it is not until expand time we catch it.
Oh and this ICEs on i686-pc-linux-gnu also.
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-14
00:42 ---
Subject: Bug 21557
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-14 00:42:46
Modified files:
libjava: ChangeLog
libjava/java/lang:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-14
00:43 ---
Subject: Bug 21557
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-14 00:43:10
Modified files:
libjava: Change
--- Additional Comments From mckinlay at redhat dot com 2005-05-14 00:43
---
Fix checked in.
--
What|Removed |Added
Status|NEW |RESOLVED
Hi,
during compilation of LAME I found out that the following gcc
--
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../../../gcc-CVS-20050512/gcc-CVS-20050512/configure
--host=i686-pc-linux-gnu --prefix=/usr/local/opt/gcc-4.1
--exec-prefix=/usr/local/opt/
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-14
00:46 ---
Subject: Bug 21237
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-14 00:46:01
Modified files:
gcc: Change
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-05-14 00:46 ---
Created an attachment (id=8887)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8887&action=view)
This is the testcode that triggers the bug (stripped from latest CVS LAME).
--
http://gcc.g
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
00:47 ---
Note this now fails at -O3 -fno-inline (for 4.1.0).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21562
--- Additional Comments From dje at gcc dot gnu dot org 2005-05-14 00:48
---
backported patch
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-05-14 00:49 ---
(In reply to comment #0)
>
> But when compiling with only the following:
>
> --
> gcc -O1 -fno-strict-aliasing -finline-functions -o lame lame.c
>
--- Additional Comments From janis187 at us dot ibm dot com 2005-05-14
00:54 ---
Subject: Re: [4.0 Regression] 3.4.4 RC1 fails libstdc++ install on
powerpc64-linux
I tried the 4.0 patch on powerpc64-linux with "make -j 8 bootstrap"
for c,c++,f95,objc,java, ran the testsuite, and insta
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
01:09 ---
I have no idea what is causing the problem. I tried the following options and
it is still messed up:
" -O1 -finline-functions -fno-tree-dominator-opts -fno-tree-fre -fno-tree-ccp
-fno-tree-store-ccp
-fno
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
01:10 ---
some how the store is becoming dead.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21564
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
01:19 ---
This is an aliasing issue, -O1 -fno-ivopts -finline-functions works.
DCE thinks the store to gfp->out_samplerate is dead.
Note the code will seg fault right away anyways, you need the following change
to m
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
01:20 ---
Strict aliasing does not matter in this case as it is not enabled at -O1
anyways.
--
What|Removed |Added
--- Additional Comments From Daniel dot Davies at xerox dot com 2005-05-14
01:23 ---
Goodness, this morning joseph from codesourcery said building multilibs was
the right thing to do. He said I should submit a proper bug report if the 32-
bit platform tried executing 64-bit code. Coul
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
01:25 ---
Oh, I thought this was a different person, woops.
--
What|Removed |Added
Status|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
01:29 ---
This is a common problem on all biarch systems when trying to compile in non
native mode for the
processor.
The reason why I thought it was a different person is because the summary made
it sound like it
--
What|Removed |Added
Target Milestone|--- |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21557
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
01:35 ---
Confirmed.
--
What|Removed |Added
CC||pinskia at
--- Additional Comments From kazu at cs dot umass dot edu 2005-05-14 01:38
---
I've got a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |kazu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
01:46 ---
Oh and -fno-tree-saliasing does not fix it, this is just for Dan.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21564
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
01:46 ---
(In reply to comment #7)
> Oh and -fno-tree-saliasing does not fix it, this is just for Dan.
I mean "-fno-tree-salias".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21564
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-05-14 01:56 ---
(In reply to comment #5)
> This is an aliasing issue, -O1 -fno-ivopts -finline-functions works.
> DCE thinks the store to gfp->out_samplerate is dead.
>
> Note the code will seg fault right away an
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-05-14 02:01 ---
(In reply to comment #6)
> Strict aliasing does not matter in this case as it is not enabled at -O1
> anyways.
It does! Although not with -O1. But I just wanted to point out (which I forgot
before
--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-05-14
06:30 ---
(In reply to comment #11)
> Ralf, it looks like no working integer type is found when building the
> compiler.
The h8300 is special wrt. integer types:
>From a test script of mine:
...
checking for char
101 - 138 of 138 matches
Mail list logo
