DOS ain't dead

CandyMan 24.03.2024, 12:41	Framework Pascal Compiler 6.1 (Developers) Post reply
	Has anyone managed to download Framework Pascal Compiler 6.1 from the website: https://pascal.developpez.com/telecharger/detail/id/1667/Framework-Pascal ? If so, please upload it for me. Thanks.

glennmcc

North Jackson, Ohio (USA),
24.03.2024, 21:00

@ CandyMan

Framework Pascal Compiler 6.1

Post reply

> Has anyone managed to download Framework Pascal Compiler 6.1 from the
> website:
>
> https://pascal.developpez.com/telecharger/detail/id/1667/Framework-Pascal
>
> ?
>
> If so, please upload it for me.
>
> Thanks.

I can't read French so used translate.google.com

"Framework Pascal succeeds TMT Pascal since version 6.0.
Mainly intended for the Win32 platform, FrameWork Pascal also allows you to compile for 32-bit DOS. Framework Pascal loudly claims to be able to bring your Turbo Pascal applications to life - it must be admitted that other compilers do it... while being free.
A particular effort seems to have been made in terms of graphics libraries: OpenGL and DirectX of course but also MGL and, more surprisingly, VESA/VBE 2!

Unfortunately, there is no evaluation version of Framework Pascal. On the other hand, version 3.90 of TMT Pascal, which only allows compilation for DOS, can be obtained by students and educational establishments."

---
--
http://glennmcc.org/

Berlin, Germany,
24.03.2024, 21:07

@ CandyMan

Framework Pascal Compiler 6.1

Post reply

> Has anyone managed to download Framework Pascal Compiler 6.1 from the
> website:
>
> https://pascal.developpez.com/telecharger/detail/id/1667/Framework-Pascal
>
> ?
>
> If so, please upload it for me.

This site says: "License: Paid" and "Unfortunately, there is no evaluation version of Framework Pascal. On the other hand, version 3.90 of TMT Pascal, which only allows compilation for DOS, can be obtained by students and educational establishments."

So, Framework Pascal 6.1 is not available for download.

Downloads of TMT Pascal 3.90 Lite or 3.50 SP2 Lite are still available at the assembler / compiler section on our Links page. Look for "TMT Pascal".

I can also upload ref.pdf and units.pdf, if needed.

---
Forum admin

Laaca

Czech republic,
24.03.2024, 22:33

@ CandyMan

Framework Pascal Compiler 6.1

Post reply

Unfortunately, Framework pascal 6.1 does not exist.
The original russian developpers ended with TMT 5.1
After that, Framework software bought it and for some time it was possible to buy it under name Framework pascal 5.1.
(BTW, I have it)
After some time they announced the 6.1 but the compiler remained the same - only some included units was added, nothing more. But it was never been sold in reality.
Two years ago I tried to buy the 6.1 from them.
They responded that FWP 6.1 in not ready as they changed their focus to write firmware for Gigabyte motherboards but they sent me the FWP 5.1

---
DOS-u-akbar!

glennmcc

North Jackson, Ohio (USA),
24.03.2024, 22:52

@ Laaca

Framework Pascal Compiler 6.1

Post reply

> Unfortunately, Framework pascal 6.1 does not exist.
> The original russian developpers ended with TMT 5.1
> After that, Framework software bought it and for some time it was possible
> to buy it under name Framework pascal 5.1.
> (BTW, I have it)
> After some time they announced the 6.1 but the compiler remained the same -
> only some included units was added, nothing more. But it was never been
> sold in reality.
> Two years ago I tried to buy the 6.1 from them.
> They responded that FWP 6.1 in not ready as they changed their focus to
> write firmware for Gigabyte motherboards but they sent me the FWP 5.1

Hmm... sounds like FWP 6.1 actually never _really_ existed in the first place.

Similar to the 'never really existed' DR-DOS 8.x
which was in reality 'pirated/plagiarized' from Udo's Enhanced-DRDOS/FreeDOS

https://en.wikipedia.org/wiki/DR-DOS#Controversies

---
--
http://glennmcc.org/

Berlin, Germany,
27.03.2024, 21:25

@ glennmcc

Framework Pascal Compiler 6.1

Post reply

> Hmm... sounds like FWP 6.1 actually never _really_ existed in the first
> place.

Got this mail from Framework today: "We are in the middle of rewriting it. It may be ready in 3 month. The target is full GUI libraries that can be compiled for Windows as well as EUFI."

I guess, he meant UEFI.

By the way: He didn't send me FWP 5.1. ;-) :-|

---
Forum admin

glennmcc

North Jackson, Ohio (USA),
27.03.2024, 23:01

@ rr

Framework Pascal Compiler 6.1

Post reply

> > Hmm... sounds like FWP 6.1 actually never _really_ existed in the first
> > place.
>
> Got this mail from Framework today: "We are in the middle of rewriting
> it. It may be ready in 3 month. The target is full GUI libraries that can
> be compiled for Windows as well as EUFI."
>
> I guess, he meant UEFI.
>
> By the way: He didn't send me FWP 5.1. ;-) :-|

Since this announcement was made in Feb of 2008
https://pascal.developpez.com/telecharger/detail/id/1667/Framework-Pascal
and it's still not available...

I'm sticking with 'never _really_ existed in the first place.'
(and still does not exist) ;-)

---
--
http://glennmcc.org/

Laaca

Czech republic,
27.03.2024, 23:37

@ glennmcc

GNU pascal

Post reply

