On Sat, Apr 10, 2010 at 5:54 PM, Bahadir Balban <baha...@l4dev.org> wrote:

> Drasko DRASKOVIC wrote:
> > On Sat, Apr 10, 2010 at 4:57 PM, Lin Yu <yulin...@gmail.com> wrote:
> >
> >> Hi, guys,
> >>
> >> I had same problem.
> >>
> >> But after I changed to scons 1.2, everything is ok.
> >>
> >
> > Might be that I have some mutant version of scons as I tried installing
> 1.3
> > over 1.2 .
> >
> > I will try to remove it and install again 1.2.
> >
> > BR,
> > Drasko
> >
>
> It might not be a versioning problem. I suspect that it happens due to
> images.S being generated in the source tree rather than under the build
> directory.
>

I confirm that it was a scons versioning problem. It works fine with scons
1.2.


>
> Can you try removing loader/images.S if it exists.


It does not exist as it has never been generated. When I force ignoring
errors in scons it is generated, and next time scons does not complain, as
images.S is present (as I noted before, itmight dependecies problem in scons
script).


> Then do:
>
> scons -f SConstruct.loader
>

It breaks as I described before.


>
> What do you get? I get:
>
> baha...@bahadir-laptop:~/codezero-v3$ scons -f SConstruct.loader
> scons: Reading SConscript files ...
> scons: done reading SConscript files.
> scons: Building targets ...
> gen_loader_images_S(["loader/images.S"], ["build/kernel.elf",
> "build/conts/containers.elf"])
>

Nope, here it breaks with scons 1.3 telling that images.S is not present.


BR,
Drasko
_______________________________________________
codezero-devel mailing list
codezero-devel@lists.l4dev.org
http://lists.l4dev.org/mailman/listinfo/codezero-devel

Reply via email to