On 2 September 2014 15:06, Laszlo Ersek wrote:
> Let's revive this old thread:
>
> On 09/11/13 03:38, Andrew Fish wrote:
>
>> A dependency tree is constructed so the library constructors get
>> called in the correct sequence. If it does not work it is likely a
>> bug in the libraries INF file not
Let's revive this old thread:
On 09/11/13 03:38, Andrew Fish wrote:
> A dependency tree is constructed so the library constructors get
> called in the correct sequence. If it does not work it is likely a
> bug in the libraries INF file not listing the LibraryClass it depends
> on. If the driver a
If you add `-y log.txt` to the build command you get a report. The report has
info about what happened on your specific build in regards to libraries.
Thanks,
Andrew Fish
>build -h
Usage: build.exe [options]
[all|fds|genc|genmake|clean|cleanall|cleanlib|modules|libraries|run]
Copyright (c) 2
Thanks, is there a way to get the tree for troubleshooting?
On Tue, Sep 10, 2013 at 6:38 PM, Andrew Fish wrote:
> David,
>
> A dependency tree is constructed so the library constructors get called in
> the correct sequence. If it does not work it is likely a bug in the
> libraries INF file not
David,
A dependency tree is constructed so the library constructors get called in the
correct sequence. If it does not work it is likely a bug in the libraries INF
file not listing the LibraryClass it depends on. If the driver also listed this
library it could appear that the library works, whe
Hi,
Question on CONSTRUCTOR ordering. If you have libraries that you are
creating which contain constructors, but nothing in that .INF
[LibraryClasses] section then does that mean that routine can't rely on
something else being constructed before it? I would guess it would then be
up to the app
