Competitions

# Extreme Sort

John likes sorting algorithms very much. He has studied quicksort, merge sort, radix sort, and many more.

A long time ago he has written a lock-free parallel string sorting program. It was a combination of burstsort and multi-key quicksort. To implement burstsort you need to build a tree of buckets. For each input string you walk through the tree and insert part of the string into the right bucket. When a bucket fills up, it "bursts" and becomes a new subtree (with new buckets).

Well, enough about the past. Today John is playing with sorting algorithms again. This time it's numbers. He has an idea for a new algorithm, "extreme sort". It's extremely fast, performance levels are OVER NINETHOUSAND. Before he tells anyone any details, he wants to make sure that it works correctly.

Your task is to help him and verify that the so-called extreme property holds after the first phase of the algorithm. The extreme property is defined as min (xi,j) ≥ 0, where

#### Input

The first line contains a single integer n (1n1024). The second line contains n integers a1, a2, ..., an (1ai1024).

#### Output

Print one line containing "yes" if the extreme property holds for the given input and "no" otherwise.

Time limit 1 second
Memory limit 64 MiB
Input example #1
2
1 2

Output example #1
yes

Input example #2
4
2 1 3 4

Output example #2
no

Source 2015 German Collegiate Programming Contest (GCPC), June 20, Problem G