Нет

Формат у них разный

есть переформатчики?

под винду сейчас спрашиваю

В разделяемых библиотеках сборка идет в режиме PIC (Position Independent Code).

Нет разницы

ибо под линь нашёл statifier.sourceforge.net

Ну, это не совсем то

Это, скорее, упаковка умная.

Т.к. с файлом .so ничего особо не сделаешь.

Это люди

Хотя пойду лучше в супу

стоп

а как же явно вызвать ld.so?

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

Я в супу написал, но что-то она неживая.

если возникает double free or corruption, дело в операторе =, верно?

Может быть и в нем

#include <iostream> #include <matrixlib.h> int main(){ Matrix<int> A(10,11); A = Matrix<int> (5,6); } `

в таком коде

в конструкторе резервируется память, в деструкторе дилит

надо определить оператор =, верно?

Да

спасибо, алекс

а надо ли в этом операторе высвободить память, которая была занята?

вообще, ownership данных лучше сделать через vector или unique_ptr<T[]>, а не вручную, тогда ты получишь move assignment (и copy assignment для вектора) бесплатно

типа вот объект A, он выделил 110 интов. когда ему присваивают объект на 30 интов, он должен отпустить 110, занять 30, скопировать. так ле?

вообще, ownership данных лучше сделать через vector или unique_ptr<T[]>, а не вручную, тогда ты получишь move assignment (и copy assignment для вектора) бесплатно

покашт я не знаю, что это. вот подучу стл - там посмотрим)

типа вот объект A, он выделил 110 интов. когда ему присваивают объект на 30 интов, он должен отпустить 110, занять 30, скопировать. так ле?

можно пррсто к примеру перенести указатель

переносить нехоцца, надо глубинное копирование

вдруг область данных удалится?

можно пррсто к примеру перенести указатель

это будет auto_ptr-like семантика, что не есть хорошо

в эпоху c++11

это будет auto_ptr-like семантика, что не есть хорошо

не успел дописать про rvalue refs

в эпоху c++11

17:)

загадка: почему так? https://ideone.com/HfM1BP

загадка: почему так? https://ideone.com/HfM1BP

переполнение?

переполнение?

да, но откуда бесконечный цикл?

Занятно, что на мелпоне работает http://melpon.org/wandbox/permlink/K11iidyC3CovtsxY

https://ideone.com/YJBOpt

Да походу баг прост.

зависит от компилятора и уровня оптимизации, но это не баг

а почему i меняет свое значение ?

перекрывает какой-то кусок памяти ?

”Маркетолог спрашивает программиста: в чём сложность поддержки большого проекта? Программист: ну представь, что ты писатель и поддерживаешь проект “Война и мир”. У тебя ТЗ — написать главу как Наташа Ростова гуляла под дождём по парку. Ты пишешь “шёл дождь”, сохраняешь, вылетает сообщение об ошибке “Наташа Ростова умерла, продолжение невозможно”. Почему умерла? Начинаешь разбираться. Выясняется, что у Пьера Безухова скользкие туфли, он упал, его пистолет ударился о землю и выстрелил в столб, а пуля от столба срикошетила в Наташу. Что делать? Зарядить пистолет холостыми? Поменять туфли? Решили убрать столб. Получаем сообщение “Поручик Ржевский умер.” Выясняется, что он в следующей главе облокачивается о столб, которого уже нет...” rol_foster: Сегодня полдня искали ошибку, из-за которой, образно говоря, у Наташи при прогулке с Пьером падают трусы. Одна из функций программы делает то, что делать не должна. Откатили на вчера - трусы на месте. Перелопатили весь код обновления, там вообще ни трусов, ни Наташи, ни даже Ржевского, тупо красят дом Болконских. Чуть ли не пошагово разбираем - все нормально. Но трусы падают. И, чтобы найти причину, придется перелопатить весь код, а это недели две минимум. В общем, начальник задумчиво посмотрел на девушку и волевым решением выдал Наташе подтяжки.

Да

С -O3 влетает...

компилятор как-то по-хитрому разворачивает умножение

Оно выносит умножение, лол

может через lea

А

UB?

надо короче ассемблерный код смотреть

https://godbolt.org/g/fakMyl

Назальные демоны

верно, переполнение signed int - UB, поэтому компилятор имеет право оптимизировать цикл до #include <iostream> int main() { for (int i = 0; i < 4000000000; i += 1000000000) { std::cout « i « std::endl; } }

Жесть какая.

мораль: будьте осторожнее с переполнениями, если они важны для семантики то делайте их в unsigned типах, для которых это разрешено стандартом

в джаве кстати отказались от unsigned типов

ERROR: S client not available

Почему?

в джаве кстати отказались от unsigned типов

да, правда в java8 добавили методы для работы с signed числами как будто они unsigned (хоть и несколько через жопу)

Не надо использовать инт для индексов, надо использовать size_t

Почему?

чтобы джавистам было полегче

И дохуя проблем в джаве от этого

да, правда в java8 добавили методы для работы с signed числами как будто они unsigned (хоть и несколько через жопу)

И решили впилить обратно

Не надо использовать инт для индексов, надо использовать size_t

А во и нет

Надо использовать либо uint32 или uint64

С size_t заколебешься отлаживать код

С size_t заколебешься отлаживать код

почему?

смотря что вам нужно, если внутри куча свичкейсов то size_t, если например как у меня сейчас енум это кокнкретное значение, только именованное, то его тип

Надо использовать либо uint32 или uint64

А если у меня 16тиразрядная система?)

Надо юзать auto!

auto — лучший тип

Надо юзать auto!

у меня auto определяет как int в цикле

ага и потом код - ехал auto через auto видит auto в реке auto

и хер пойми что это за тип

auto — лучший тип

void лучше

void лучше

void* ))

void* ))

жаль, не бывает void& (

С size_t заколебешься отлаживать код

каким оьразом?

Не надо использовать инт для индексов, надо использовать size_t

А сайзт он знаковый ор нот?

Я прост хз

беззнаковый

А сайзт он знаковый ор нот?

Unsigned, sizeof(size_t) == максимальному адресуемому индексу в памятм

Unsigned, sizeof(size_t) == максимальному адресуемому индексу в памятм

Да какбе логично. И не максимальному, а (битности архитектуры)/8

По логике

Да какбе логично. И не максимальному, а (битности архитектуры)/8

В досе не так?