* [U-Boot-Users] Those hello_world compilation problems
@ 2004-10-14 20:29 Jon Loeliger
2004-10-16 8:42 ` Wolfgang Denk
0 siblings, 1 reply; 4+ messages in thread
From: Jon Loeliger @ 2004-10-14 20:29 UTC (permalink / raw)
To: u-boot
Folks,
I did some digging on our toolchain here on our
new Yellowdog 4.0 installed machines. They have
a 3.3.2 compiler on them by default, apparently.
As someone else discerned, that cause an issue with
the dummy() function being static in the stubs.o file
for the examples directory.
I've found that all appears to be better if the test
in the example/stubs.c file is changed from:
#if GCC_VERSION < 3004
to
#if GCC_VERSION < 3003
(BTW, the GCC_VERSION symbol, google revealed, comes
from ansidecl.h. Oh yeah.)
I'm not sure of the generality of this fix, so I am
reluctant to submit a direct patch for it. Perhaps
someone more familiar with the details of either the
YDL 4.0 or GCC 3.3 vs 3.4 releases can speak authoritatively
on this issue.
HTH,
jdl
^ permalink raw reply [flat|nested] 4+ messages in thread
* [U-Boot-Users] Those hello_world compilation problems
2004-10-14 20:29 [U-Boot-Users] Those hello_world compilation problems Jon Loeliger
@ 2004-10-16 8:42 ` Wolfgang Denk
2004-10-17 15:41 ` Kumar Gala
0 siblings, 1 reply; 4+ messages in thread
From: Wolfgang Denk @ 2004-10-16 8:42 UTC (permalink / raw)
To: u-boot
In message <1097785745.14656.73.camel@cashmere.sps.mot.com> you wrote:
>
> I did some digging on our toolchain here on our
> new Yellowdog 4.0 installed machines. They have
> a 3.3.2 compiler on them by default, apparently.
>
> As someone else discerned, that cause an issue with
> the dummy() function being static in the stubs.o file
> for the examples directory.
>
> I've found that all appears to be better if the test
> in the example/stubs.c file is changed from:
>
> #if GCC_VERSION < 3004
> to
> #if GCC_VERSION < 3003
>
> (BTW, the GCC_VERSION symbol, google revealed, comes
> from ansidecl.h. Oh yeah.)
For which architecture is this?
ELDK 3.1 uses GCC-3.3.3, and I didn't see such problems yet.
> I'm not sure of the generality of this fix, so I am
> reluctant to submit a direct patch for it. Perhaps
> someone more familiar with the details of either the
> YDL 4.0 or GCC 3.3 vs 3.4 releases can speak authoritatively
> on this issue.
At the moment I don't see the need to change anything for GCC-3.3.x.
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
A committee is a group that keeps the minutes and loses hours.
-- Milton Berle
^ permalink raw reply [flat|nested] 4+ messages in thread
* [U-Boot-Users] Those hello_world compilation problems
2004-10-16 8:42 ` Wolfgang Denk
@ 2004-10-17 15:41 ` Kumar Gala
2004-10-17 16:52 ` Wolfgang Denk
0 siblings, 1 reply; 4+ messages in thread
From: Kumar Gala @ 2004-10-17 15:41 UTC (permalink / raw)
To: u-boot
Wolfgang,
Do you mind posting what the output off 'gcc -v' is with the gcc-3.3.3
in ELDK 3.1.
The YDL4 compiler is actually gcc-3.3.3 but compiled to handle both
PPC64 & PPC32.
thanks
- kumar
On Oct 16, 2004, at 3:42 AM, Wolfgang Denk wrote:
> In message <1097785745.14656.73.camel@cashmere.sps.mot.com> you wrote:
> >
> > I did some digging on our toolchain here on our
> > new Yellowdog 4.0 installed machines.? They have
> > a 3.3.2 compiler on them by default, apparently.
> >
> > As someone else discerned, that cause an issue with
> > the dummy() function being static in the stubs.o file
> > for the examples directory.
> >
> > I've found that all appears to be better if the test
> > in the example/stubs.c file is changed from:
> >
> >???? #if GCC_VERSION < 3004
> > to
> >???? #if GCC_VERSION < 3003
> >
> > (BTW, the GCC_VERSION symbol, google revealed, comes
> > from ansidecl.h.? Oh yeah.)
>
> For which architecture is this?
>
> ELDK 3.1 uses GCC-3.3.3, and I didn't see such problems yet.
>
> > I'm not sure of the generality of this fix, so I am
> > reluctant to submit a direct patch for it.? Perhaps
> > someone more familiar with the details of either the
> > YDL 4.0 or GCC 3.3 vs 3.4 releases can speak authoritatively
> > on this issue.
>
> At the moment I don't see the need to change anything for GCC-3.3.x.
>
> Best regards,
>
> Wolfgang Denk
>
> --
> Software Engineering:? Embedded and Realtime Systems,? Embedded Linux
> Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
> A committee is a group that keeps the minutes and loses hours.
> ????????????????????????????????????????????????????? -- Milton Berle
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IT Product Guide on
> ITManagersJournal
> Use IT products in your business? Tell us what you think of them. Give
> us
> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find
> out more
> http://productguide.itmanagersjournal.com/guidepromo.tmpl
> _______________________________________________
> U-Boot-Users mailing list
> U-Boot-Users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
^ permalink raw reply [flat|nested] 4+ messages in thread
* [U-Boot-Users] Those hello_world compilation problems
2004-10-17 15:41 ` Kumar Gala
@ 2004-10-17 16:52 ` Wolfgang Denk
0 siblings, 0 replies; 4+ messages in thread
From: Wolfgang Denk @ 2004-10-17 16:52 UTC (permalink / raw)
To: u-boot
Dear Kumar,
in message <0CBEE6E4-2053-11D9-8306-000393DBC2E8@freescale.com> you wrote:
>
> Do you mind posting what the output off 'gcc -v' is with the gcc-3.3.3
> in ELDK 3.1.
-> ppc_8xx-gcc -v
Reading specs from /opt/eldk-3.1/usr/bin/../lib/gcc-lib/ppc-linux/3.3.3/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --with-system-zlib --enable-__cxa_atexit --with-newlib --enable-languages=c,c++ --disable-libgcj --host=i386-redhat-linux --target=ppc-linux
Thread model: posix
gcc version 3.3.3 (DENX ELDK 3.1 3.3.3-7)
> The YDL4 compiler is actually gcc-3.3.3 but compiled to handle both
> PPC64 & PPC32.
This alone probably should not have such an effect?
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
It may be that your whole purpose in life is simply to serve as a
warning to others.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2004-10-17 16:52 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-10-14 20:29 [U-Boot-Users] Those hello_world compilation problems Jon Loeliger
2004-10-16 8:42 ` Wolfgang Denk
2004-10-17 15:41 ` Kumar Gala
2004-10-17 16:52 ` Wolfgang Denk
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox