так ты дефолтный конструктор вызвал

Вроде как не приняли, но подробности я не смотрел

допуск произвольных (ну не совсем произвольных) типов в темплейтах это вроде как один из шагов к этому а так по идее могут и через constexpr! реализовать эту фичу

Где найти формальное описание синтаксиса мейкфайлов, а-ля форма бэкуса-наура? Или они настолько тлен и ужас, что такое еще никто не придумал? Разрешаю насмехаться, только в про.линух не гоните

оно точно есть? я в доке у них видел синтаксис, что вот тут пиши двоеточие, а вот тут табуляцию ставь

есть

на таком уровне, без формального

но там всё пичаль и грусть

и по форме там не будет

это же гну

короче там что-то из гцц

так как с оптимизацией оба слизались

там пессемизация

на такое обращать внимание себе дороже

когда у тебя х86 и регистров не ахти начинаются разные манипуляции

которые потом логически доводятся до ума, но без оптимизаций выглядят как дичь

оно точно есть? я в доке у них видел синтаксис, что вот тут пиши двоеточие, а вот тут табуляцию ставь

Ну вдруг) так то я тоже по доке пробежался и пригорюнился

когда у тебя х86 и регистров не ахти начинаются разные манипуляции

для x86_64, пример, но да – без оптимизации

ну так в x86_64 тоже регистров не ахти в calling conversion, поэтому под это тоже идёт запил

итого рабочих регистров остаётся порядка 4 - 5 без тасования стека и люди выкручиваются как могут

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

окай, спасибо

никто не сталкивался с собственноручной имплементацией функции перевода времени в секундах с 1970 в строку даты? мож подкинете проверенный работающий алгоритм

никто не сталкивался с собственноручной имплементацией функции перевода времени в секундах с 1970 в строку даты? мож подкинете проверенный работающий алгоритм

Пожалуйста, во имя богов, не делай это руками.

никто не сталкивался с собственноручной имплементацией функции перевода времени в секундах с 1970 в строку даты? мож подкинете проверенный работающий алгоритм

ой, лучше либу найди ?

Пожалуйста, во имя богов, не делай это руками.

проблема в том, что в проекте есть функция получения количества секунд, а возвращаемый тип несовместим с STL

проблема в том, что в проекте есть функция получения количества секунд, а возвращаемый тип несовместим с STL

В плане несовместим?

ну там не std::time_t возвращается

ой, лучше либу найди ?

эх, я думал будет просто

эх, я думал будет просто

неа ?

Я в своё время детям делал презентацию почему не надо.

проблема в том, что в проекте есть функция получения количества секунд, а возвращаемый тип несовместим с STL

А что за возвращаемый тип? Его нельзя перевести в time_t?

Так, количество секунд же

Если очень хочется, есть POSIX localtime.

Не с 1970?

А что за возвращаемый тип? Его нельзя перевести в time_t?

ну, формально говоря, реальный тип std::time_t неизвестен же

на практике оказалось, что типы отличаются знаковостью, но это только на MSVC, а хотелось бы переносимости

Эээ, мм, человек, ты просто явно кастуй, а не передавай в неизменном виде.

никто не сталкивался с собственноручной имплементацией функции перевода времени в секундах с 1970 в строку даты? мож подкинете проверенный работающий алгоритм

https://opensource.apple.com/source/Libc/Libc-167/string.subproj/strftime.c.auto.html

И если problem 2038 не боишься, то норм.

Если боишься, проверяй, что оба типа 64 бита.

Если боишься, проверяй, что оба типа 64 бита.

ну собсна а что делать, если sizeof не равны? останавливать сборку неохота

ну собсна а что делать, если sizeof не равны? останавливать сборку неохота

type_a time_in_type_a = (type_a) time_in_type_b?

Мост придётся писать, раз типы разные, а так норм.

type_a time_in_type_a = (type_a) time_in_type_b?

кстати, о time_t даже достоверно неизвестно, в каком формате хранится время, posix-time это или нет

https://opensource.apple.com/source/Libc/Libc-167/string.subproj/strftime.c.auto.html

? о мой бох

проблема в том, что в проекте есть функция получения количества секунд, а возвращаемый тип несовместим с STL

а почему вы уверены, что возвращаемое значение в проекте имеет ту же семантику, что время в STL?

а почему вы уверены, что возвращаемое значение в проекте имеет ту же семантику, что время в STL?

ну собсна я этого и не утверждал, что форматы совместимы

ну собсна я этого и не утверждал, что форматы совместимы

хм... тогда для начала давайте зададимся вопросом, что за число вам известно

хм... тогда для начала давайте зададимся вопросом, что за число вам известно

время с 1970 в секундах, это точно если немножко сузить задачу, то фактически надо вот такое число перевести в HTTP формат даты

время с 1970 в секундах, это точно если немножко сузить задачу, то фактически надо вот такое число перевести в HTTP формат даты

время с 1970 в каких секундах?

время с 1970 в каких секундах?

Utc, если об этом речь

Тебе точность какая нужна?

до секунд

Utc, если об этом речь

Вы уверены, что это UTC? 30 июня 2012 года, 23:59:60 корректное время?

Вы уверены, что это UTC? 30 июня 2012 года, 23:59:60 корректное время?

мм, вроде не корректное :) не понимаю к чему вы клоните

мм, вроде не корректное :) не понимаю к чему вы клоните

В UTC это корректное время!

мм, вроде не корректное :) не понимаю к чему вы клоните

Это корректное время в UTC.

ууу всё короче нафиг нафиг нафиг, пойду ка я поюзаю STL, если начнут избивать на ревью, скажу чтоб сначала функцию перевода в строку завезли в библиотеку

всем пасиба

ERROR: S client not available

Мало того что корректное, так и не равное 1 июля 2012 00:00:00

ууу всё короче нафиг нафиг нафиг, пойду ка я поюзаю STL, если начнут избивать на ревью, скажу чтоб сначала функцию перевода в строку завезли в библиотеку

перевод в строку зависит от потребностей читающего

Since C++20: system_clock measures Unix Time (i.e., time since 00:00:00 Coordinated Universal Time (UTC), Thursday, 1 January 1970, not counting leap seconds).

> not couning leap seconds

Удачной отладки)

кмк, смысл завозить в stl библиотеку для работы с сетью при такой разрухе в библиотеке времени сильно падает

:(

кмк, смысл завозить в stl библиотеку для работы с сетью при такой разрухе в библиотеке времени сильно падает

не совсем понял, про какую разруху речь

не совсем понял, про какую разруху речь

да банально, std::time_t с точки зрения стандарта это сферический конь в вакууме

да банально, std::time_t с точки зрения стандарта это сферический конь в вакууме

а чего бы ты хотел?

а чего бы ты хотел?

зафиксировать underlying type и семантику значения

а зачем?

а зачем?

а вот захотел я некоторое time-delta к std::time_t добавить

зафиксировать underlying type и семантику значения

нужно фиксировать семантику операций а не значений

нужно фиксировать семантику операций а не значений

а, ну да, согласен хотя с этой точки зрения в c++11 chrono вроде бы должны быть подходящии функции

а вот захотел я некоторое time-delta к std::time_t добавить

не совсем понимаю, какие проблемы

получаешь time_point и прибавляешь к нему duration

хорошо вам живётся с c++11 :)

хорошо вам живётся с c++11 :)

Угу. А нас с 03 страдать приходится

хорошо вам живётся с c++11 :)

ну это ваши проблемы, если в 2018 не можете на С++11 перейти

хорошо вам живётся с c++11 :)

это не хорошо, а уже крайне необходимо, в 2018 то году

да у нас софт типо супермегакроссплатформенный, не везде есть c++11, так что ядро должно быть c++03-compatible

да у нас софт типо супермегакроссплатформенный, не везде есть c++11, так что ядро должно быть c++03-compatible

а на какой платформе нет С++11?

на той на которой нет компилятора под этот стандарт?

да у нас софт типо супермегакроссплатформенный, не везде есть c++11, так что ядро должно быть c++03-compatible

а нельзя LLVM код в minimal-C перевести? :)

на той на которой нет компилятора под этот стандарт?

спасибо, капитан. я про это и спрашиваю

а нельзя LLVM код в minimal-C перевести? :)

где-то видел недавно llvm—based транспилятор из С++17 в С++14\С++11

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

где-то видел недавно llvm—based транспилятор из С++17 в С++14\С++11

да я уверен что там не очень сложно, хотя я так и поленился прочитать полные доки LLVM