Меню

Cc1plus exe ошибка при компиляции

Wed May 18, 2016 10:02 am
#47604

Hello,
I can’t compile, also only verify, any sketch if I select Generic esp8266 module,
I’ve tried the Bare minimum to be sure that works.
With Uno or other Arduino borads everything works, but selecting 8266 sais me:

Arduino:1.6.9 (Windows 7), Scheda:»Core Development Module, Espressif (xcc), 80 MHz, 40MHz, DIO, 115200, 512K (64K SPIFFS), ck, Disabled, None»

C:Program Files (x86)Arduinoarduino-builder -dump-prefs -logger=machine -hardware «C:Program Files (x86)Arduinohardware» -hardware «C:Usersm.mantovaniAppDataLocalArduino15packages» -tools «C:Program Files (x86)Arduinotools-builder» -tools «C:Program Files (x86)Arduinohardwaretoolsavr» -tools «C:Usersm.mantovaniAppDataLocalArduino15packages» -built-in-libraries «C:Program Files (x86)Arduinolibraries» -libraries «C:Usersm.mantovaniDocumentsArduinolibraries» -fqbn=esp8266:esp8266:coredev:LwIPVariant=Espressif,CpuFrequency=80,FlashFreq=40,FlashMode=dio,UploadSpeed=115200,FlashSize=512K64,ResetMethod=ck,Debug=Disabled,DebugLevel=None____ -ide-version=10609 -build-path «C:UsersMC5BB~1.MANAppDataLocalTempbuilded46e1aee1271f7f958cd9e2af8ff61c.tmp» -warnings=none -prefs=build.warn_data_percentage=75 -verbose «C:UsersMC5BB~1.MANAppDataLocalTempuntitled364995918.tmpsketch_may18asketch_may18a.ino»
C:Program Files (x86)Arduinoarduino-builder -compile -logger=machine -hardware «C:Program Files (x86)Arduinohardware» -hardware «C:Usersm.mantovaniAppDataLocalArduino15packages» -tools «C:Program Files (x86)Arduinotools-builder» -tools «C:Program Files (x86)Arduinohardwaretoolsavr» -tools «C:Usersm.mantovaniAppDataLocalArduino15packages» -built-in-libraries «C:Program Files (x86)Arduinolibraries» -libraries «C:Usersm.mantovaniDocumentsArduinolibraries» -fqbn=esp8266:esp8266:coredev:LwIPVariant=Espressif,CpuFrequency=80,FlashFreq=40,FlashMode=dio,UploadSpeed=115200,FlashSize=512K64,ResetMethod=ck,Debug=Disabled,DebugLevel=None____ -ide-version=10609 -build-path «C:UsersMC5BB~1.MANAppDataLocalTempbuilded46e1aee1271f7f958cd9e2af8ff61c.tmp» -warnings=none -prefs=build.warn_data_percentage=75 -verbose «C:UsersMC5BB~1.MANAppDataLocalTempuntitled364995918.tmpsketch_may18asketch_may18a.ino»
«C:Usersm.mantovaniAppDataLocalArduino15packagesesp8266toolsxtensa-lx106-elf-gcc1.20.0-26-gb404fb9-2/bin/xtensa-lx106-elf-g++» -D__ets__ -DICACHE_FLASH -U__STRICT_ANSI__ «-IC:Usersm.mantovaniAppDataLocalArduino15packagesesp8266hardwareesp82662.2.0/tools/sdk/include» «-IC:Usersm.mantovaniAppDataLocalArduino15packagesesp8266hardwareesp82662.2.0/tools/sdk/lwip/include» -c -w -Os -g -mlongcalls -mtext-section-literals -fno-exceptions -fno-rtti -falign-functions=4 -std=c++11 -ffunction-sections -fdata-sections -w -x c++ -E -CC -DF_CPU=80000000L -DARDUINO=10609 -DARDUINO_ESP8266_ESP01 -DARDUINO_ARCH_ESP8266 -DESP8266 «-IC:Usersm.mantovaniAppDataLocalArduino15packagesesp8266hardwareesp82662.2.0coresesp8266» «-IC:Usersm.mantovaniAppDataLocalArduino15packagesesp8266hardwareesp82662.2.0variantsgeneric» «C:UsersMC5BB~1.MANAppDataLocalTempbuilded46e1aee1271f7f958cd9e2af8ff61c.tmpsketchsketch_may18a.ino.cpp» -o «nul»
«C:Usersm.mantovaniAppDataLocalArduino15packagesesp8266toolsxtensa-lx106-elf-gcc1.20.0-26-gb404fb9-2/bin/xtensa-lx106-elf-g++» -D__ets__ -DICACHE_FLASH -U__STRICT_ANSI__ «-IC:Usersm.mantovaniAppDataLocalArduino15packagesesp8266hardwareesp82662.2.0/tools/sdk/include» «-IC:Usersm.mantovaniAppDataLocalArduino15packagesesp8266hardwareesp82662.2.0/tools/sdk/lwip/include» -c -w -Os -g -mlongcalls -mtext-section-literals -fno-exceptions -fno-rtti -falign-functions=4 -std=c++11 -ffunction-sections -fdata-sections -w -x c++ -E -CC -DF_CPU=80000000L -DARDUINO=10609 -DARDUINO_ESP8266_ESP01 -DARDUINO_ARCH_ESP8266 -DESP8266 «-IC:Usersm.mantovaniAppDataLocalArduino15packagesesp8266hardwareesp82662.2.0coresesp8266» «-IC:Usersm.mantovaniAppDataLocalArduino15packagesesp8266hardwareesp82662.2.0variantsgeneric» «C:UsersMC5BB~1.MANAppDataLocalTempbuilded46e1aee1271f7f958cd9e2af8ff61c.tmpsketchsketch_may18a.ino.cpp» -o «nul»
«C:Usersm.mantovaniAppDataLocalArduino15packagesesp8266toolsxtensa-lx106-elf-gcc1.20.0-26-gb404fb9-2/bin/xtensa-lx106-elf-g++» -D__ets__ -DICACHE_FLASH -U__STRICT_ANSI__ «-IC:Usersm.mantovaniAppDataLocalArduino15packagesesp8266hardwareesp82662.2.0/tools/sdk/include» «-IC:Usersm.mantovaniAppDataLocalArduino15packagesesp8266hardwareesp82662.2.0/tools/sdk/lwip/include» -c -w -Os -g -mlongcalls -mtext-section-literals -fno-exceptions -fno-rtti -falign-functions=4 -std=c++11 -ffunction-sections -fdata-sections -w -x c++ -E -CC -DF_CPU=80000000L -DARDUINO=10609 -DARDUINO_ESP8266_ESP01 -DARDUINO_ARCH_ESP8266 -DESP8266 «-IC:Usersm.mantovaniAppDataLocalArduino15packagesesp8266hardwareesp82662.2.0coresesp8266» «-IC:Usersm.mantovaniAppDataLocalArduino15packagesesp8266hardwareesp82662.2.0variantsgeneric» «C:UsersMC5BB~1.MANAppDataLocalTempbuilded46e1aee1271f7f958cd9e2af8ff61c.tmpsketchsketch_may18a.ino.cpp» -o «C:UsersMC5BB~1.MANAppDataLocalTempbuilded46e1aee1271f7f958cd9e2af8ff61c.tmppreprocctags_target_for_gcc_minus_e.cpp»
cc1plus.exe: fatal error: opening output file C:UsersMC5BB~1.MANAppDataLocalTempbuilded46e1aee1271f7f958cd9e2af8ff61c.tmppreprocctags_target_for_gcc_minus_e.cpp: Permission denied

