compilation toolchain & release sources

Hi,
I have been browsing through the latest firmawre+custom-softw releases and I see you have added quite a few binaries and libraries. I installed buildroot-2010.11 and then followed Vic's directions from [Tienes que estar registrado y conectado para ver este vínculo]. Everthing went O.K. I have also tried other small test C programs that do not require special libraries or includes and all this works fine.

However, I have not had any success so far trying to compile not-so-trivial programs. In particular I have unsuccessfully tried to compile standard linux applications such as bash or less (also busybox). A lot of libraries are missing and when I try to compile missing libraries, still others are missing, etc. All in all, I must admit I am lost, because it looks like completely building all what is needed to compile a typical linux application would require such a large amount of work which I can not afford at all...

Can you please explain how have you managed to compile all the binaries and libraries that come in the latest firmware+custom-softw releases (for instance, can you provide the details of how to compile openssl or busybox)?

Would it be possible to publish, along each release itself, all the source trees, including Makefiles, used to produce the release?

May be we could start using the new WIKI to post this kind of how-tos: what do you think?

Thanks in advance, EVR.

evr escribió:[...] Can you please explain how have you managed to compile all the binaries and libraries that come in the latest firmware+custom-softw releases (for instance, can you provide the details of how to compile openssl or busybox)?

Would it be possible to publish, along each release itself, all the source trees, including Makefiles, used to produce the release?

May be we could start using the new WIKI to post this kind of how-tos: what do you think?

Ufff... estoy ya casi una semana esperando respuesta... ¿Tendré que traducirlo al castellano a ver si algún sesudo gurú de los que habitan este rincón del ciberespacio se digna a echarme una mano?

Estas navidades tendré un poco de tiempo y me gustaría empezar a hacer cosas útiles...

Saludos,

Hola,
ya me gustaria a mi haberlo hecho ....
Te contaría todos los detalles

Esta parte del firmware la ha realizado el amigo keltek; me consta
que ahora mismo esta muy ocupado en su trabajo, a ver si encuentra algo de
tiempo y nos documenta un poco esta parte tan interesante
Saludos

vic1972 escribió:ya me gustaria a mi haberlo hecho .... :) Te contaría todos los detalles :)

¡Ah! Pero al menos sabrás cómo compilar PipeManagement.c ;) ¡Tampoco consigo compilar el fuente que me bajé de ms450-pipemanagement ! (ni para mipsel ni para intel) ¿Puedes facilitarme tus Makefiles (o mejor ponerlos en ms450-pipemanagement )? EDIT: Falta un include: "minIni.h"

Esta parte del firmware la ha realizado el amigo keltek; me consta que ahora mismo esta muy ocupado en su trabajo, a ver si encuentra algo de tiempo y nos documenta un poco esta parte tan interesante

Pues sí, ¡hay que aprender cómo se hace! y el siguiente paso es aprender a compilar el kernel, o al menos módulos para el kernel que viene en el firmware oficial... Esto abriría muchas puertas (por ejemplo dispositivos USB de diversa índole, DVD/BlueRay, etc).

Gracias de antemano,
Saludos,

Hola,
aaaahh vale,
creia que hablabas de busybox y toda esa parte.

El makefile de PM es:
[Tienes que estar registrado y conectado para ver este vínculo]

minini es un proyecto opensource , te lo puedes descargar:

minIni - Multi-Platform INI file parser, suitable for embedded systems

*

* Copyright (c) ITB CompuPhase, 2008-2009

*

* Licensed under the Apache License, Version 2.0 (the "License"); you may not

* use this file except in compliance with the License. You may obtain a copy

* of the License at


Saludos

vic1972 escribió:[...]creia que hablabas de busybox y toda esa parte.

Bueno, sí hablaba de compilar busybox, por ejemplo. En general me interesa saber cómo compilar programas estándar de linux para el MS450/400 y,como decía, sobre todo me interesa saber compilar (modulos d)el kernel. Pero, para empezar , me conformo con saber compilar algo más concreto (PipeManagement por ejemplo).

El makefile de PM es:
[Tienes que estar registrado y conectado para ver este vínculo]
minini es un proyecto opensource , [..]

