Собственно если в свойствах проекта в конфигурации Release установить "Debug Symbols" равным true, то компилятор показывает окно ассерта.

Минимальный код:

using Nemerle.Peg;

module Program
{    
  [PegGrammar(rule,
  grammar{
    rule : int = '1';
  })]
  public class Parser {
      rule(_ : NToken) : int {0}
  }
  Main() : void
  {
    _ = Parser();    
  }
}

Проект, на вский случай.

Здравствуйте, gerrCrazzy, Вы писали:

C>Собственно если в свойствах проекта в конфигурации Release установить "Debug Symbols" равным true, то компилятор показывает окно ассерта.
Известная фигня. Поставь false.
В релизе используется хитрая магия которая почемуто не хочет работать вмести с "Debug Symbols".

Здравствуйте, gerrCrazzy, Вы писали:

C>Собственно если в свойствах проекта в конфигурации Release установить "Debug Symbols" равным true, то компилятор показывает окно ассерта.

А ворнинги не напрягли? Компилятор же предупреждает, что так делать не стоит.

Это ошибка в SRE. Пишите в Коннект (МС).

Здравствуйте, WolfHound, Вы писали:

WH>В релизе используется хитрая магия которая почемуто не хочет работать вмести с "Debug Symbols".

В релизе вообще мало чего работает с отладочными символами. Да и релиза не будет как такового. Оптимизации выключаются если отладочные символы включается. Причем поделать ничего нельзя, так как это SRE само добавляет отладочные атрибуты.

Здравствуйте, VladD2, Вы писали:
VD>А ворнинги не напрягли? Компилятор же предупреждает, что так делать не стоит.

Нет, не напрягли, скорее немного расстроили. А вот это окно напрягло:

Такое поведение консольного компилятора не очень ожидаемо.
Если это баг SRE, было бы здорово, если бы warn N10010 был ошибкой.

Здравствуйте, gerrCrazzy, Вы писали:

C>Нет, не напрягли, скорее немного расстроили. А вот это окно напрягло:
C>[]http://files.rsdn.ru/48744/assert.png[/img]
C>Такое поведение консольного компилятора не очень ожидаемо.
C>Если это баг SRE, было бы здорово, если бы warn N10010 был ошибкой.

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

Здравствуйте, VladD2, Вы писали:

VD>Использовался компилятор собранный из исходников или установленный инсталлятором?

да, последний (r9596). Точнее установленный инсталлятором, собранным из ревизии 9596 (но это ведь не имеет значения?).
В GAC нет сборок Nemerle.
Ситема win2008 r2 x64

Командная строка: ncc @bfile.txt

bfile.txt:

/optimize
/no-color
/no-stdlib
/greedy-references:-
/doc:bin\Release\\ConsoleApplication1.xml
/define:TRACE
/target:exe
/debug+
/root-namespace:ConsoleApplication1

Main.n

/ref:C:\Windows\Microsoft.NET\Framework\v2.0.50727\mscorlib.dll
/ref:"C:\Program Files (x86)\Nemerle\Nemerle.dll"
/ref:"C:\Program Files (x86)\Nemerle\Nemerle.Peg.dll"
/macros:"C:\Program Files (x86)\Nemerle\Nemerle.Peg.Macros.dll"

/out:obj\Release\ConsoleApplication1.exe

Здравствуйте, gerrCrazzy, Вы писали:

C>Здравствуйте, VladD2, Вы писали:

VD>>Использовался компилятор собранный из исходников или установленный инсталлятором?

C>да, последний (r9596). Точнее установленный инсталлятором, собранным из ревизии 9596 (но это ведь не имеет значения?).
C>В GAC нет сборок Nemerle.
C>Ситема win2008 r2 x64

C>Командная строка: ncc @bfile.txt

C>bfile.txt:

/optimize
C>/no-color
C>/no-stdlib
C>/greedy-references:-
C>/doc:bin\Release\\ConsoleApplication1.xml
C>/define:TRACE
C>/target:exe
C>/debug+
C>/root-namespace:ConsoleApplication1

C> Main.n