compilation terminated.

exit status 1
Errore durante la compilazione per la scheda Core Development Module.

Could it be some problem with User/Administrator permission?
I’m going crazy, i’ve re-installed everything 3 times, deleting all Arduino folders/libraries/AppData every time…

What’s the problem?
Thankyou guys

У меня возникла небольшая проблема при попытке скомпилировать код с использованием последней версии MinGW (GCC 4.5.2) под 64-разрядной версией Windows Vista Home Premium. При компиляции этого файла я получаю сообщение о том, что «cc1plus.exe перестал работать», и компиляция не выполняется без сообщения об ошибке. Я попытался сократить файл до абсолютного минимума, который все еще вызывает проблему:

#include <boost/spirit/include/classic_file_iterator.hpp>
#include <boost/spirit/include/classic_position_iterator.hpp>
#include <boost/fusion/include/adapt_struct.hpp>
#include <boost/spirit/include/phoenix.hpp>
#include <boost/spirit/include/phoenix_fusion.hpp>
#include <boost/spirit/include/phoenix_stl.hpp>
#include <boost/spirit/include/qi.hpp>
#include <vector>

#define BOOST_SPIRIT_AUTO(domain_, name, expr)                                  
    typedef boost::proto::result_of::                                           
        deep_copy<BOOST_TYPEOF(expr)>::type name##_expr_type;                   
    BOOST_SPIRIT_ASSERT_MATCH(                                                  
        boost::spirit::domain_::domain, name##_expr_type);                      
    BOOST_AUTO(name, boost::proto::deep_copy(expr));                            

using namespace std;

//This structure is used to determine the situation in which a certain tile sprite is used.
struct TileCase {
    //A vector of bit fields for which adjacent tiles which must be filled.
    vector<unsigned> filled;

    //A vector of bit fields for which adjacent tiles are optionally filled.
    vector<unsigned> optionalFilled;

    TileCase() :    filled(0),
                    optionalFilled(0){}
};

//Adapt the TileCase struct to a Fusion tuple.
BOOST_FUSION_ADAPT_STRUCT (
    TileCase,
    (std::vector<unsigned>, filled)
    (std::vector<unsigned>, optionalFilled)
)

namespace qi = boost::spirit::qi;
namespace phoenix = boost::phoenix;
namespace ascii = boost::spirit::ascii;
using phoenix::function;
using ascii::space;
using ascii::char_;
using qi::eol;

//A skipper rule for comments.
BOOST_SPIRIT_AUTO(qi, comment,  ("/*" >> *(char_ - "*/") >> "*/")
                                | ascii::space
                                | ("//" >> *(char_ - eol) >> eol)
                                );

//The Spirit error handler.
struct error_handler_ {
    template<typename, typename, typename>
    struct result { typedef void type; };

    template <typename Iterator>
    void operator()(
        qi::info const& what,
        Iterator err_pos, Iterator last) const
    {
        //Get the line position.
        boost::spirit::classic::file_position_base<string> const& pos = err_pos.get_position();

        //Throw an error.
        stringstream error;
        error << "Error! Expecting "
              << what
              << " at line "
              << pos.line
              << ", column "
              << pos.column
              << "!";
        throw(runtime_error(error.str()));
    }
};

function<error_handler_> const error_handler = error_handler_();

//The Spirit grammar for parsing tile data.
template<typename Iterator>
struct tileData : qi::grammar<Iterator, vector<TileCase>(), comment_expr_type> {
    //The rule called when the parsing starts.
    qi::rule<Iterator, vector<TileCase>(), comment_expr_type> start;

    //The rule for parsing a single tile case.
    qi::rule<Iterator, TileCase(), qi::locals<unsigned>, comment_expr_type> tile;

    //The rule which parses yes/no/either bitflag blocks.
    //Takes two references to unsigned, the first being the yes/no flag and the second being the optional flag.
    qi::rule<Iterator, void(unsigned&, unsigned&), qi::locals<unsigned>, comment_expr_type> condBlock;

    tileData() : tileData::base_type(start) {
        using qi::eps;
        using qi::lit;
        using qi::on_error;
        using qi::fail;
        using qi::uint_;
        using phoenix::at_c;
        using phoenix::push_back;
        using phoenix::resize;
        using namespace qi::labels;

        start = *tile[push_back(_val, _1)];

        tile =
            //Parse the filled definition.
            lit("filled")

        >   '('
            //Parse the generation to check for fills.
        >   uint_
            [
                _a = _1,
                resize(at_c<0>(_val), _1 + 1),
                resize(at_c<1>(_val), _1 + 1)
            ]
        >   ')'
            //Opening curly bracket for filled definition.
        >   '{'
            //The condition block.
        >   condBlock
            (
                //This one goes to filled[_a],
                (at_c<0>(_val))[_a],
                //and optionalFilled[_a].
                (at_c<1>(_val))[_a]
            )
            //Closing curly bracket for filled definition.
        >   '}'
        ;

        condBlock =
            eps
            [_a = 1]
        >>
            (
            *   (
                    (
                        +lit('+')
                        [_r1 += _a, _a *= 2]
                    )
                |
                    (
                        +lit('*')
                        [_r2 += _a, _a *= 2]
                    )
                |
                    (
                        +lit('-')
                        [_a *= 2]
                    )
                )
            )
        ;

        on_error<fail>
        (
            start,
            error_handler(_4, _3, _2)
        );
    }
};


int main() {
    try {
        //Set up the file iterator.
        typedef char char_type;
        typedef boost::spirit::classic::file_iterator<char_type> iterator_type;

        //Open the file.
        iterator_type first("Test.txt");

        //Make sure the file is open.
        if (!first) throw(runtime_error("Failed to open file!"));

        //Find the end of the file.
        iterator_type last = first.make_end();

        //Wrap the file iterator with a position iterator.
        typedef boost::spirit::classic::position_iterator2<iterator_type> pos_iterator_type;
        typedef tileData<pos_iterator_type> tileData;
        pos_iterator_type pos_first(first, last, "Test.txt");
        pos_iterator_type pos_last;

        //Prepare parsing information.
        tileData tileData_parser;
        vector<TileCase> cases;

        //Parse the file.
        if (phrase_parse(pos_first, pos_last, tileData_parser, comment, cases) && pos_first == pos_last) {
            //Do something...
        }
    }
    catch (const exception& e) {
        cerr << "Exception while reading file:n" << e.what() << endl;
        return 1;
    }

    return 0;
}

В этой урезанной версии компилятор аварийно завершает работу, только если включены отладочные символы (-g). Однако с полной версией файла он все равно вылетает. Кроме того, если часть кода Spirit удалена (например, обработчик ошибок или средство пропуска комментариев), он также компилируется правильно. Это говорит о том, что компилятору не хватает памяти, но я не совсем уверен, как это исправить.

Я пробовал строить прямо из командной строки, а также из Code :: Blocks, но cc1plus по-прежнему дает сбой. Единственный флаг компилятора, который я включил, — это -g. Я дважды проверил, что у меня установлен только один MinGW, и попытался переустановить его, но проблема не исчезла. Что могло бы вызвать это?

I want to integrate an audio wave file into an qt c++ project.
The compiler gives this error when trying to open the file
QT Ressoures: cc1plus.exe out of memory allocating Bytes

It is a file with size 40megabyte, which seems to big for the qt ressources.
For more information to the error see this post:
Qt compiling error: «out of memory allocating 134mb» «cc1plus.exe not found»

Is there a possibilty to integrate big files into an qt project without using the ressources?

Thank you for your help

  • c++
  • qt
  • file
  • user-interface
  • c++11

Community's user avatar

asked Jun 27, 2015 at 1:09

scorprulebad's user avatar

1

  • I have the same issue. How do I solve this ?

    Jun 14, 2018 at 7:10

I want to integrate an audio wave file into an qt c++ project.
The compiler gives this error when trying to open the file
QT Ressoures: cc1plus.exe out of memory allocating Bytes

It is a file with size 40megabyte, which seems to big for the qt ressources.
For more information to the error see this post:
Qt compiling error: «out of memory allocating 134mb» «cc1plus.exe not found»

Is there a possibilty to integrate big files into an qt project without using the ressources?

Thank you for your help

  • c++
  • qt
  • file
  • user-interface
  • c++11

Community's user avatar

asked Jun 27, 2015 at 1:09

scorprulebad's user avatar

1

  • I have the same issue. How do I solve this ?

    Jun 14, 2018 at 7:10

Автор Тема: Проблема c MinGW 4.9.2 & Qt 5.5.1  (Прочитано 12780 раз)
Racheengel

Джедай : наставник для всех
*******
Offline Offline

Сообщений: 2679

Я работал с дискетам 5.25 🙁

Просмотр профиля


Всем привет,

столкнулся со следующей проблемой: при сборке проекта «китовым» MinGW из пакета Qt 5.5.1 появляется такая вот ощибка:

cc1plus.exe: out of memory allocating 1052671 bytes

До этого компилер отжирает под 2 гига памяти, хотя на машине оперативы достаточно (нехватка памяти не может быть проблемой).

Гугл советовал добавить в проект что-то типа
      QMAKE_LFLAGS += «-Wl,—stack=0x2000000»
      QMAKE_LFLAGS += «-Wl,—large-address-aware»

но это никак не спасает Грустный

Может кто знает, в чем может быть грабля?
Спасибо заранее)


Записан

What is the 11 in the C++11? It’s the number of feet they glued to C++ trying to obtain a better octopus.

COVID не волк, в лес не уйдёт

kai666_73

Крякер
****
Offline Offline

Сообщений: 319

Просмотр профиля


Может проблема в винде — не дает она одному процессу отожрать более 2 гигов  Непонимающий


Записан
Racheengel

Джедай : наставник для всех
*******
Offline Offline

Сообщений: 2679

Я работал с дискетам 5.25 🙁

Просмотр профиля


Может проблема в винде — не дает она одному процессу отожрать более 2 гигов  Непонимающий

Винда 7, 64 бит.


Записан

What is the 11 in the C++11? It’s the number of feet they glued to C++ trying to obtain a better octopus.

COVID не волк, в лес не уйдёт

Old

Джедай : наставник для всех
*******
Offline Offline

Сообщений: 4338

Просмотр профиля


Винда 7, 64 бит.

А компилятор 32 битный.


Записан
Racheengel

Джедай : наставник для всех
*******
Offline Offline

Сообщений: 2679

Я работал с дискетам 5.25 🙁

Просмотр профиля


Винда 7, 64 бит.

А компилятор 32 битный.

Оба, но это неважно. Приложение мультиплатформенное собирается нормально и 32-битными компиляторами (кроме MinGW).


