GCC 2.95.2 for arm-wrs-vxworks

GCC 2.95.2 for arm-wrs-vxworks

[GERASIMOV, SERGEY (HP-Roseville, ex1)]

Hello all,

I am struggling to build cross gcc 2.95.2 for arm-wrs-vxworks.
I have found that I cannot build binutils for such target, so, I used WRS
supplied stuff, as well as previously build arm-coff binutil.  Both versions
seem to work the same.  I was successful in building the compiler, however,
the message I got when I ran it with -v option, was that it runs 2.7.9
version of gcc.  That is frustrating, since, this is the version we have
now, and attemp was to upgrade to 2.95.2.  Moreover, I still compiled all of
the source with it, worked fine. However, I have got strange problems during
linking, indicating that none of the entries in teh ctdt table are valid
references.  I checked
the object code, and all are present but referenced locally (small t),
rather than globally (capital T).  The same thing occured when I compiled
all of the code with plain arm-coff gcc, not arm-wrs-vxworks-gcc. 
Has anybody seen this problem, or does anyone have any positive experience
building cross gcc for arm-wrs-vxworks.

Any feedback will be really! appreciated!

Thanks a lot,
Sergey

------
Want more information?  See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
Want to unsubscribe? Send a note to crossgcc-unsubscribe@sourceware.cygnus.com

Re: GCC 2.95.2 for arm-wrs-vxworks

[Kai Ruottu]

"GERASIMOV,SERGEY (HP-Roseville,ex1)" wrote:
> 
> I am struggling to build cross gcc 2.95.2 for arm-wrs-vxworks.
> I was successful in building the compiler, however, the message I got when
> I ran it with -v option, was that it runs 2.7.9 version of gcc.

 Are you sure you used the 'arm-wrs-vxworks-gcc -v' ? Not the WRS-name for it...

> However, I have got strange problems during linking, indicating that none
> of the entries in teh ctdt table are valid references.
> Has anybody seen this problem, or does anyone have any positive experience
> building cross gcc for arm-wrs-vxworks.

 I would be interested HOW you built it without any mentioned problems... The rule
goes that ONLY the target headers and libs should be used, not newlib, whatever the
CrossGCC may say that one must use for 'embedded targets'...

 If you used the newlib headers and produced libraries from newlib for 'arm-wrs-vxworks',
please rebuild GCC using the right target stuff... I apologize if I am wrong and
you already used the VxWorks headers (and possible libs) during the build... I just
have seen this 'use-the-newlib-everywhere' syndrome too many times...

 Using the VxWorks-headers from a WRS-GCC-distribution involves all kind of
unexpected and VxWorks-specific problems. When you haven't mentioned having used
any instructions for "How to build a VxWorks targeted compiler from gcc-2.95.2
sources", and not mentioned any of the known problems, like

 o What to do with the 'stddef.h' and 'stdargh.h' when the VxWorks own ones are
   used during the build, but the GCC ones after installing. Which ones are the
   right ones?

 o What to do with the C++ headers coming with the VxWorks headers?  When they
   will be used during the build, this causes the C++ compiles crash (the 2.7-
   headers don't work with 2.95.2 any more...)

 o etc. etc.... (those two were easy to remember)

I must assume you not using any instructions, and as the most weird thing,
having any of the 'normal problems' with a 'xyz-wrs-vxworks' target...

 Unfortunately I haven't heard any VxWorks/ARM instructions, but Dave Korn,
probably on this list, promised some instructions for VxWorks/PPC some
months ago... The problems may vary with different CPUs and their specific
VxWorks headers, but quite a lot may be just the same.  Anyway the problems
should be discussed somehow, my conclusion for the stddef/stdarg problem is
that one should start with the VxWorks ones and disable the GCC ones after
installation (GCC tries then to use them first...). Probably they must be
fixed somehow for gcc-2.95.2 (Dave K. hinted something about this...)

 The 'gcc/fixinc/...' has some suggestions for the VxWorks-fixes. But by
no means one should trust what the 'fixinc' pass in the GCC build did to
the headers, but must check the changes...

 For the C++ headers-problem my suggestion is that they should be disabled
somehow from the VxWorks headers. I assume you using a copy of the 2.7.9
ones, not the headers in their original place, so just removing them would
be the solution. The C++-headers coming with gcc-2.95.2 are sought from the
'$prefix/include/g++-3/...', ie. they are common for all gcc-2.95.2's in the
system (for other targets too...). Just checking (by the names) that none of
the libstdc++-headers are among the VxWorks C-headers is the aim...

 Probably the 'comp.sys.vxworks' newsgroup could have some more info...

Cheers, Kai


------
Want more information?  See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
Want to unsubscribe? Send a note to crossgcc-unsubscribe@sourceware.cygnus.com

RE: GCC 2.95.2 for arm-wrs-vxworks

[GERASIMOV, SERGEY (HP-Roseville, ex1)]

Kai,

Thank you for your input.  Noe I realize why gcc driver report to run 2.7.9
compiler, it must come from the WRS GCC headers which I explicitly used in
the --with-headers options to configure.  I shall point it to the right
place and try to build the darn thing again:)

I am totally and completely sure I used arm-wrs-vxworks-gcc, which I have
copied over to our WRS build environment along with it's libraries
(libibrety.a and other stuff built with gcc).

I also explicitly used --without-newlib option for configure, I assume that
should have eliminated use of newlib, although I am not quite cklear what
you meant by:

The rule
goes that ONLY the target headers and libs should be used, not newlib,
whatever the
CrossGCC may say that one must use for 'embedded targets'...

Using the VxWorks-headers from a WRS-GCC-distribution involves all kind of
unexpected and VxWorks-specific problems. When you haven't mentioned having
used
any instructions for "How to build a VxWorks targeted compiler from
gcc-2.95.2
sources", and not mentioned any of the known problems, like

Where do I obtain such document?

This stuff is really aggravating:)

Thanks,
Sergey

------
Want more information?  See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
Want to unsubscribe? Send a note to crossgcc-unsubscribe@sourceware.cygnus.com