А теперь перейди на страницу русификатора и посмотри путь до папки, куда следовало распаковывать всё :)
Вид для печати
Извиняюсь, моя глупость
ОШибка?PHP код:
Compilation aborted.
Pawn compiler 3.10.6 Copyright (c) 1997-2006, ITB CompuPhase
1 Error.
[Finished in 0.9s with exit code 1]
[cmd: ['pawncc.exe', 'C:\\Users\\ПК\\Desktop\\chw.pwn', '-oC:\\Users\\ПК\\Desktop/chw', '-;+', '-(+', '-d3']]
[dir: D:\projects\samp\compiler]
[path: C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\Skype\Phone\;C:\Program Files (x86)\NVIDIA Corporation\PhysX\Common;C:\Users\ПК\AppData\Local\Microsoft\WindowsApps;]
Разобрался
Не показывает строчки ошибок, можно ли как то исправить?
Приветствую!
Есть ли у вас опыт работы с инклудами внутри инклудов?
В частности, при попытке подключить YSI, возникают проблемы, т.к. в ней каждый инклуд тянет за собой другие инклуды, но для каждого вложенного инклуда, компилятор считает путь не относительно вызывающего инклуда, а относительно компилируемого pwn-файла, и в таком случае приходится везде переписывать их:
//#include "..\YSI_Coding\y_hooks" #include "../includes/YSI_Includes/YSI_Coding/y_hooks.inc"
А для такой большой коллекции библиотек как YSI, это особенно неприятно.
Есть ли варианты решения? Отказываться от Sublime'а точно не буду, скорее уж лучше отредактирую все YSI-файлы.
Это проблема не Sublime Text, а компилятора от Zeex.
Есть 3 варианта:
1) Вручную отредактировать все пути, как это и начал делать ты
2) Отредактировать расположение самих файлов
3) прописать дополнительные пути для поиска инклудов в компилятор через "-iпуть_до_папки_с_инклудами"
Набросал систему сборки для Open-GTO. Авось кому пригодится
Пока проблем с компиляцией не обнаружилPHP код:
{
"cmd":
[
"$file_path\\..\\compiler\\pawncc.exe",// Поиск компилятора по пути "папка_с_модом/compiler/"
"-i$file_path\\..\\compiler\\includes",// Поиск инклудов по пути "папка_с_модом/compiler/includes/"
"-i$file_path",// Поиск инклудов по пути "папка_с_модом/sources/"
"$file",
"-d3",
"-o$file_path\\..\\gamemodes\\\\$file_base_name",// Помещение .amx файла в папку "папка_с_модом/gamemodes/"
"-;+",
"-(+"
],
"file_regex": "(.*?)[(]([0-9]*)[)]",
"selector": "source.pwn"
}
UPD: Если Вы работаете с другими модами, у которых структура отлична от Open-GTO и приближена к стандартной структуре, можете сделать несколько систем сборки, забиндив их вызов на разные клавиши. Например:
При нажатии на F5 будет вызываться система сборки с именем "Pawn_main", рассчитанной на стандартную структуру, а Ctrl+B будет вызывать систему сборки для Open-GTOPHP код:
[
{ "keys": ["f5"], "command": "build","args":
{
"build_system": "Packages/User/Pawn_main.sublime-build",
"variant": "Main"
}
},
{ "keys": ["ctrl+b"], "command": "build", "args":
{
"build_system": "Packages/User/Pawn_GTO.sublime-build",
"variant": "GTO"
}
}
]
Действительно так. Думал, что в особенности сборки под Sublime.
Спасибо, что разъяснил.
Думаю, буду придерживаться все таки первого варианта, т.к. если библиотека и обновится, проще будет изменить еще раз все пути, нежели использовать третий вариант, и допустить возможные неправильные результаты путей, т.к. в YSI пути пишутся относительно вызывающего инклуда, а компилятор будет складывать их с нашей указанной директорией, а в папках YSI существуют файлы с одинаковым названием.