Thomas Lundquist: have the makefiles depend on the correct file

Thomas Lundquist: have the makefiles depend on the correct file

Thomas Lundquist: patch the right dir

rsync package

prune a few more files

make sure we update timestamps

use $(TAR_VERBOSITY)

support tar verbosity

make sure iproute2 uses target cflags

update make targets

allow people to enter target optimizations

add support for using busybox snapshot

ignore dl and patches dirs

punt little .cvsignore too

update documentation a bit

bump version to something existant on alpha.gnu.org

final step in buildroot facelift

facelift step number two

Add some seperators

Remove obsolete references to SOURCE_DIR

Fix it so we once again build the target root_fs

Fix it so we once again build the target root_fs

Remove references to the obsolete SOURCE_DIR

Remove obsolete reference to SOURCE_DIR

Move the STLport to 2.95 where it belongs

facelift step number two

Remove the old 'make' directory, and populate the new 'package'
directory.

It would help to include the package specific *.mk makefiles

Major buildroot facelift, step one.
 -Erik

prune info/man pages

update python ... this one should work a lot better than the old one

make sure we quote cflags

make sure build uses $TARGET_CFLAGS and the install works

new debian patch

new version and use a variable to hold the version

use $(DISABLE_NLS) instead of --disable-nls

delete file rather than letting the makefile try to do it

add -pipe to default CFLAGS

wget !

new version of less and make sure the build uses $TARGET_CFLAGS

clean up and use a newer version that actually cross compiles :)

new strace

new version of sed

use variable to hold version

nano!

distcc ebuild

new version of procps

new version of findutils

new version out

update so that it actually works ;)

update make targets to reflect new build system

dont hardcode version #, use a variable

update dnsmasq since older one doesnt exist and had security issues

move hardcoded version number into 1 variable and update to 1.2.1

make sure sh4 headers get setup properly

i dont have mkfs.jffs2 on my system so stop complaining you cant find it

Avoid naming conflicts with 'linux' target

Always use kernel-headers.

Add the new binutils and gdb, but don't make them defaults since I haven't
really tested them yet.

Support latest gdb release (untested).

Support latest binutils release.

Fix ld/emultempl/elf32.em.  Found by vapier.

Don't include glibc symbol versions in libgcc.
Replace mips delay slot patch with upstream fix.
Backport gcc typo fix from cvs to fix powerpc builds with newer binutils.

Fix some config issues.

Don't build libfloat unless we're using gcc 3.3.x.

mkdir can fail

mkdir can fail

ws

Default to 2.4.27 kernel headers

Add back in support for 3.3.4 soft float toolchains, although arm would
require reenabling linking with -lfloat in uClibc.

Aesthetic change...  Current gcc cvs removes the unnecessary dependency ref
to gthr-gnat.c, so remove it and the unnecesary ref to unwind-dw2-fde.c.

Fix type noticed by Peter Mazinger.

Integrate gcc 3.4.2 and add patches from both openembedded (6??-*)
  and Dan Kegel's crosstools (7??-*).
Use makefile vars for toolchain names in ccache.mk and gdb.mk.
Fix a g++-related symlink issue with ccache.
Change the default to gcc 3.4.2 and binutils 2.15.91.0.2 (now that mips
is building).  Let the users go forth and test...  ;-)

Peter noticed some bits were missing.

Patch by michael tesch <tesch1@gmail.com> ...
  The real problem, only caused when you have a *.patch file in the
  main build directory, is that the Makefiles don't escape the globbing
  operator they're passing to patch-kernel.sh.  Attached is a patch to
  fix that.

latest uClibc config updates

Add N copies of the arm-textrel.patch

Looks like this finally gets a more recent version of binutils working
on arm in that shared apps seem to work now.

Fix this to work with the arm big endian patch.

Fix a cross compile issue.

Sigh...

Change the filenames.

Add support for armeb.

For now, mimic arm behavior for armeb since that's what uClibc's
fix-includes script winds up doing.  Fix this later...

Oops... remove some makefile debugging bits.

Should be supported now for gcc 3.4.1.

Update to what I'm currently using.  Lots of changes...
1) Allow selection of binutils/gcc/gdb/kernel headers to build, although
   some of the older tool patches probably need updating.
2) Rework gdb build so that remote debugging now works with gdbserver.
3) Misc. other package updates.3) Misc. other package updates.3) Misc. other package updates.

Enable CONFIG_FEATURE_SUID, but disable CONFIG_FEATURE_SUID_CONFIG
for the default permission dropping behavior.
 -Erik

new 2.6. kernel headers are out

update to current

Use relative links

Don't use a shared lib for file

Use relative links

Update the 'file' patch

Tarcisio writes:

Hello,

I noticed that file-4.08 does no longer exist at
ftp://ftp.astron.com/pub/file.
I was able to compile a 'buildroot' using file-4.10. I
had to change make/file.mk and sources/file.patch.

Regards,

Tarcisio

Only install libgcc_s when it is present

Install /lib/libgcc_s.so.1

Update to dropbear-0.43

Remove the unnecessary USE_UCLIBC_LDSO_0_9_24 option

Use 2.4.26 final, not a -pre