Записан

What is the 11 in the C++11? It’s the number of feet they glued to C++ trying to obtain a better octopus.

COVID не волк, в лес не уйдёт

ViTech

Гипер активный житель
*****
Offline Offline

Сообщений: 858

Просмотр профиля


Precompiled headers есть? Может из-за них такая ошибка происходит? Особенно с debug-сборкой, там эти precompiled файлы за сотню Мб могут получаться. Такая же ошибка была у меня или нет, уже не помню, но пришлось отключать precompiled.


Записан

Пока сам не сделаешь…

Old

Джедай : наставник для всех
*******
Offline Offline

Сообщений: 4338

Просмотр профиля


Оба, но это неважно.

Это важно.
Компилятор, как 32 битное приложение, имеет доступ только к 2 Гб памяти. И не важно сколько памяти реально стоит на машине, это ограничение адресного пространства 32 битных процессов.


Записан
Racheengel

Джедай : наставник для всех
*******
Offline Offline

Сообщений: 2679

Я работал с дискетам 5.25 🙁

Просмотр профиля


Precompiled headers есть? Может из-за них такая ошибка происходит? Особенно с debug-сборкой, там эти precompiled файлы за сотню Мб могут получаться. Такая же ошибка была у меня или нет, уже не помню, но пришлось отключать precompiled.