Gracias. El Makefile as prácticamente el mismo que ya había hecho yo. MinIni no lo conocía, pero ya me lo he descargado (y compilado sin problemas para intel). El problema es que tu Makefile (tampoco el mío) no incluye la compilación de MinIni para mipsel (de hecho tampoco asume que se necesite esa librería). Antes de que pierda un buen rato tratando de ver cómo hacerlo, ¿puedes facilitar el Makefile completo y/o el Makefile para compilar la librería minIni para mipsel?

[EDIT:] Ya lo he conseguido compilar (poniendo todo lo de minIni en el mismo directorio que PM y compilando minIni aparte). Si tú lo tienes mejor montado, porfa, envíamelo o dime de donde bajarlo; sino, yo lo haré y te lo enviaré). Creo que PM se ejecuta correctamente en el LG (aunque no sé cómo probarlo bien). En otro mensaje dijiste que no estaba actualizado ¿es así?. [fin EDIT]

Como decía en otro mensaje, para facilitar el avance, creo que estas cosas deberían organizarse un poco mejor; yo creo que un proyecto (o subproyecto) en SF sería perfecto, aunque si prefieres mantenerlo en Google Hosting, también me parece bien -- pero convendría que estuviera completo (me refiero a todo el árbol con sus Makefiles, CHANGELOG, INSTALL, etc.).

Gracias,

hola
siento el retraso en contestar,
estoy fuera de vacaciones,
creo que lo mejor sera subira la rama de PM tambien a sourceforge,
a ver si lo puedo subir en esta semana que entra.
saludos

vic1972 escribió:[...]creo que lo mejor sera subira la rama de PM tambien a sourceforge, a ver si lo puedo subir en esta semana que entra.

De acuerdo. Si quieres ayuda, ya sabes...

Saludos,

Hi EVR,
I never notice this thread so sorry for little late reply.

I have prepared the development environment on my desktop machine - AMD x64 running Debian Linux. I can post this environment and all libraries I have compiled but I think it will never work on other than AMD x64 Linux machine (I have the AMD Athlon64 optimization always enabled).
There is solution - make the binutils and GCC for your architecture and use the other resources from my environment (kernel source with RealTek specific patches and target directory structure, where all files compiled for MIPS are saved and used).
I have compiled a couple of standard and non-standard libraries which are used across the custom package so there is possibility I have compiled library you need.

Hola,
pues ya esta todo subido y actualizado en el repositorio
svn checkout [Tienes que estar registrado y conectado para ver este vínculo]

saludos

Keltek escribió:[...]I have prepared the development environment on my desktop machine - AMD x64 running Debian Linux. I can post this environment and all libraries I have compiled but I think it will never work on other than AMD x64 Linux machine (I have the AMD Athlon64 optimization always enabled).
There is solution - make the binutils and GCC for your architecture and use the other resources from my environment (kernel source with RealTek specific patches and target directory structure, where all files compiled for MIPS are saved and used). I have compiled a couple of standard and non-standard libraries which are used across the custom package so there is possibility I have compiled library you need.

Thanks Keltek,

My proposal was to organize in SF's svn the whole source tree one may need to produce the (latest) custom package by oneself. I mean, all the sources of programs and libraries that come with the custom package, along with the corresponding Makefiles. The aim is that everyone with a properly installed buldroot tree could just download the custom package source tree and (may be with some minimal modifications) build the installable pakages by just typing "make". Ideally, this would include the trees for the standard and modified linux programs and libraries, alnog with both the Menu Customization and the PipeManagement source trees (which I gues are now very interdependent, right?).

I know this is ambitious and clearly less easy than just each of you (Vic, Keltek) keeping your own private development trees, tailored to your own machines and distros. But I'm sure you will agree that the advantages of making it well organized and completely public are tremendous...

As I said, if you agree, of course I am ready to help doing it in this way (I have some experience from past similar projects). Meanwhile, Keltek, yes! I wold like to have a copy of your source trees (and also the couple of mipsel-compiled libraries you mention). Thanks in advance.

Best,

