#free_pascal — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #free_pascal, aggregated by home.social.
-
Место Питона, Си и Паскаля в образовательном процессе
В то время как одни пытаются обосновать, какой язык лучше в качестве средства обучения программированию школьников, посмотрим на вопрос с другого угла. Ведь не только языки бывают разными, также не всегда одинаковы цели обучения, методики (подходы), обучаемые. Поэтому вероятно в одних случаях может быть лучше один язык, в других — иной. Подробнее
https://habr.com/ru/articles/1017594/
#pascal #free_pascal #python #си #образование #обучение_программированию #школа #дополнительное_образование #методика_обучения #программирование
-
Место Питона, Си и Паскаля в образовательном процессе
В то время как одни пытаются обосновать, какой язык лучше в качестве средства обучения программированию школьников, посмотрим на вопрос с другого угла. Ведь не только языки бывают разными, также не всегда одинаковы цели обучения, методики (подходы), обучаемые. Поэтому вероятно в одних случаях может быть лучше один язык, в других — иной. Подробнее
https://habr.com/ru/articles/1017594/
#pascal #free_pascal #python #си #образование #обучение_программированию #школа #дополнительное_образование #методика_обучения #программирование
-
Место Питона, Си и Паскаля в образовательном процессе
В то время как одни пытаются обосновать, какой язык лучше в качестве средства обучения программированию школьников, посмотрим на вопрос с другого угла. Ведь не только языки бывают разными, также не всегда одинаковы цели обучения, методики (подходы), обучаемые. Поэтому вероятно в одних случаях может быть лучше один язык, в других — иной. Подробнее
https://habr.com/ru/articles/1017594/
#pascal #free_pascal #python #си #образование #обучение_программированию #школа #дополнительное_образование #методика_обучения #программирование
-
Место Питона, Си и Паскаля в образовательном процессе
В то время как одни пытаются обосновать, какой язык лучше в качестве средства обучения программированию школьников, посмотрим на вопрос с другого угла. Ведь не только языки бывают разными, также не всегда одинаковы цели обучения, методики (подходы), обучаемые. Поэтому вероятно в одних случаях может быть лучше один язык, в других — иной. Подробнее
https://habr.com/ru/articles/1017594/
#pascal #free_pascal #python #си #образование #обучение_программированию #школа #дополнительное_образование #методика_обучения #программирование
-
RE: https://fosstodon.org/@CyberUnitsTeam/116286880612738227
...and it is written in #Object_Pascal with the #Lazarus IDE for #Free_Pascal.
-
RE: https://fosstodon.org/@CyberUnitsTeam/116286880612738227
...and it is written in #Object_Pascal with the #Lazarus IDE for #Free_Pascal.
-
RE: https://fosstodon.org/@CyberUnitsTeam/116286880612738227
...and it is written in #Object_Pascal with the #Lazarus IDE for #Free_Pascal.
-
The irony: the entire RISC-V base ISA (RV64GC) is beautifully RISC: simple opcodes, fixed 32-bit instructions (+ compressed), load/store architecture, no flags, no implicit state. Then RVV comes along and throws all those principles out the window: global implicit state, microcode-like behavior, variable semantics of the same instruction.
Because vsetvli changes the semantics of all subsequent V-instructions based on the current VLEN configuration. For a JIT compiler in an Emulator and for an Emulator in general, this means having to continuously track the vtype state and react to any changes, a fundamental contradiction to the principle of statically analyzable instructions. It feels like the RISC-V Foundation sacrificed the simplicity and elegance of the RISC principle to create a powerful but extremely complex "super-SIMD" that is difficult to efficiently map in a JIT. A more traditional SIMD extension with fixed vector widths and clearly defined instruction semantics would have been much more JIT-friendly. The upcoming P extension does go in that direction, but it is primarily targeted at embedded and low-power applications rather than high-performance computing.
#riscv #riscv64 #emulation #pasriscv #object_pascal #delphi #free_pascal
-
The irony: the entire RISC-V base ISA (RV64GC) is beautifully RISC: simple opcodes, fixed 32-bit instructions (+ compressed), load/store architecture, no flags, no implicit state. Then RVV comes along and throws all those principles out the window: global implicit state, microcode-like behavior, variable semantics of the same instruction.
Because vsetvli changes the semantics of all subsequent V-instructions based on the current VLEN configuration. For a JIT compiler in an Emulator and for an Emulator in general, this means having to continuously track the vtype state and react to any changes, a fundamental contradiction to the principle of statically analyzable instructions. It feels like the RISC-V Foundation sacrificed the simplicity and elegance of the RISC principle to create a powerful but extremely complex "super-SIMD" that is difficult to efficiently map in a JIT. A more traditional SIMD extension with fixed vector widths and clearly defined instruction semantics would have been much more JIT-friendly. The upcoming P extension does go in that direction, but it is primarily targeted at embedded and low-power applications rather than high-performance computing.
#riscv #riscv64 #emulation #pasriscv #object_pascal #delphi #free_pascal
-
The irony: the entire RISC-V base ISA (RV64GC) is beautifully RISC: simple opcodes, fixed 32-bit instructions (+ compressed), load/store architecture, no flags, no implicit state. Then RVV comes along and throws all those principles out the window: global implicit state, microcode-like behavior, variable semantics of the same instruction.
Because vsetvli changes the semantics of all subsequent V-instructions based on the current VLEN configuration. For a JIT compiler in an Emulator and for an Emulator in general, this means having to continuously track the vtype state and react to any changes, a fundamental contradiction to the principle of statically analyzable instructions. It feels like the RISC-V Foundation sacrificed the simplicity and elegance of the RISC principle to create a powerful but extremely complex "super-SIMD" that is difficult to efficiently map in a JIT. A more traditional SIMD extension with fixed vector widths and clearly defined instruction semantics would have been much more JIT-friendly. The upcoming P extension does go in that direction, but it is primarily targeted at embedded and low-power applications rather than high-performance computing.
#riscv #riscv64 #emulation #pasriscv #object_pascal #delphi #free_pascal
-
The irony: the entire RISC-V base ISA (RV64GC) is beautifully RISC: simple opcodes, fixed 32-bit instructions (+ compressed), load/store architecture, no flags, no implicit state. Then RVV comes along and throws all those principles out the window: global implicit state, microcode-like behavior, variable semantics of the same instruction.
Because vsetvli changes the semantics of all subsequent V-instructions based on the current VLEN configuration. For a JIT compiler in an Emulator and for an Emulator in general, this means having to continuously track the vtype state and react to any changes, a fundamental contradiction to the principle of statically analyzable instructions. It feels like the RISC-V Foundation sacrificed the simplicity and elegance of the RISC principle to create a powerful but extremely complex "super-SIMD" that is difficult to efficiently map in a JIT. A more traditional SIMD extension with fixed vector widths and clearly defined instruction semantics would have been much more JIT-friendly. The upcoming P extension does go in that direction, but it is primarily targeted at embedded and low-power applications rather than high-performance computing.
#riscv #riscv64 #emulation #pasriscv #object_pascal #delphi #free_pascal
-
The irony: the entire RISC-V base ISA (RV64GC) is beautifully RISC: simple opcodes, fixed 32-bit instructions (+ compressed), load/store architecture, no flags, no implicit state. Then RVV comes along and throws all those principles out the window: global implicit state, microcode-like behavior, variable semantics of the same instruction.
Because vsetvli changes the semantics of all subsequent V-instructions based on the current VLEN configuration. For a JIT compiler in an Emulator and for an Emulator in general, this means having to continuously track the vtype state and react to any changes, a fundamental contradiction to the principle of statically analyzable instructions. It feels like the RISC-V Foundation sacrificed the simplicity and elegance of the RISC principle to create a powerful but extremely complex "super-SIMD" that is difficult to efficiently map in a JIT. A more traditional SIMD extension with fixed vector widths and clearly defined instruction semantics would have been much more JIT-friendly. The upcoming P extension does go in that direction, but it is primarily targeted at embedded and low-power applications rather than high-performance computing.
#riscv #riscv64 #emulation #pasriscv #object_pascal #delphi #free_pascal
-
Никлаус Вирт и язык Pascal — легенды 80-х
В 1970 году молодой швейцарский учёный и программист Никлаус Вирт (Niklaus Wirth) выпустил первую версию Pascal. Прошло более полувека, автор умер в 89 лет, а вот Паскаль остаётся актуальным и популярным языком программирования.
https://habr.com/ru/companies/ruvds/articles/968706/
#Никлаус_Вирт #Pascal #Turbo_Pascal #Delphi #Niklaus_Wirth #Free_Pascal #Lazarus_IDE #Algol #Euler #ruvds_статьи
-
This cross-platform RPN calculator has been written in #Object_Pascal with the #Lazarus IDE for the #Free_Pascal compiler. Source code has been made available.
-
This cross-platform RPN calculator has been written in #Object_Pascal with the #Lazarus IDE for the #Free_Pascal compiler. Source code has been made available.
-
Обработка повторных запусков приложения в Windows
Один экземпляр — множество вызовов: Как обеспечить работу вашего приложения так, чтобы оно запускалось только один раз, а все последующие вызовы — передавали данные уже работающему экземпляру? Предлагаю рассмотреть решение с использованием Mutex и Named Pipes на примере заглушки, которая должна обрабатывать ссылки протокола ask: для ЛОЦМАН:PLM.
-
Issue 123/124 of Blaise Pascal Magazine released: #Geocoding with #Pascal, a die-cast simulator for teaching statistics in #Object_Pascal, QUEENS puzzle in Pascal, threading #Free_Pascal code via #WebAssembly in the browser, RTTI in #PAS2JS etc.
-
Issue 123/124 of Blaise Pascal Magazine released: #Geocoding with #Pascal, a die-cast simulator for teaching statistics in #Object_Pascal, QUEENS puzzle in Pascal, threading #Free_Pascal code via #WebAssembly in the browser, RTTI in #PAS2JS etc.
-
Issue 123/124 of Blaise Pascal Magazine released: #Geocoding with #Pascal, a die-cast simulator for teaching statistics in #Object_Pascal, QUEENS puzzle in Pascal, threading #Free_Pascal code via #WebAssembly in the browser, RTTI in #PAS2JS etc.
-
Issue 123/124 of Blaise Pascal Magazine released: #Geocoding with #Pascal, a die-cast simulator for teaching statistics in #Object_Pascal, QUEENS puzzle in Pascal, threading #Free_Pascal code via #WebAssembly in the browser, RTTI in #PAS2JS etc.
-
Issue 123/124 of Blaise Pascal Magazine released: #Geocoding with #Pascal, a die-cast simulator for teaching statistics in #Object_Pascal, QUEENS puzzle in Pascal, threading #Free_Pascal code via #WebAssembly in the browser, RTTI in #PAS2JS etc.
-
3D графика на форме в Lazarus IDE
При разработке приложения иногда возникает необходимость в создании трёхмерной визуализации. Например, это может быть отрисовка трёхмерной поверхности с наложенной текстурой или отображение трёхмерной модели детали или сборочной единицы проектируемого изделия. Помимо визуализации, пользователю следует предоставить функционал для интерактивного взаимодействия с моделью — возможность вращать, приближать и перемещать её в области просмотра.