can't resolve symbol '__stdout'
I think it is now sorted-out for the next snapshot release. But I only did
very light tests.
> Is there a brief howto on rebuilding a package from sources ?
> I can manage compiling packages, but patching is outside my coding skills
Yes, read the "HowToCreatePackages" wiki. But start with the "HowToBuild" one.
I can try making a git package, wait a week or so (and remember me again if
the I forgot)
> ...
> Git could be my first contribution.
It would be welcome.
The repository, that is not updated since march!, has two sets of config
files,
.config-base and .config-pkgs. I do the following to configure/create
packages:
cp .config-pkgs .config
export BLDDIR=~/Alt-F/build-base; export
ROOTFS=$BLDDIR/project_build_arm/dns323/root/; export
STAGING=$BLDDIR//build_arm/staging_dir/; export PATH=$PATH:
$BLDDIR/build_arm/staging_dir/usr/bin:~/Alt-F/alt-f/bin; export
BINARIES=$BLDDIR/binaries/dns323
make O=$BLDDIR menuconfig # exit without changes
make O=$BLDDIR
Right, some host packages need to be installed
> And continued:
> make -O=$BLDDIR
hmmm, the '-' should not be in '-O', but if you started that way, continue.
> I'ts an hard life ;) ...
>
> Noe stuck again at 404 of
> http://kylek.is-a-geek.org:31337/files//automatic-0.6.4-src.tar.gz or
> http://buildroot.net/downloads/sources//automatic-0.6.4-src.tar.gz
Looks like Kylek has now released a 0.6.6 version. It also looks like the site
is down, or the site hierarchy has changed.
Anyway, as you don't need Automatic, just unconfigure it:
make O=$BLDDIR menuconfig
select "Package Selection for the target"
Go to the page end, select "Networking", uncheck "automatic", exit, save, and
restart the build.
As you are now building packages, the cross-toolchain is built, you can
deselect most packages that dont seems to be needed by git, e.g. hplip, gs,
foomatic, avahi, samba, netatalk... But be aware of sub-dependencies.
> There's something wrong out there ...
> Huston, we have a problem ;)
You have to override the computer and drive by eye-sighting :-)
I only download what I want to compile, there are many non Alt-F packages
available under buildroot, and some url are outdated. Have you svn checkout
0.1B7, haven't you?
A normal "make" should only download what is needed; if building a package
fails, you can manually download the source tar ball and put it in the "dl"
sub-directory -- if found there it will not be downloaded.
Notice also that kernel.org is down for a couple of weeks, and the default
sourceforge mirror, "easynews", is not being used by sourceforge anymore; to
fix it, do a menuconfig->Build Options->Mirrors and Download locations-
>Sourceforge mirror site, and set a mirror near you, I'm using 'kent', from
England -- use http://sourceforge.net/apps/trac/sourceforge/wiki/Mirrors to
see the shortname of a mirror near you and use it.
Don't give-up!
> Cheers,
> Gabriele
> checking whether system succeeds to read fopen'ed directory... configure:
> error: in `/home/diesis/Alt-F/build-base/build_arm/git-1.7.6.1':
> configure: error: cannot run test program while cross compiling
To solve those kind of errors one has to patch configure.in or
configure.ac and rebuild 'configure', or supply an environment
variable telling 'configure' to not do the test.
> In any case, I have a brief doc to reach a succesfull make under ubuntu
> 11.04. I'll post it after a cleanup :D
It will be welcome.
I'm not an autotools expert.
Instead of patching 'configure.ac' and rebuild 'configure' using the command
'autoconf', we should first to do the right thing.
If you look at configure.ac there are three tests of that kind:
jcard@silver:~/tmp/git-1.7.3.4> grep RUN configure.ac
AC_RUN_IFELSE(
AC_RUN_IFELSE(
AC_RUN_IFELSE(
each one has a 'ac_cv' variable that can be set as an environment variable to
'configure', setting the correct value for the target machine.
You need to copy/paste and cross-compile the small test program that follows
the 'ac_cv' variable and run it in the dns, then call configure with the
correct value.
To cross-compile the three small programs, you must have the staging dir in
your path, as in
export PATH=$PATH:$BLDDIR/build_arm/staging_dir/usr/bin
and than use 'arm-linux-uclibcgnueabi-gcc' as the compiler:
arm-linux-uclibcgnueabi-gcc test.c -o test
copy and run the test program to the dns, watch the result and set the
variables accordingly. If you are using the buildroot autotools, and your
package is called GIT, define in git.mk
GIT_CONF_ENV = ac_cv_c_c99_format=yes ac_cv_fread_reads_directories=no
ac_cv_snprintf_returns_bogus=yes # use the correct values
If your 'git.mk' explicitly calls 'configure', then do
ac_cv_c_c99_format=yes ac_cv_fread_reads_directories=no
ac_cv_snprintf_returns_bogus=yes ./configure ...
Hope this helps. If yes, please contribute-back.
Thanks,
Joao
PS-To avoid doing all the work, you can start setting the variables with dummy
values, just to see if configure succeeds; if yes, then follow the procedure
above.
PS-2- I apologize if you are skilled enought to find some directions I gave
above insulting, but I really don't know your level of expertise :-)