Новые компиляторы на Timus Online Judge

№	Пользователь	Рейтинг
1	tourist	3880
2	jiangly	3669
3	ecnerwala	3654
4	Benq	3627
5	orzdevinwang	3612
6	Geothermal	3569
6	cnnfls_csy	3569
8	jqdai0815	3532
9	Radewoosh	3522
10	gyh20	3447

№	Пользователь	Вклад
1	awoo	161
2	maomao90	160
3	adamant	156
4	maroonrk	153
5	-is-this-fft-	148
5	atcoder_official	148
5	SecondThread	148
8	Petr	147
9	nor	144
9	TheScrasse	144

Сегодня на Тимусе стало доступно сразу несколько новых компиляторов:

Go 1.0.3
VB.NET 2010
Python 2.7
Python 3.3
Ruby 1.9.3
Haskell 7.6.1

Справка по ним еще не дописана. Для справки нам нужны самые простые решения задач 1000. A+B Problem и 1001. Обратный корень и самые эффективные решения задачи 1001. Обратный корень. Если вы пишете на этих языках и хотите помочь Тимусу, то оставляйте свои варианты решений в комментариях к этому посту.

UPD. По многочисленным просьбам добавил еще и MinGW gcc 4.7.2. Опции компилятора такие же как на Codeforces.

UPD 2. Какие вы знаете отличия MinGW g++ от Visual C++? Было бы неплохо дополнить нашу справку.

#include <stdio.h> int main() { long long x = 1ll << 60; printf("%lld %I64d\n", x, x); printf("%d %d %d\n", sizeof(int), sizeof(long), sizeof(long long)); printf("%d %d\n", sizeof(double), sizeof(long double)); return 0; }

Комментарии (32)

Написать комментарий?

PavelKunyavskiy

11 лет назад, # |

+33

Планируется ли появление GNU C++? Не совместимости с Visual Studio раздражают сильно. Я верю что его поддержать не сильно сложнее, чем все выше перечисленное.

→ Ответить

VladimirYakovlev

11 лет назад, # ^ |

+10

А какую его реализацию под Windows вы бы предпочли?

Ну я пользуюсь MinGW. Других у людей не встречал, хотя наверное они существуют. Тут в частности тоже он используется.

+52

Добавил MinGW gcc 4.7.2

andreyv

А можно ли тогда заодно добавить и GCC в режиме C++11? Ничего делать не надо, просто скопировать строку запуска для g++ и добавить к ней -std=c++11 или -std=gnu++11.

Добавил для gcc -std=c11 и для g++ -std=c++11.

Zhukov_Dmitry

← Rev. 2 →

c++11 и просто c++ надо делать разными языками, т.к. они не совместимы друг с другом.

Например, вывод double в c++ — printf("%lf", x), а в c++11 — printf("%f", x).

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

UPD: хотя, под убунтой вроде работает и "%f" и "%lf". Видимо, это специфика MinGW под Windows.

+20

Нет, это неверно. Во всех версиях как C, так и C++ вывод double в printf() осуществляется через %f. Да, это не совпадает со спецификатором для double в scanf().

Да, действительно надо выводить double через "%f".

Но почему-то до c++0x везде "%lf" тоже работал.

Спасибо за информацию. Буду настраивать два отдельных языка.

Trytrytry

Кто нибудь покажите пожалуйста как осуществить ввод данных на Python 3.3 в задаче 1001

CountZero

как-то так: inp = reversed(sys.stdin.read().split())

winger

Круто! А на поддержку scala можно надеяться?

+24

Да, можно

BekzhanKassenov

Думаю стоит добавить это в справку о C++.

Про отличия MinGW от Visual.

%lld/%I64d. Под MSVC работают то ли оба, то ли только первый, то ли в зависимости от версии. Под виндовым g++ работает только второй.
long double — действительно long.
Стек не выставляется из программы, должен быть выставлен на уровне строки компиляции.

it4.kp

Самое бесящее меня отличие, это то что MinGW не понимает подряд идущие угловые скобки, типа как:

pair<int,pair<int,int>>

постоянно надо пробелы вставлять. В студии с этим все ок.

И между прочим, в отличии от студии он делает это в соответствии со стандартом. Если -std=c++0x, то опять таки, в соответствии со стандартом не ругается.

Запустил на Тимусе

Выход:

1152921504606846976 1152921504606846976
4 4 8
8 12

Видимо начиная с какой-то версии g++ тоже научился обрабатывать оба варианта. Правда на %lld все равно кидает warning, что "А я не знаю что это такое".

riadwaw

+12

Кстати, На КФе такой же вывод, несмотря на предупреждение

JKeeJ1e30

-35

Не уверен что на всех серверах так, но тем не менее спасибо за коммент.

А вот, если на разных серверах одинаковый код выполняется по-разному, эт очень плохо

adamant

i+= ++i + ++i;

убедил, бывает UB.

Однако, судя по всему, в c++ 11, lld уже должен быть по стандарту.

draft 3242: Table 86, § 22.4.2.1.2

artyom.kazak

+14

Обратный корень, простое решение, Haskell:

main = interact $ 
  unlines . reverse . map (show.sqrt.fromInteger.read) . words

Обратный корень, эффективное решение, Haskell: http://hpaste.org/82623 (по неизвестным причинам парсер CF слетает на этом коде).

Надеюсь, вы не против того, что я взял ваш код для раздела справки.

Я написал дополненную версию раздела справки:

http://pastehtml.com/view/ctltfs3nv.mrk (html)

http://pastebin.com/Jjw0NhvN (markdown)

Код упростил и ускорил в два раза.

A+B Problem, Haskell:

main = do
  [a, b] <- (map read . words) `fmap` getLine
  print (a+b)

← Rev. 4 →

В MinGW и Visual C++ некоторые вещи реализованы по-разному. Был случай: я решал задачу С отсюда. Послал по привычке в G++ -> получил ТЛ. Долго сидел и не мог понять почему (решение вроде бы очевидное). Потом (не помню почему) послал этот код под вижаком и получил АС. Через 10 минут я написал в блог вопрос, почему, вроде бы тормозной Visual C++, сработал быстрее чем G++? Но, увы, меня потролили, заминусовали, а ответ так и не дали.

dkirienko

+48

Почему-то не нашел такого комментария:

Спасибо!

GCC теперь представлен в четырех вариантах:

GCC 4.7.2
G++ 4.7.2
GCC 4.7.2 C11
G++ 4.7.2 C++11

Изменилось поведение тестовой программы:

#include <stdio.h>
int main()
{
   long long x = 1ll << 60;
   printf("%lld\n", x);
   printf("%I64d\n", x);
   return 0;
}

Выход на GCC:

0
1152921504606846976

Выход на GCC C++11:

1152921504606846976
1152921504606846976

Блог пользователя VladimirYakovlev