[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
misc/41255: gcc 4.3.3 won't compile some of the source tree
>Synopsis: gcc 4.3.3 won't compile some of the source tree
>Arrival-Date: Tue Apr 21 02:40:00 +0000 2009
>Originator: Kurt Lidl
SunOS lsl.pix.net 5.11 snv_110 i86pc i386 i86pc
(Cross compiling for netbsd-5 on a new target architecture)
Gcc 4.3.3 is more picky that the in-tree gcc 4.1.2 that netbsd-5
has. However, it supports the processor (Freescale Coldfire) that
is being used for this project.
-- missing va_start before varargs processing
-- bad code in #ifdef/#else clause that will not parse
-- single quote in comment that gcc will not accept
-- Initialize a data structure that gcc cannot determine if it
used or not during this function. This patch makes it
compile, but I'm not 100% sure it is correct. Feedback
-- Comment in #ifdef/#endif block that gcc will not parse,
just change it to be a proper "C" multi-line comment
-- I think this should be a pid_t and not a short, but am not
100% sure that it matters. Feedback welcome.
-- Mark the function as __dead so it matches its prototype,
and then gcc 4.3.3 will compile it.
-- OK, this isn't actually a "gcc" problem, but tests/net relies
on ATF, so if MKATF==no, don't try the "net" directory either
-- Get rid of "might be clobbered by `longjmp' or `vfork'" error.
This might be an inappropriate way to fix the problem.
-- I don't see how this could have worked before, properly.
-- #ifdef out a unused static function
-- Use strcmp to figure out argment match. I'm not sure this is
correct or not. The way that argument parsing is done in this
program seems kinda fragile to me.
Build a gcc 4.3.3 cross-compiler, cross-build netbsd-5 with that
compiler, watch the problems roll in.
I will attach a diff to this PR once I get the number back from the
Main Index |
Thread Index |