Article View: gnu.gcc.help
Article #54292gcc port
From: mmodrall%greystone
Date: Wed, 28 Nov 1990 13:18
Date: Wed, 28 Nov 1990 13:18
75 lines
2992 bytes
2992 bytes
Hi...
I'm trying to put gcc up on a concurrent computer, and
I've run into a few questions that i was hoping one of you might
be able to help me out with...
1) gas - i've been told that this is a "trivial port"... does this mean
that the vanilla distribution from you guys would come up without any
necessary modifications from concurrent? i know this one may not be for you
to answer...
2) is there a compiler option or a make variable or something to get the
compiler to pack structures? for example, the following structure
struct{
short;
char *;
} a;
{ char, char;
struct a;
int x[2];
}
is represented in the code as
----|----|----|----|
char|char|xxxx|xxxx|
----|----|----|----|
short |xxxx|xxxx|
----|----|----|----|
char pointer |
----|----|----|----|
integer [0] |
----|----|----|----|
integer [1] |
----|----|----|----|
what i would like is a way to make it come out like this:
----|----|----|----|
char|char| short |
----|----|----|----|
char pointer |
----|----|----|----|
integer [0] |
----|----|----|----|
integer [1] |
----|----|----|----|
the VAX C compiler does this, as do various other C compilers
i've worked with. I looked through the optimization flags, but i couldnt
find anything about it... i've also tried fiddling various flags in the
configuration of gcc to no avail...
3) what are the references fltused and gcc_compiled. used for? my first
little test program for gcc produces more efficient code than the concurrent
c compiler, but those two references, though unused in the program cause
an extra 2k of library routines to be brought in, making the resulting image
larger. Is there any way to get rid of them?
4) with all of those optimization options, it's hard for a human to know what
to do... which -f options have sizable effects?
i'll appreciate any and all responses to these questions a great deal!
we're getting fed up with the concurrent c compiler and would like to work with
gcc... our other option is to compile all of our programs on a Phillips Delta
series computer to the assembler level, ship them over to the concurrent
(filtering the files for assembler imcompatibilities) and assembling them
there... yeccch....
thanks
mark modrall
mwm@greystone.com
"an equal opportunity individual"
Technical Details
Message-ID:
<9011281330.AA02455@uunet.uu.net>Path:
arc1-ca.pugleaf.net!gmdzi!unido!mcsun!uunet!shelby!snorkelwacker.mit.edu!bionet!rutgers!att!tut.cis.ohio-state.edu!UUNET.UU.NET!mmodrall%greystoneShow Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 11318c,624d73b79226ac2f,start X-Google-Attributes: gid11318c,public X-Google-ArrivalTime: 1990-11-28 05:18:44 PST Path: arc1-ca.pugleaf.net!gmdzi!unido!mcsun!uunet!shelby!snorkelwacker.mit.edu!bionet!rutgers!att!tut.cis.ohio-state.edu!UUNET.UU.NET!mmodrall%greystone From: mmodrall%greystone@UUNET.UU.NET Newsgroups: gnu.gcc.help Subject: gcc port Message-ID: <9011281330.AA02455@uunet.uu.net> Date: 28 Nov 90 13:18:44 GMT Sender: daemon@tut.cis.ohio-state.edu Distribution: gnu Organization: GNUs Not Usenet Lines: 75 Posted: Wed Nov 28 14:18:44 1990