📄 infra.cdl
字号:
# ====================================================================
#
# infra.cdl
#
# Infrastructure configuration data
#
# ====================================================================
#####ECOSGPLCOPYRIGHTBEGIN####
## -------------------------------------------
## This file is part of eCos, the Embedded Configurable Operating System.
## Copyright (C) 1998, 1999, 2000, 2001, 2002 Red Hat, Inc.
##
## eCos is free software; you can redistribute it and/or modify it under
## the terms of the GNU General Public License as published by the Free
## Software Foundation; either version 2 or (at your option) any later version.
##
## eCos is distributed in the hope that it will be useful, but WITHOUT ANY
## WARRANTY; without even the implied warranty of MERCHANTABILITY or
## FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License
## for more details.
##
## You should have received a copy of the GNU General Public License along
## with eCos; if not, write to the Free Software Foundation, Inc.,
## 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA.
##
## As a special exception, if other files instantiate templates or use macros
## or inline functions from this file, or you compile this file and link it
## with other works to produce a work based on this file, this file does not
## by itself cause the resulting work to be covered by the GNU General Public
## License. However the source code for this file must still be made available
## in accordance with section (3) of the GNU General Public License.
##
## This exception does not invalidate any other reasons why a work based on
## this file might be covered by the GNU General Public License.
##
## Alternative licenses for eCos may be arranged by contacting Red Hat, Inc.
## at http://sources.redhat.com/ecos/ecos-license/
## -------------------------------------------
#####ECOSGPLCOPYRIGHTEND####
# ====================================================================
######DESCRIPTIONBEGIN####
#
# Author(s): bartv
# Original data: bartv,hmt
# Contributors:
# Date: 1999-06-13
#
#####DESCRIPTIONEND####
#
# ====================================================================
cdl_package CYGPKG_INFRA {
display "Infrastructure"
include_dir cyg/infra
description "
Common types and useful macros.
Tracing and assertion facilities.
Package startup options."
compile startup.cxx prestart.cxx pkgstart.cxx userstart.cxx \
dummyxxmain.cxx null.cxx simple.cxx fancy.cxx buffer.cxx \
diag.cxx tcdiag.cxx memcpy.c memset.c delete.cxx eprintf.c \
pure.cxx
# ====================================================================
# cdl_component CYGPKG_INFRA_TYPES {
# display "Common Types"
# flavor none
# active_if 0 ;# Not yet configurable.
# description "
# These types are used throughout the eCos source code.
# Currently there are no configuration options associated
# with the Common Types component; they are automatically
# set up according to the selected HAL."
# }
# ====================================================================
cdl_component CYGPKG_INFRA_DEBUG {
display "Asserts & Tracing"
default_value 0
description "
The eCos source code contains a significant amount of
internal debugging support, in the form of assertions and
tracing.
Assertions check at runtime that various conditions are as
expected; if not, execution is halted.
Tracing takes the form of text messages that are output
whenever certain events occur, or whenever functions are
called or return.
The most important property of these checks and messages is
that they are not required for the program to run.
It is prudent to develop software with assertions enabled,
but disable them when making a product release, thus
removing the overhead of that checking.
It is possible to enable assertions and tracing
independently.
There are also options controlling the exact behaviour of
the assertion and tracing facilities, thus giving users
finer control over the code and data size requirements."
script debug.cdl
}
# ====================================================================
cdl_component CYGPKG_INFRA_STARTUP {
display "Startup options"
flavor none
description "
Some packages require a startup routine to be called.
This can be carried out by application code, by supplying
a routine called cyg_package_start() which calls the
appropriate package startup routine(s).
Alternatively, this routine can be constructed automatically
and configured to call the startup routines of your choice."
script startup.cdl
}
# ========================================================================
# memcpy()/memset() configuration
cdl_option CYGIMP_INFRA_PREFER_SMALL_TO_FAST_MEMCPY {
display "Smaller slower memcpy()"
default_value 0
description "
Enabling this option causes the implementation of
the standard memcpy() routine to reduce code
size at the expense of execution speed. This
option is automatically enabled with the use of
the -Os option to the compiler. Also note that
the compiler will try to use its own builtin
version of memcpy() if possible, ignoring the
implementation in this package, unless given
the -fno-builtin compiler option."
}
cdl_option CYGIMP_INFRA_PREFER_SMALL_TO_FAST_MEMSET {
display "Smaller slower memset()"
default_value 0
description "
Enabling this option causes the implementation of
the standard memset() routine to reduce code
size at the expense of execution speed. This
option is automatically enabled with the use of
the -Os option to the compiler. Also note that
the compiler will try to use its own builtin
version of memset() if possible, ignoring the
implementation in this package, unless given
the -fno-builtin compiler option."
}
# ========================================================================
cdl_option CYGFUN_INFRA_EMPTY_DELETE_FUNCTIONS {
display "Provide empty C++ delete functions"
default_value 1
description "
To deal with virtual destructors, where the correct delete()
function must be called for the derived class in question, the
underlying delete is called when needed, from destructors. This
is regardless of whether the destructor is called by delete itself.
So there is a reference to delete() from all destructors. The
default builtin delete() attempts to call free() if there is
one defined. So, if you have destructors, and you have free(),
as in malloc() and free(), any destructor counts as a reference
to free(). So the dynamic memory allocation code is linked
in regardless of whether it gets explicitly called. This
increases code and data size needlessly.
To defeat this undesirable behaviour, we define empty versions
of delete and delete[]. But doing this prevents proper use
of dynamic memory in C++ programs via C++'s new and delete
operators.
Therefore, this option is provided
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -