1

Topic: The developer of kernel FIREBIRD: the first steps

Decided to study process of finishing of kernel FIREBIRD.
I do the first steps and at once there were questions.
With setting and adjustment of the environment of problems it is not revealed, to follow the description on  enough.
But here with the assembly of projects problems began.
I will make a reservation at once that it is a question about Windows versions.
Under a Visual Studio version 3.0.2 gathers without problems. To warnings we will not pay attention yet, we return to them later.
But the last release 3.0.3 where support already VS2015 is included, at compilation and the project assembly on start make_boot.bat produces an error. For not clear reason handling falls out of preprocessing alice_meta.epp.
Well and further, on absence alice_meta.cpp all assembly falls, as the appropriate library was not compiled.
Who can prompt in what a problem?
In advance thanks.

2

Re: The developer of kernel FIREBIRD: the first steps

SQL2008;
Learn With ++, and do not complain.

3

Re: The developer of kernel FIREBIRD: the first steps

SQL2008 wrote:

Who can prompt in what a problem?

If you try to collect triple studio 2015 problems are predicted: it not a mainstream
And Vlad  appropriate projects not at once. Collect from current sources , instead of
Release.

4

Re: The developer of kernel FIREBIRD: the first steps

Dimitry Sibiryakov wrote:

it is passed...
If you try to collect triple studio 2015 problems are predicted: it not a mainstream
And Vlad  appropriate projects not at once.

Thanks. I and thought, but decided to specify.

5

Re: The developer of kernel FIREBIRD: the first steps

SQL2008 wrote:

But the last release 3.0.3 where support already VS2015 is included, at compilation and the project assembly on start make_boot.bat produces an error. For not clear reason handling falls out of preprocessing alice_meta.epp.
Well and further, on absence alice_meta.cpp all assembly falls, as the appropriate library was not compiled.

Once again I repeat - I checked the assembly 3.0.3 with VS2015 and it in the full order.
Show an assembly broad gull, one of subdirectories in gen most likely has not been created.

6

Re: The developer of kernel FIREBIRD: the first steps

hvlad wrote:

it is passed...
Once again I repeat - I checked the assembly 3.0.3 with VS2015 and it in the full order.
Show an assembly broad gull, one of subdirectories in gen most likely has not been created.

I did not tell that I do not trust or an error in source codes.
I try to understand why does not gather at me.
It is a question of principle and before making any changes it is necessary to achieve, that the initial project gathered without errors and .

7

Re: The developer of kernel FIREBIRD: the first steps

SQL2008 wrote:

I Try to understand why does not gather at me.

And I try to clarify - that went not so.
Here these lines on the console in the process beginning make_boot are? Or they differ?

 Copy autoconfig.h
Creating directories
Building btyacc (Win32\release)... 

8

Re: The developer of kernel FIREBIRD: the first steps

All broad gull likely is not present sense , here an important line
1>------ Build started: Project: remote, Configuration: Release x64------
2>------ Build started: Project: alice, Configuration: Release x64------
3>------ Build started: Project: burp, Configuration: Release x64------
4>------ Build started: Project: ib_util, Configuration: Release x64------
2> alice.cpp
2> exe.cpp
2> tdr.cpp
2> alice_meta.cpp
2> c1xx: fatal error C1083: Cannot open source file: '.\.\.\gen\alice\alice_meta.cpp ': No such file or directory
Folder \gen\alice\ it is successful, but alice_meta.cpp there . Initial alice_meta.epp on a place and it normal.

9

Re: The developer of kernel FIREBIRD: the first steps

hvlad wrote:

it is passed...
And I try to clarify - that went not so.
Here these lines on the console in the process beginning make_boot are? Or they differ?

 Copy autoconfig.h
Creating directories
Building btyacc (Win32\release)... 

Here is how at me performance begins

make_boot.bat wrote:

Setting Environment Variables thus...
vs_ver=msvc14
platform=x64
msvc_version=14
db_path=C:/FB303
root_path=C:\FB303
server_name=localhost
(End of setenvvar.bat)
Executed set_build_target.bat
Creating directories
Building btyacc (x64\release)...
Microsoft Visual Studio 2015 Version 14.0.25420.1.
Copyright Microsoft Corp (C). All rights reserved.
1>------ Build started: Project: btyacc, Configuration: Release x64------

10

Re: The developer of kernel FIREBIRD: the first steps

You about make_icu did not forget?.

11

Re: The developer of kernel FIREBIRD: the first steps

Dimitry Sibiryakov wrote:

You about make_icu did not forget?.

No. I launch before it, but there all a bundle.

12

Re: The developer of kernel FIREBIRD: the first steps

SQL2008 wrote:

All broad gull likely is not present sense , here an important line

It already a consequence of the problem which have arisen earlier.