C>/ref:C:\Windows\Microsoft.NET\Framework\v2.0.50727\mscorlib.dll
C>/ref:"C:\Program Files (x86)\Nemerle\Nemerle.dll"
C>/ref:"C:\Program Files (x86)\Nemerle\Nemerle.Peg.dll"
C>/macros:"C:\Program Files (x86)\Nemerle\Nemerle.Peg.Macros.dll"

C>/out:obj\Release\ConsoleApplication1.exe

Компилятор будет ругаться на совмещение выделенных опций

Здравствуйте, hardcase, Вы писали:

C>>bfile.txt:

/optimize
...
C>>/debug+

H>Компилятор будет ругаться на совмещение выделенных опций

Так и речь о том, что компилятор неадекватно ругается — сначала ворнинг, потом окно, требующее действий пользователя.
Системы автодеплоймента будут рады такому развитию событий.

Здравствуйте, gerrCrazzy, Вы писали:

C>Так и речь о том, что компилятор неадекватно ругается — сначала ворнинг, потом окно, требующее действий пользователя.
C>Системы автодеплоймента будут рады такому развитию событий.

Око требующее действий пользователя, это оставленный в коде assert2, его можно заменять на обычный assert, либо вообще выкинуть (в зависимости от ситуации).

Здравствуйте, hardcase, Вы писали:

H>Око требующее действий пользователя, это оставленный в коде assert2

Забыл сказать, эта штука позволяет начать отладку компилятора, если тыкнуть в кнопку "Повторить".

Здравствуйте, hardcase, Вы писали:

H>Око требующее действий пользователя, это оставленный в коде assert2, его можно заменять на обычный assert, либо вообще выкинуть (в зависимости от ситуации).

Вообще-то в релизе assert2 по идее не должен выдавать окон.

Здравствуйте, VladD2, Вы писали:

VD>Вообще-то в релизе assert2 по идее не должен выдавать окон.

Не должен, но он это делает:

  /// Used System.Diagnostics.Debug.Assert() to display message
  macro assert2 (cond, message = <[ "" ]>)
  {
    match (cond) {
      | <[ false ]> => // skip cond in this case so it gets 'a type
        <[ System.Diagnostics.Debug.Assert(false, ($message).ToString()) ]>
      | _ => <[ 
        unless ($cond) 
        {
          def msg = "Assertion: " + $(cond.ToString() : string)
                    + "\nAt: " + $(cond.Location.File : string) + " failed.";
          System.Diagnostics.Debug.Fail(msg, ($message).ToString())
        } ]>
    }
  }

Здравствуйте, hardcase, Вы писали:

H>Здравствуйте, VladD2, Вы писали:

VD>>Вообще-то в релизе assert2 по идее не должен выдавать окон.

H>Не должен, но он это делает:
H>

H>  /// Used System.Diagnostics.Debug.Assert() to display message
H>  macro assert2 (cond, message = <[ "" ]>)
H>  {
H>    match (cond) {
H>      | <[ false ]> => // skip cond in this case so it gets 'a type
H>        <[ System.Diagnostics.Debug.Assert(false, ($message).ToString()) ]>
H>      | _ => <[ 
H>        unless ($cond) 
H>        {
H>          def msg = "Assertion: " + $(cond.ToString() : string)
H>                    + "\nAt: " + $(cond.Location.File : string) + " failed.";
H>          System.Diagnostics.Debug.Fail(msg, ($message).ToString())
H>        } ]>
H>    }
H>  }
H>

Методы класса Debug не вызываются в релизе.

Здравствуйте, Ziaw, Вы писали:

Z>Методы класса Debug не вызываются в релизе.

Вызываются. Nemerle не контролирует наличие атрибута Conditional.

Здравствуйте, Ziaw, Вы писали:

Z>Методы класса Debug не вызываются в релизе.

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

Здравствуйте, hardcase, Вы писали:

H>Здравствуйте, Ziaw, Вы писали:

Z>>Методы класса Debug не вызываются в релизе.

H>Вызываются. Nemerle не контролирует наличие атрибута Conditional.

Теперь

Автор: hardcase
Дата: 21.02.11

атрибут Conditional учитывается.