Нету. Собирается в релизе. Проблема ТОЛЬКО в видне, в линуксе та же версия собирается без проблем.

Компилятор, как 32 битное приложение, имеет доступ только к 2 Гб памяти. И не важно сколько памяти реально стоит на машине, это ограничение адресного пространства 32 битных процессов.

Это понятно, что проблема с компилятором. Скорее всего баг. Странно то, что в «интернетах» нету решения проблемы. Возможно, какой-нибудь ключик или еще что нибудь. Менять компиль неохота — придется пересобирать все либы, а это пара рабочих дней :*(


Записан

What is the 11 in the C++11? It’s the number of feet they glued to C++ trying to obtain a better octopus.

COVID не волк, в лес не уйдёт

Old

Джедай : наставник для всех
*******
Offline Offline

Сообщений: 4338

Просмотр профиля


Это понятно, что проблема с компилятором. Скорее всего баг. Странно то, что в «интернетах» нету решения проблемы. Возможно, какой-нибудь ключик или еще что нибудь. Менять компиль неохота — придется пересобирать все либы, а это пара рабочих дней :*(

Почему баг. Компилятору не хватает памяти, он останавливается с сообщение об ошибке. Все честно.
Сейчас все больше будет появляться кода, который не возможно будет собирать 32 битными компиляторами. Шаблонная магия при компиляции требует кучи памяти. Улыбающийся


Записан
Racheengel

Джедай : наставник для всех
*******
Offline Offline

Сообщений: 2679

Я работал с дискетам 5.25 🙁

Просмотр профиля


Почему баг. Компилятору не хватает памяти, он останавливается с сообщение об ошибке. Все честно.
Сейчас все больше будет появляться кода, который не возможно будет собирать 32 битными компиляторами. Шаблонная магия при компиляции требует кучи памяти. Улыбающийся

Древняя 2008-я студия и линуксовый 32-битный GCC отлично справляются с тем же кодом Улыбающийся
Если MinGW это сделать не в состоянии — значит, с ним не все в порядке, не? Улыбающийся


Записан

What is the 11 in the C++11? It’s the number of feet they glued to C++ trying to obtain a better octopus.

COVID не волк, в лес не уйдёт

Old

Джедай : наставник для всех
*******
Offline Offline

Сообщений: 4338

Просмотр профиля


Древняя 2008-я студия и линуксовый 32-битный GCC отлично справляются с тем же кодом Улыбающийся
Если MinGW это сделать не в состоянии — значит, с ним не все в порядке, не? Улыбающийся

32 битному GCC доступно 3Гб (потому что linux), MinGW доступно только 2 Гб (ибо венда). Про студию ничего не могу сказать, скорее всего она на что-то кладет. Улыбающийся


Записан
qate


Проблема ТОЛЬКО в видне, в линуксе та же версия собирается без проблем.

вот и решение )


Записан
Racheengel

Джедай : наставник для всех
*******
Offline Offline

Сообщений: 2679

Я работал с дискетам 5.25 🙁

Просмотр профиля


Ладно, придется, видать, компиль на свалку отнести Грустный


Записан

What is the 11 in the C++11? It’s the number of feet they glued to C++ trying to obtain a better octopus.

COVID не волк, в лес не уйдёт

ViTech

Гипер активный житель
*****
Offline Offline

Сообщений: 858

Просмотр профиля


Кстати, в MinGW 4.9.2 и по другим поводам ошибки компилятора типа «internal error» бывало выскакивали. Поставил MinGW 5.2.0, там это поправлено было. Причём заменял грубо: symlink на папку с новой версией mingw (чтоб Qt думало, как будто ничего не поменялось), ибо пересобирать кучу всего неохота было. Для тестовой разработки прокатывало Улыбающийся.


Записан

Пока сам не сделаешь…

Racheengel

Джедай : наставник для всех
*******
Offline Offline

Сообщений: 2679

Я работал с дискетам 5.25 🙁

Просмотр профиля


То есть при линковке с 5.2.0 не должно быть проблем? Я пробовал заменить на 4.8.2 — у меня ничего не линковалось, куча ошибок Грустный


Записан

What is the 11 in the C++11? It’s the number of feet they glued to C++ trying to obtain a better octopus.

COVID не волк, в лес не уйдёт

  • Печать

Страницы: [1]   Вниз

Тема: Qt сжирает весь spaw и память при компиляции  (Прочитано 1820 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн
Zeka13

Qt SDK с реп — всё всегда нормально было

Пишу проектик  — у него был в ресурсах один файлик на 5 Mb — Qt немного тормозил при компиляции, теперь файла такий три и того 15Mb в ресурсах

При компиляции этого проекта Ubuntu падает, а винда выдаёт ошибку

cc1plus.exe: out of memory allocating 65536 bytes
вот похожая тема, в нете есть похожие темы, но нигде решение на нашёл
http://www.qtcentre.org/threads/23910-cc1plus-exe-out-of-memory-allocating-65536-bytes

Может кто компилировал похожие проекты и решал траблу

« Последнее редактирование: 26 Июня 2012, 14:26:38 от Zeka13 »

Если Wine — это костыль , то  Punto Switcher — это протез , а Daemon Tools инвалидное кресло.


Оффлайн
Чистый

что это у вас за ресурсы такие ? скиньте их в библиотеку и используйте так проще, если у вас не статическая сборка конечно….

Тестовый репозиторий kdeNeur ppa:devcode/kdeneur
各々が死ぬことをどのように決定する


Оффлайн
Zeka13

а в статику нельзя?
просто нужные ресурсы, какая разница?

Если Wine — это костыль , то  Punto Switcher — это протез , а Daemon Tools инвалидное кресло.


Оффлайн
Чистый

при статической сборке все равно все пихается в исполняемый файл и как следствие ничего не меняется, касательно ресурсов, они слишком большие и правильнее было бы их отделить от исполняемого файла, но это уже вам виднее как разработчику как поступить….

Тестовый репозиторий kdeNeur ppa:devcode/kdeneur
各々が死ぬことをどのように決定する


Оффлайн
Zeka13

так как я могу соединить всё в один бинарник?

посоветуйте как сделать, а то как умею — нажать на сборку не работает способ

Если Wine — это костыль , то  Punto Switcher — это протез , а Daemon Tools инвалидное кресло.


Оффлайн
ChaosWarrior

Зачем вообще такое делать? Не представляю.

Конечно, какая разница? Запихните их сразу в Base64 и в строковую константу.

По приведённой вами ссылке весьма грамотный и точный ответ.

Открытый код и его подержка — это лучшая реклама Windows.


Оффлайн
Zeka13

Запихните их сразу в Base64 и в строковую константу

не умею, где узнать как это сделать?

буду очень благодарен за ответ


Пользователь решил продолжить мысль 27 Июня 2012, 00:24:56:


У меня swap шифрованный, смог собрать свой проект на стабильном Debian с обычным swap


Пользователь решил продолжить мысль 27 Июня 2012, 02:53:53:


попробовал вообще без swap скомпилить
g++: внутренняя ошибка компилятора: Убито (program cc1plus)


Пользователь решил продолжить мысль 27 Июня 2012, 03:22:00:


сделал раздел с нешифрованным swap — уже лучше, но система на время компиляции всё равно секунд на 20 встала

на Debian, на котором я компилил 4 Gb ОЗУ и ничего не было запущено, но система вроде не встала, у меня тоже 4 Gb и на свап скушалось около 200Mb, но у меня много свистелок запущено, конечно так не очень компилировать, а что, если я ещё увеличу ресурсы в проекте?

Так как всё таки быть, может есть матёрые программисты?

« Последнее редактирование: 27 Июня 2012, 03:22:51 от Zeka13 »

Если Wine — это костыль , то  Punto Switcher — это протез , а Daemon Tools инвалидное кресло.


Оффлайн
VlaoMao

Вынеси из ресурсов, делов-то. Зачем пихать лишние 15 метров внутрь бинарника?
Не пойму проблемы.


Оффлайн
Zeka13

уже так и сделал)


Пользователь решил продолжить мысль 28 Июня 2012, 22:28:10:


но это оказалось баг компилятора, хотелось бы всё-таки в одном файле прогу держать

Если Wine — это костыль , то  Punto Switcher — это протез , а Daemon Tools инвалидное кресло.


  • Печать

Страницы: [1]   Вверх

0 0 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest

0 комментариев
Старые
Новые Популярные
Межтекстовые Отзывы
Посмотреть все комментарии

А вот еще интересные материалы:

  • Яшка сломя голову остановился исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного где ошибка
  • Cc id 609 ошибка bmw
  • Cc id 385 ошибка bmw x1