vic1972 escribió:pues ya esta todo subido y actualizado en el repositorio
svn checkout [Tienes que estar registrado y conectado para ver este vínculo]

Gracias! Veo que no has incluido minIni. No sé qué distro usas tú, pero en las que yo manejo minIni no viene incluida (y, en todo caso, hay que compilarlo para mipsel)...

Por otra parte, como comento en mi anteriro mensaje, creo que idealmente convendría centralizar todos los árboles de desarrollo en un sitio único (yo prefiero SF porque lo conozco más y porque creo que ofrece un conjunto muy completo de herramientas y utilidades (me refiero a svn, página web, sitio de descargas de snapshots, traking, etc.). ¿Qué opinas?

Si a tí te parece bien y Keltek me da los permisos necesarios, yo podría ir migrando pipeManagement a SF.

Saludos,

Hi again
upload minIni.h

it is ok for my side to upload to sourceforge.
regards

The full toolchain sources have 677MB (without any binary source for uClib, busybox or other custom packages, just toolchain to cross-compile for mipsel LG specific architecture ). But I don't want to duplicate work of other GNU/GPL projects so the best way how to get the working toolchain is........ make it yourself
You need only one package - the Linux kernel source for RealTek Venus and then
- compile and install cross-binaries of binutils
- compile and install GCC (I have now v4.5.1) with uClibc (not newest, you MUST use the old one which is only working with LG - it is because the "hotplug" binary - custom from LG - not works on newer one)
- now you can compile full blown GCC with all the features

And that's all. You have toolchain to create cross-compiled binaries. Now you can get busybox and compile it withou problems.
I can provide all the configuration files and some notes for packages:
- binutils configuration parameters
- gcc-uclibc configuration parameters
- gcc-full configuration parameters
- uClibc configuration file
- busybox configuration file
- and notes how to compile samba, lighttpd to works

I think this is the right solution, not to public 700MB of stuff, which are 99% of GNU/GPL code (1% is the modifications done by RealTek in Linux kernel).

My last tool-chain - 19.1.2011

The toolchain I use for compiling:
For rebuild
binutils configuration - [Tienes que estar registrado y conectado para ver este vínculo]
gcc configuration for uClib - [Tienes que estar registrado y conectado para ver este vínculo]
gcc configuration full support - [Tienes que estar registrado y conectado para ver este vínculo]

Binaries
cross compile toolchain - [Tienes que estar registrado y conectado para ver este vínculo] (contains binutils 2.21, gcc 4.5.2)
kernel source - [Tienes que estar registrado y conectado para ver este vínculo]
target environment - [Tienes que estar registrado y conectado para ver este vínculo]

Scripts
preparing environment - [Tienes que estar registrado y conectado para ver este vínculo]

Main binaries
configuration for uClibc - [Tienes que estar registrado y conectado para ver este vínculo]
configuration for BusyBox - [Tienes que estar registrado y conectado para ver este vínculo]

Keltek escribió:[...] make it yourself :) You need only one package - the Linux kernel source for RealTek Venus and then
- compile and install cross-binaries of binutils
- compile and install GCC (I have now v4.5.1) with uClibc (not newest, you MUST use the old one which is only working with LG - it is because the "hotplug" binary - custom from LG - not works on newer one)
- now you can compile full blown GCC with all the features
[...] I can provide all the configuration files and some notes for packages:
- binutils configuration parameters
- gcc-uclibc configuration parameters
- gcc-full configuration parameters
- uClibc configuration file
- busybox configuration file
- and notes how to compile samba, lighttpd to works
[...]

As you know, doing all these things in the right way takes much time (which unfortunately I am short of...). Thanks anyway for these useful pieces of info.

Keltek escribió:My last tool-chain.
The toolchain I use for compiling:
For rebuild[...]
Binaries[,,,]
Scripts[...]

Thanks a lot. I will definitely give it a try as soon as I have some free time (hopefully next month).

Best,

Uploaded new toolchain I working with now...
see [Tienes que estar registrado y conectado para ver este vínculo]

I try to make harmony pack functional with using original firmware using original toolchain. I went into big troubles which I can't resolve so I don't support this. Only newly compiled uClibc and BusyBox with Harmony pack is supported.