From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <darktemplar@altlinux.org>
X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on
 sa.local.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00
 autolearn=unavailable autolearn_force=no version=3.4.1
To: devel@lists.altlinux.org
References: <201903241113.50050.asy@altlinux.org>
 <201903261351.34081.asy@altlinux.org>
 <616be06e-da01-dcfb-b6c3-0e5d7029700d@altlinux.org>
 <201903261452.45759.asy@altlinux.org>
From: Aleksei Nikiforov <darktemplar@altlinux.org>
Message-ID: <dba9a9ea-5782-c313-4870-c519dce11d62@altlinux.org>
Date: Tue, 26 Mar 2019 15:04:03 +0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.6.0
MIME-Version: 1.0
In-Reply-To: <201903261452.45759.asy@altlinux.org>
Content-Type: text/plain; charset=koi8-r; format=flowed
Content-Language: ru
Content-Transfer-Encoding: 8bit
Subject: Re: [devel] =?utf-8?b?c2xhbmcyIChSZTogcnBtLWJ1aWxkINC4INC90LUg0YE=?=
 =?utf-8?b?0LDQvNGL0Lkg0L/QvtGB0LvQtdC00L3QuNC5IGdjYyk=?=
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux Team development discussions <devel@lists.altlinux.org>
List-Id: ALT Linux Team development discussions <devel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/devel>,
 <mailto:devel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel>
List-Post: <mailto:devel@lists.altlinux.org>
List-Help: <mailto:devel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
 <mailto:devel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Tue, 26 Mar 2019 12:04:39 -0000
Archived-At: <http://lore.altlinux.org/devel/dba9a9ea-5782-c313-4870-c519dce11d62@altlinux.org/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

26.03.2019 13:52, Sergey Afonin пишет:
> On Tuesday 26 March 2019, Aleksei Nikiforov wrote:
> 
>> Какие-нибудь предупреждения при сборке этих непроходящих тестов есть?
> 
> У тестов нет. А вот у slang есть два:
> src/slang.c:5743:9: warning: 'test' may be used uninitialized in this function [-Wmaybe-uninitialized]
> src/slarrfun.c:966:7: warning: 'w[<unknown>]' may be used uninitialized in this function [-Wmaybe-uninitialized]
> 
> Тесты падающие такие:
> 2 tests failed:  array.sl array.slc
> 
> И оба в одном месте:
> 
> Testing array functions ...Unable to create a multi-dimensional array of the desired size
> ./array.sl:166:<top-level>:Invalid Parameter
> 
> Вообще, какая-то корреляция между название slarrfun и названиями
> тестов есть. Строка там "wk = w[k];", на первый взгляд мне не очень
> понятно, чем там k не нравится. Вроде нулём инициализируется, потом
> есть присвоение
> 
>          if (use_this_dim != NULL)
>            {
>               k = *use_this_dim;
>               use_all_dims = 0;
>            }
> 
> Но я не программист, если что-то есть неочевидное, сходу могу и не
> увидеть.
> 

Вполне возможно, что k >= old_num_dims может быть при некоторых 
условиях, тогда w[k] действительно не будет инициализировано. Но даже 
исправление этого предупреждения может не помочь.

Посмотрел array.sl, на строке 166:

    SS = Long_Type[10000,10000,10000,10000,10000,10000];

Если я правильно понял, это создание многомерного массива размером 
10000x10000x10000x10000x10000x10000x10000. Суммарный размер массива 
является числом, которое не влезет в 32 бита. Возможно, где-то при 
расчёте размера массива идут целочисленные переполнения или ещё что-то, 
и gcc-8 может сгенерировать код, поведение которого отличается от кода, 
сгенерированного с помощью gcc-7.

>> А если выкрутить предупреждения на максимум?
> 
> Пока не пробовал.
>