Отправлено: 01.11.07 16:50. Заголовок: Свершилось... Опубликованы сырцы xHarbour 1.0.0 Beta

цитата:

The new xHarbour source code is already available: http://sourceforge.net/project/showfiles.php?group_id=33773

Свершилось...
После длительного перерыва (декабрь 2006 - ноябрь 2007) компилятор xHarbour шагнул с версии 0.99.70 сразу на 1.0.0
Ура, товарищи!
Качаем все Но пока есть только сырцы, бинарники обещают через несколько (?) дней

/*
* $Id: ChangeLog,v 1.5752.2.2 2007/10/31 16:38:34 likewolf Exp $
*/

2007-10-31 19:35 UTC+0300 Phil Krylov <phil a t newstar.rinet.ru>
* include/hbver.h
* Changed version to 1.0.0 from 1.00.00.

2007-10-31 13:30 UTC+0300 Phil Krylov <phil a t newstar.rinet.ru>
* include/hbver.h
! Fixed "no newline at end of file" warning.
* source/debug/dbgthsh.prg
* source/debug/dbgtobj.prg
! Fixed a nasty RTE when monitoring hashes in the debugger.
Branched as Release-1-0-0-Beta1-fix because Miguel has already
committed massive RDD changes to CVS HEAD. I think some more last
minute fixes can be committed to this branch.

2007-10-30 02:10 UTC+0100 Patrick Mast <patrick/dot/mast/at/xharbour.com>
* include/hbver.h
* bin/pack_bin.bat
* bin/pack_src.bat
* Increased to 1.00.00

2007-10-30 01:30 UTC+0100 Patrick Mast <patrick/dot/mast/at/xharbour.com>
* xharbour/xharbour.spec
* changed version number to 1.00.00

 Отправлено: 01.11.07 17:25. Заголовок: Очень уж осторожнича..

Очень уж осторожничали... имхо версию 1.0 можно было бы обьявить года 3 назад
Хотели выполнить все заявленные цели - то есть полную совместимость с клиппером

Но всех женщин не перелюбить, всей водки не выпить, всех багов не выловить...

 Отправлено: 01.11.07 17:56. Заголовок: gfilatov пишет: бин..

gfilatov пишет:

цитата:

бинарники обещают через несколько (?) дней

Хе-хе, а вот и первая сборка первой бэты подоспела
Выложил в виде самораспаковывающегося архива по адресу:

http://minigui.mylivepage.ru/file/?fileid=3465

 Отправлено: 01.11.07 22:43. Заголовок: утренний CVS - криви..

утренний CVS - кривизна в dbStruct (). Альфа была лучше :)

 Отправлено: 20.11.07 17:50. Заголовок: gfilatov пишет: Хе-..

gfilatov пишет:

цитата:

Хе-хе, а вот и первая сборка первой бэты подоспела

Эта сборка зачем-то требует assert.h, stdarg.h, stdio.h и кучу прочих из MINIGUI (вызов идёт из hbvmpub.h и hbdefs.h)... Нет, я, конечно, солью всё вручную в один INCLUDE, но как-то это... тем более что MINIGUI я не использую вообще!
Проверил - stdarg.h и stdio.h взятые из MINIGUI не подходят -вылезает куча ошибок, взятые из Borland C++ 5.5.1 тоже (ошибок вылезает ещё больше). Ну и откуда эти файлы взять??? В архиве сборки их нет...

 Отправлено: 20.11.07 19:01. Заголовок: Лукашевский пишет: ..

Лукашевский пишет:

цитата:

требует assert.h, stdarg.h, stdio.h

Эти файлы не имеют никакого отношения к библиотеке MINIGUI, поскольку они входят в поставку Си-компилятора BCC

 Отправлено: 20.11.07 19:06. Заголовок: Лукашевский пишет: ..

Лукашевский пишет:

цитата:

Проверил - stdarg.h и stdio.h взятые из MINIGUI

Еще раз повторяю - таких файлов нет (и никогда не было) в поставке MINIGUI.
Вы что-то путаете, товарищ...

Рекомендую проверить наличие в переменной окружения PATH объявления пути к BCC по типу
PATH=C:\BORLAND\BCC55

 Отправлено: 20.11.07 20:54. Заголовок: gfilatov пишет: Еще..

gfilatov пишет:

цитата:

Еще раз повторяю - таких файлов нет (и никогда не было) в поставке MINIGUI.

Не знаю, как есть, а было! В MINIGUI\MINGW\INCLUDE!

И читай сообщение полностью! Написано же - сишные я тоже проверил! И с ними ошибок выводится ещё больше!!!
И в конце концов, сборка 99.071 у меня прекрасно всё компилировала до этого дня!

 Отправлено: 20.11.07 21:37. Заголовок: Лукашевский пишет: ..

Лукашевский пишет:

цитата:

В MINIGUI\MINGW

Снова непонятно, причем здесь компилятор MinGW из поставки HMG 2.0, к компилятору BCC
Неувязочка...

 Отправлено: 21.11.07 13:30. Заголовок: Re: gfilatov

gfilatov пишет:

цитата:

Снова непонятно, причем здесь компилятор MinGW из поставки HMG 2.0, к компилятору BCC Неувязочка...

Абсолютно верно, совершенно ни при чём!!! И никаких неувязочек - я просто запустил в компьютере поиск stdio.h и попробовал ВСЕ найденные варианты (их нашлось 2 - один из BCC 5.5.1, второй из HMG 2.0). НИ ОДИН из них не подошёл, так что проблема как была, так и осталась...

 Отправлено: 23.11.07 12:21. Заголовок: Перекомпилирую библи..

Перекомпилирую библиотеки ранее созданные в Харбор 0.9971 и получаю ошибку
в hb_vmExecute( pcode, symbols, NULL );

Extra parametr in call hb_vmExecute

 Отправлено: 23.11.07 12:57. Заголовок: stdio.h - это станда..

stdio.h - это стандартный файл для C

Проверь настройку каталогов в bcc32.cfg:

-I"c:\Bcc55\include"
-L"c:\Bcc55\lib"

 Отправлено: 23.11.07 13:00. Заголовок: Vlad04 пишет: Перек..

Vlad04 пишет:

цитата:

Перекомпилирую библиотеки ранее созданные в Харбор 0.9971 и получаю ошибку в hb_vmExecute( pcode, symbols, NULL ); Extra parametr in call hb_vmExecute

Надо проверить, чтобы подлючался правильный каталог xHarbour\include
У тебя он берется от старого харбора. В функции hb_vmExecute добавлялся новый 3-й параметр

 Отправлено: 23.11.07 14:06. Заголовок: Re: Pasha

Pasha пишет:

цитата:

-I"c:\Bcc55\include" -L"c:\Bcc55\lib"

Спасибо, Павел! Действительно, буква диска другая была...
Но теперь сишный компилятор выдаёт одну ошибку, но абсолютно на все модули:

Error E2188 \xharbour\inc\hbdefs.h 454: Expression syntax

hbdefs.h от 21.02.2007 размер 52211
Строка 454: # if HB_LONG_MAX > HB_LL( 10000000000 )

 Отправлено: 23.11.07 15:03. Заголовок: Может быть ты сделал..

Может быть ты сделал доступными *.h файлы от mingw ? Это другой C-компилятор
И в результате мешанины разных диалектов возникает ошибка

 Отправлено: 23.11.07 17:43. Заголовок: Re: Pasha

Pasha пишет:

цитата:

Может быть ты сделал доступными *.h файлы от mingw ?

Не, не делал. Да и файла hbdefs.h нигде больше кроме Harbourа нет... А ошибка-то именно в нём. И вот ещё странность - до установки сборки 1.0.0 дата создания этого файла была 16.03.07, а после установки стала 21.02.07...
Переписал старый - вроде заработало, но теперь ЛИНКОВЩИК ругается:
Error: Unresolved external '_HB_PCREPOS_LIBRARY' referenced from D:\XHARBOUR\LIB\RTL.LIB|regex

 Отправлено: 23.11.07 19:04. Заголовок: Лукашевский пишет: ..

Лукашевский пишет:

цитата:

Error: Unresolved external '_HB_PCREPOS_LIBRARY' referenced from D:\XHARBOUR\LIB\RTL.LIB|regex

Добавьте в список подключаемых библиотек pcrepos.lib и линковка пройдет нормально

 Отправлено: 23.11.07 19:10. Заголовок: Лукашевский пишет: ..

Лукашевский пишет:

цитата:

но теперь

может, попробовать переписать и старый ЛИНКОВЩИК?

 Отправлено: 23.11.07 19:25. Заголовок: gfilatov пишет: Доб..

gfilatov пишет:

цитата:

Добавьте в список подключаемых библиотек pcrepos.lib и линковка пройдет нормально

Уже сообразил. Но фишка в том, что для сборки 0.99.71 линковка проходила на "Ура!" и без этой либы...

 Отправлено: 23.11.07 20:10. Заголовок: Re: Совместимость с клиппером

Pasha пишет:

цитата:

Хотели выполнить все заявленные цели - то есть полную совместимость с клиппером

Какая нах совместимость, если банальный GET при наличии DBF-поля текущей базы и PUBLIC-переменной с одним и тем же именем вводит значение не в переменную, как в Clipperе, а в поле?
И все модули приходится просматривать, и значительное количество - корректировать...
Я и сборку эту хотел посмотреть на тему - исправили ошибку или нет...

 Отправлено: 23.11.07 21:46. Заголовок: Учим матчасть

* <b>Handling of undeclared variables </b> </par>
* ================================ </par>
*
* When a value is assigned to an undeclared variable and the '-v'
* command line option is not used, then the Clipper compiler assumes
* that the variable is a PRIVATE or a PUBLIC variable and generates
* POPM (pop memvar) opcode.
*
* When the value of an undeclared variable is accessed and the '-v'
* command line option is not used, the Clipper compiler generates PUSHV
* (push variable) opcode that determines the type of variable at runtime.
* If a field with the requested name exists in the current workarea then
* its value is used. If there is no field then a PRIVATE or a PUBLIC
* variable is used (if exists).
*
* The Harbour compiler generates an opcode to determine the type of
* variable at runtime (POPVARIABLE or PUSHVARIABLE) in both cases
* (assignment and access).
*
* The difference can be checked by the following code:
*
* <fixed>
* PROCEDURE MAIN()
* PRIVATE myname
*
* DBCREATE( "TEST", { { "MYNAME", "C", 10, 0} } )
* USE test NEW
* SELECT test
* APPEND BLANK
*
* FIELD->myname := "FIELD"
* MEMVAR->myname := "MEMVAR"
*
* myname := myname + " assigned"
*
* // In Clipper: "FIELD", In Harbour: "FIELD assigned"
* ? FIELD->myname
*
* // In Clipper: "MEMVAR assigned", In Harbour: "MEMVAR"
* ? MEMVAR->myname
*
* USE
*
* RETURN
* </fixed>