Has somebody succeeded to get the DOS version of GNU pascal to work?
I am able to compile some very simple programs like Hello World.
But if I try to any program calling other units I am not able to do it.
It is difficult for me as the GNU pascal is a hybrid between pascal world and conventions and C/DPGPP conventions which I am not familiar to.

---
DOS-u-akbar!

Rugxulo

Usono,
28.03.2024, 01:21

@ Laaca

GNU pascal

Post reply

> Has somebody succeeded to get the DOS version of GNU pascal to work?
> I am able to compile some very simple programs like Hello World.
> But if I try to any program calling other units I am not able to do it.
> It is difficult for me as the GNU pascal is a hybrid between pascal world
> and conventions and C/DPGPP conventions which I am not familiar to.

Yes, I sometimes use it for simple programs. But the only real advantage to GNU Pascal is its support for the two standards (which I like): 7185 and 10206. Otherwise it's way too bloated output. (When the P5 bytecode compiler/interpreter itself is barely bigger than "hello world", you've got a problem. UPX helps but not a lot.)

You can specify --uses=heapmon (etc.) on cmdline, but you'll probably also need --automake . I'm not sure what you're trying to do, but I can send you a makefile or examples through gmail.

Laaca

Czech republic,
28.03.2024, 06:20

@ Rugxulo

GNU pascal

Post reply

Wow!!!
Could you send me (or upload somewhare) your working GNU pascal package
(rather even with bundled DJGPP) to be runnable just out of the box?
I would like to try it a little bit.
The main advantage should be the easy linking to DJGPP libraries like Allegro.

---
DOS-u-akbar!

Rugxulo

Usono,
29.03.2024, 02:38

@ Laaca

GNU pascal

Post reply

> Wow!!!
> Could you send me (or upload somewhare) your working GNU pascal package
> (rather even with bundled DJGPP) to be runnable just out of the box?
> I would like to try it a little bit.
> The main advantage should be the easy linking to DJGPP libraries like
> Allegro.

You really only need GCC, GPC, BinUtils, DJDEV, and maybe MAKE. It installs in the standard way. There's no need for me to send you those unmodified files, but I'll send you my setup .BAT if you want.

Laaca

Czech republic,
29.03.2024, 04:09

@ Rugxulo

GNU pascal

Post reply

> You really only need GCC, GPC, BinUtils, DJDEV, and maybe MAKE. It installs
> in the standard way. There's no need for me to send you those unmodified
> files, but I'll send you my setup .BAT if you want.

OK, send me please the BAT file.

---
DOS-u-akbar!

Rugxulo

Usono,
29.03.2024, 06:42

@ Laaca

GNU pascal

Post reply

gpc.bat
@echo off if not "%DJGPP%"=="" goto end if "%RAMDRIVE%"=="" goto end if exist %RAMDRIVE%:\GPC\BIN\gpc.exe goto end set Z1=C:\ZIPS\DJGPP set U1=%UNZIP% set UNZIP=%UNZIP% -qqqn for %%a in (md pushd) do %%a %RAMDRIVE%:\GPC if not "%DEBUG%"=="" time /t unzip %Z1%\OLD\g[pc]c.old unzip %Z1%\djdev.zip unzip %Z1%\make.zip unzip %Z1%\binutils.zip set UNZIP=%U1% for %%z in (Z1 U1) do set %%z= popd if "%NOPACK%"=="" upx -qqq %RAMDRIVE%:\GPC\...\*c1.exe if "%NOPACK%"=="" upx -qqq --best %RAMDRIVE%:\GPC\...\*.exe if not "%DEBUG%"=="" time /t set DJGPP=%RAMDRIVE%:\GPC\djgpp.env call mypath %RAMDRIVE%:\GPC\BIN prompt [ FreeDOS - DJGPP/GPC ] if not "%1"=="" gpc.exe %1 %2 %3 %4 %5 %6 %7 %8 %9 :end

gpc.mak
# By default, GNU make doesn't really set PC and PFLAGS to useful values. # You can "set PC=gpc" and "set PFLAGS=-O --classic-pascal" and "make b" # (if b.p exists), but below is a slightly better way. # # Put this in /dev/env/DJDIR/include and "set MAKEFILES=gpc.mak". # Then you can use this as additional default rules, e.g. "make b.exe". # # Otherwise you'll have to make your own local makefile and separately # "-include" this one at top with its full path specified. # # You can then also "set DIALECT=--classic-pascal" so you don't have # to manually override it on cmdline every time. EXE = .exe PC = gpc DEBUG ?= -s MARCH ?= pentium MTUNE ?= i686 OPTLEVEL ?= -O2 INLINE ?= -finline-functions OPTIMIZE ?= $(OPTLEVEL) $(INLINE) -march=$(MARCH) -mtune=$(MTUNE) WARN ?= -Wall -Wextra DIALECT ?= --extended-pascal AUTOMAKE ?= --automake RANGE ?= --no-range-checking FPO ?= -fomit-frame-pointer #-momit-leaf-frame-pointer #OTHER ?= --uses=heapmon PFLAGS ?= $(DEBUG) $(WARN) $(OPTIMIZE) $(DIALECT) $(AUTOMAKE)\ $(RANGE) $(FPO) $(OTHER) %$(EXE):: %.pas {!TAB!}$(PC) $(PFLAGS) $< -o $@ # EOF

Framework Pascal Compiler 6.1 (Developers)

Framework Pascal Compiler 6.1

Framework Pascal Compiler 6.1

Framework Pascal Compiler 6.1

Framework Pascal Compiler 6.1

Framework Pascal Compiler 6.1

Framework Pascal Compiler 6.1

GNU pascal

GNU pascal

GNU pascal

GNU pascal

GNU pascal

GNU pascal