SQL2008 wrote:

the Folder \gen\alice\ it is successful, but alice_meta.cpp there . Initial alice_meta.epp on a place and it normal.

And that at you after a line

 Preprocessing the source files needed to build gbak, gpre and isql... 

Whether is there

 Processing alice/alice_meta.epp
Calling GPRE for alice/alice_meta.epp
1 file (s) moved.

13

Re: The developer of kernel FIREBIRD: the first steps

hvlad wrote:

It already a consequence of the problem which have arisen earlier.

In it there is no doubt.
Whether

hvlad wrote:

is there

 Processing alice/alice_meta.epp
Calling GPRE for alice/alice_meta.epp
1 file (s) moved.

No, process begins with

 Processing yvalve/array.epp
Calling GPRE for yvalve/array.epp
It is moved files: 1. 

And why it happens to me not clearly... I Will try to compare  versions 3.0.2 (worker) and 3.0.3 (unoperated)

14

Re: The developer of kernel FIREBIRD: the first steps

preprocess.bat differ in 70th line
3.0.2
@for %% i in (dfw, dpm, dyn_util, fun, grant, ini, met, pcmet , scl, Function) do @call:PREPROCESS jrd %% i-gds_cxx
3.0.3
@for %% i in (dfw, dpm, dyn_util, fun, grant, ini, met, scl , Function) do @call:PREPROCESS jrd %% i-gds_cxx
That it means is not ready to tell yet.

15

Re: The developer of kernel FIREBIRD: the first steps

Here the problem also dared.
Took  a preprocessor from 3.0.2 and all earned.

hvlad wrote:

Once again I repeat - I checked the assembly 3.0.3 with VS2015 and it in the full order.

I can assume, what you updated source codes, and command files left former?

16

Re: The developer of kernel FIREBIRD: the first steps

Check up transfers of lines in . They should be  CR-LF, cmd does not understand
CR-only.  gitattributes add "*.bat eol=crlf".

17

Re: The developer of kernel FIREBIRD: the first steps

SQL2008 wrote:

That it means is not ready to tell yet.

Removed the unnecessary. To alice_meta.epp not having any relation
hint: in a broad gull of changes there are comments

18

Re: The developer of kernel FIREBIRD: the first steps

SQL2008 wrote:

Took  a preprocessor from 3.0.2 and all earned.

pcmet.epp has been removed between 3.0.0 and 3.0.1, since then changes in preprocess.bat were not

19

Re: The developer of kernel FIREBIRD: the first steps

SQL2008;
And whence you took source codes?

20

Re: The developer of kernel FIREBIRD: the first steps

SQL2008 wrote:

Is not present, process begins with

There there should be a line about alice_meta.epp, here so further

 Processing utilities/gstat/dba.epp
Calling GPRE for utilities/gstat/dba.epp
1 file (s) moved.
Processing alice/alice_meta.epp
Calling GPRE for alice/alice_meta.epp
1 file (s) moved.
Processing yvalve/array.epp
Calling GPRE for yvalve/array.epp
1 file (s) moved.

21

Re: The developer of kernel FIREBIRD: the first steps

SQL2008 wrote:

I Can assume, what you updated source codes, and command files left former?

it is enough of It to cease to assume?

 D:\Firebird\fb3 [B3_0_Release +3 ~0-0!]> git status-uno
On branch B3_0_Release
Your branch is up-to-date with ' origin/B3_0_Release '.

22

Re: The developer of kernel FIREBIRD: the first steps

Dimitry Sibiryakov wrote:

Check up transfers of lines in . They should be  CR-LF, cmd does not understand
CR-only.  gitattributes add "*.bat eol=crlf".

I Confirm, in tarball archive    have LF in kach-ve transfer of lines.
For some reason for preprocess.bat it leads to errors, other files are fulfilled correctly.
Source codes received git' have no such problem - it on-default puts  the dependent ends of lines.

23

Re: The developer of kernel FIREBIRD: the first steps

hvlad wrote:

it is passed...
pcmet.epp Has been removed between 3.0.0 and 3.0.1, since then changes in preprocess.bat were not

Then file resaving is probably simple led to recovery of correct translations of a line?
I will check up - I will delete pcmet and I will restart the assembly.

24

Re: The developer of kernel FIREBIRD: the first steps

hvlad wrote:

SQL2008;
And whence you took source codes?

3.0.2. The version with , only it was couple of months back.
3.0.3. Therefrom.

25

Re: The developer of kernel FIREBIRD: the first steps

hvlad wrote:

it is passed...
pcmet.epp Has been removed between 3.0.0 and 3.0.1, since then changes in preprocess.bat were not

No, colleagues!
Removal pcmet from preprocessor.bat leads to error renewal!
The version about incorrect transfers of lines appeared inconsistent.