--- Comment #27 from dick_guertin at yahoo dot com 2006-01-21 08:17 ---
Referring to Comment #26, these static objects are NOT all of one type, but
they share a common typedef struct, something like a union of different types
that share the same space. Each type is a constructor
--- Comment #25 from dick_guertin at yahoo dot com 2006-01-19 18:23 ---
In your closing arguments you said these static object need to be members of an
array. How would I do that? Here's a sample from comm.c where there is a
mixture of objects:
- - - -
static struct sckw s
--- Comment #24 from dick_guertin at yahoo dot com 2006-01-19 17:54 ---
Although you have closed this, many people would disagree with you. Laying out
static data this way has always 'worked' in the past, and continues to work
with -O, but not -O2. Just for completeness,
--- Comment #21 from dick_guertin at yahoo dot com 2006-01-19 08:26 ---
>From what I can tell with the testcase, any static data that is not
'referenced' is eliminated. This is terribly non-transparent in programs that
create tables by using static data to define table m
--- Comment #20 from dick_guertin at yahoo dot com 2006-01-19 07:45 ---
Created an attachment (id=10672)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10672&action=view)
Contains a testcase in source code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25791
--- Comment #17 from dick_guertin at yahoo dot com 2006-01-19 06:41 ---
I went back and recompiled all modules with -O -g to see what effect this has
on the order of static data. What I found was that all static data occurred in
memory in the order declared in the source code. This
--- Comment #16 from dick_guertin at yahoo dot com 2006-01-19 04:50 ---
I recompiled with -O2 -fno-gcse and got this:
Breakpoint 4, rlookup (scancb=0x341da8, keyword_table=0x0,
stack_ptr=0xffbef3d8, routine_result=0xffbef35c)
at scan.c:1452
1452kwp += 1
--- Comment #14 from dick_guertin at yahoo dot com 2006-01-19 04:00 ---
Good news, I think I found the problem. Bad news, I can't think of any
solution. Please read my comments at the end of this information:
typedef struct nkw
{
char tok[16];/* TOKEN,
--- Comment #11 from dick_guertin at yahoo dot com 2006-01-18 03:10 ---
I think I've found the 'smoking gun'. Here is a listing of NSCAN
void NSCAN()
{
unsigned char *token;
long token_length;
long r[16];
r[3] = htonl(R2);
r[4] = htonl
--- Comment #10 from dick_guertin at yahoo dot com 2006-01-17 20:55 ---
I rebuilt with -O2 AND -g, and got the following trace. Notice the while-loop
in nscan, statements 1141 thru 1147 are four single statements. The "next"
trace by gdb shows them occuring multiple ti
--- Comment #9 from dick_guertin at yahoo dot com 2006-01-17 19:01 ---
First, I inherited this code from a co-worker who left the University. My
assignment was to keep this code working because the University relies on it.
Everything was fine until we went from 3.3.1 to 3.4.4, and
--- Comment #7 from dick_guertin at yahoo dot com 2006-01-17 08:33 ---
Response to: "ebotcazou at gcc dot gnu dot org" <[EMAIL PROTECTED]>
> Program received signal SIGILL, Illegal instruction.
> 0x00297064 in hex_to_character ()
> Could you post an excerpt of
--- Comment #5 from dick_guertin at yahoo dot com 2006-01-17 04:34 ---
Subject: Re: -O2 execution fails, -O and -g work
I have created a 'wylsrc.tgz' file and made it
available for download over the web.
I updated the Bugzilla report # 25791 accordingly. Be
su
--- Comment #4 from dick_guertin at yahoo dot com 2006-01-17 01:19 ---
I have created 'wylsrc/tgz' that you can download from the web as follows:
http://lindy.stanford.edu/~guertin/wylsrc.tgz
Use the following to extract the 'wylsrc' directory:
gzip -
--- Comment #2 from dick_guertin at yahoo dot com 2006-01-16 23:16 ---
See my response below yours.
--- ebotcazou at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #1 from ebotcazou at gcc dot gnu dot
> org 2006-01-15 10:01 ---
>
rsion: 3.4.4
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dick_guertin at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25791
16 matches
Mail list logo
