Сборки MinGW(GCC-win32/win64) от niXman

Here's the description of what gdb does during session startup:
1. Sets up the command interpreter as specified by the command line (see interpreter).
2. Reads the system-wide init file (if --with-system-gdbinit was used when building gdb; see System-wide configuration and settings) and executes all the commands in that file.
3. Reads the init file (if any) in your home directory1 and executes all the commands in that file.
4. Executes commands and command files specified by the `-iex' and `-ix' options in their specified order. Usually you should use the `-ex' and `-x' options instead, but this way you can apply settings before gdb init files get executed and before inferior gets loaded.
5. Processes command line options and operands.
6. Reads and executes the commands from init file (if any) in the current working directory as long as `set auto-load local-gdbinit' is set to `on' (see Init File in the Current Directory). This is only done if the current directory is different from your home directory. Thus, you can have more than one init file, one generic in your home directory, and another, specific to the program you are debugging, in the directory where you invoke gdb.
7. If the command line specified a program to debug, or a process to attach to, or a core file, gdb loads any auto-loaded scripts provided for the program or for its loaded shared libraries. See Auto-loading.
If you wish to disable the auto-loading during startup, you must do something like the following:

$ gdb -iex "set auto-load python-scripts off" myprogram

Option `-ex' does not work because the auto-loading is then turned off too late.

8. Executes commands and command files specified by the `-ex' and `-x' options in their specified order. See Command Files, for more details about gdb command files.
9. Reads the command history recorded in the history file. See Command History, for more details about the command history and the files where gdb records it.

gdb can be configured to have a system-wide init file; this file will be read and executed at startup (see What gdb does during startup).
Here is the corresponding configure option:
--with-system-gdbinit=file
Specify that the default location of the system-wide init file is file.
If gdb has been configured with the option --prefix=$prefix, it may be subject to relocation. Two possible cases:
- If the default location of this init file contains $prefix, it will be subject to relocation. Suppose that the configure options are --prefix=$prefix --with-system-gdbinit=$prefix/etc/gdbinit; if gdb is moved from $prefix to $install, the system init file is looked for as $install/etc/gdbinit instead of $prefix/etc/gdbinit.
- By contrast, if the default location does not contain the prefix, it will not be relocated. E.g. if gdb has been configured with --prefix=/usr/local --with-system-gdbinit=/usr/share/gdb/gdbinit, then gdb will always look for /usr/share/gdb/gdbinit, wherever gdb is installed.

Возможно тот mingw который работал из коробки с принтерами для stl был как раз настроен при компиляции на подхват файла настроек.

nenin, если не сложно дай ссылочку на gdb от ollydbg, который работает сразу с принтерами. Хочу посмотреть что там нагородили.

Кстати, на форуме С::B появилась ссылка http://wiki.codeblocks.org/ind... y_Printers
с +/- теми, "полнопутевыми" же настройками.

Что и требовалось доказать)

такой вопрос возник.
есть желание производить сборки так, чтоб минимально необходимый минимум по архитектуре проца, был nocona. кто на каких архитектурах работает?
был найден человек, который использует mingw-builds на каком-то p4, на котором сборка собранная для nocona не хотела работать. появилась ошибка типа "неизвестная инструкция".
спасибо.

corei7
А кто-нибудь тестировал производительность GCC разных архитектур?

p4 обычно нормально ходит на АМД и более свежих Интелах

Это само собой, так как в новых архитектурах добавляют новые инструкции и регистры, а не убирают старые.

Я имею ввиду не расширение инструкций, а оптимизацию.

Вообще то это и есть оптимизация в данном случае. Используются новые инструкции и регистры. И разница будет только в скорости компиляции, а не в генерируемом коде.

-march indicates the instruction set the compiler can use

Не каждый же день новая версия GCC выходит!

niXman, совсем не обязательно собирать новый GCC при обновлении каждой "свежевыпущенной" либы (моё мнение)) Таким образом можно значительно сократить кол-во ревизий и увеличить кол-во архитектур, тем самым обеспечив тех, кто в этом так нуждается)