| Age | Commit message (Collapse) | Author |
|---|
|
(undefined reference to `main') when the .o file containing main was contained
in an static library(a '.a' ar archive). It turns out that due to its single
pass nature, GNU ld was failing to pull it into the build. This sticks a dummy
reference to main() into crt0.o, so that when an application is linked with the
main() function in a static library, we can be sure that main() actually gets
linked in.
-Erik
|
|
these stubs were preventing the real stuff from working properly.
-Erik
|
|
arg processing whether they are using PIC or not, and vice-versa for the
MMU folks.
|
|
* reduce the sigset types to 32 bits (I've mentioned this before)
I think I saw this change go in for another platform anyway ;-)
* Do not use _IO_FILE as it clashes with the C++ libraries which know
too much about how glibc workds :-(
* Do not use _G_va_list for the same reason.
* remove the CTORS/DTORS from crt0.S for ARM as the compiler provided
crtbegin.o and crtend.o have these (and only these) already in them and
you get multiple defined errs :-(
|
|
|
|
|
|
as a shared library, using the glibc shared lib loader. :-)
I've updated the pic case but havn't tested it yet.
-Erik
|
|
we don't blow up by using too much stack space, and simplifies the job of
supporting new architectures, since they don't have to mess with calling foo
init functions in crt0 and cleaning up the resulting damage.
-Erik
|
|
in crt0.S and Michiel Thuys <michiel.thuys@intersil.com> noticed
the same thing in crt0pic.S.
-Erik
|
|
|
|
|
|
|
|
|
