Важная информация
Страница 1 из 2 12 ПоследняяПоследняя
Показано с 1 по 10 из 14

Тема: Новая версия компилятора 1.02.0

  1. #1 Новая версия компилятора 1.02.0 
    Профи Аватар для stabud
    Регистрация
    05.01.2013
    Сообщений
    797
    Сказал(а) спасибо
    339
    Поблагодарили 358 раз(а) в 285 сообщениях
    Записей в блоге
    6
    Вышла новая версия компилятора. Вообще хорошо, что версии так часто выходят, даже не замечаешь когда фиксят Я и не заметил даже в какой из версии убрали баг с раскладкой в графическом окне. У меня сейчас стоит 1.01 , в ней уже нет этого бага.

    Изменения\дополнения:

    Version 1.02.0

    [changed]
    - Redims with explicit type will now redim existing dynamic array fields, if one of the same name exists, instead of creating a new local array. This makes Redims with explicit type match the behaviour of typeless Redims and Redims for global arrays.
    - Relaxed type checking for procedure pointers and virtual method overrides: Procedures with different signatures can now be treated equal if the signatures are compatible. For example: assignments between a function pointer returning an Integer and one returning a Long won't cause a "suspicious pointer assignment" warning on 32bit anymore.
    - -asm intel is now the default for all targets/backends (i.e. the C backend no longer defaults to -asm att). This should make switching between backends less trouble-some, especially with regards to inline ASM.
    - The temporary .asm/.c files generated by fbc no longer contain time/date strings. This avoids unnecessary noise (the time/date is essentially always different) when comparing .asm/.c files (e.g. to detect changes in fbc's code generation).

    [added]
    - __FB_ASM__ intrinsic #define on x86, defined to "intel" or "att" (corresponding to the -asm command line option -- useful for -gen gcc/llvm only)
    - fbc -showincludes option (shows #include tree) for debugging of #includes
    - Address-of followed by pointer-arithmetic on variables (expressions such as @x+N) will now be turned into offsetted variable accesses, resulting in better generated code
    - The results of type-casted function calls can now be ignored, even if it's a non-trivial cast
    - Covariant parameters and function results (feature request #289)
    - Type aliases for forward-reference type aliases (e.g. "type A as A_ : type B as A" -- previously it was only allowed to alias the forward reference directly: "type A as A_ : type B as A_")
    - #761: crt/mem.bi for mem*() functions, separated from crt/string.bi, to allow them to be used together with windows.bi without running into conflicts between crt/string.bi and win/shlwapi.bi
    - crt/iconv.bi for using glibc's iconv on GNU/Linux
    - crt/regex.bi for using glibc's regex support on GNU/Linux
    - crt/pthread.bi for using glibc's pthread support on GNU/Linux
    - allegro5 binding: Win32-specific #inclibs supporting the lib naming convention used by Allegro5's Win32 builds
    - Bindings (new/updated, including 64bit support):
    FastCGI 2.4.1-SNAP-0311112127
    Windows API, based on MinGW-w64's headers; DDK not updated yet; for GdiPlus only the flat C API is updated, not the C++ part.
    libpng 1.2.53, 1.4.16, 1.5.21, 1.6.16
    X11, based on current X.org packages
    SDL1: SDL 1.2.15, SDL_image 1.2.12, SDL_mixer 1.2.12, SDL_net 1.2.8, SDL_ttf 2.0.11, SDL_gfx 2.0.13
    SDL2: SDL2 2.0.3, SDL2_image 2.0.0, SDL2_mixer 2.0.0, SDL2_net 2.0.0, SDL2_ttf 2.0.12, SDL2_gfx 1.0.1
    GNU libiconv 1.14
    fontconfig 2.11.1
    Allegro 5.0.11
    TRE 0.8.0 as tre/tre.bi and tre/regex.bi. For backwards-compatibility, the "plain" regex.bi still exists, but now just redirects to tre/regex.bi.
    OpenGL, based on Mesa-3D 10.5.1 (GL/mesa/*) and MinGW-w64 3.3.0 (GL/windows/*). GL/gl.bi & co use the Windows OpenGL binding on Win32/Win64, and the Mesa binding elsewhere.
    GLUT 3.7
    GLFW 2.7.9 (GL/glfw.bi), 3.1.1 (GLFW/glfw3.bi)
    freeglut 3.0.0
    Cairo 1.14.2
    FreeType 2.5.5
    GLib 2.42.2
    Pango 1.36.8
    ATK 2.14.0
    gdk-pixbuf 2.30.8
    GTK+ 2.24.27, 3.14.10
    GtkGLExt 1.2.0
    - The FB makefile now supports "make bootstrap-dist" and "make bootstrap" commands. The former allows packaging the FB sources together with precompiled fbc sources, and the latter allows building FB using those precompiled fbc sources, which is useful on systems that don't have a working fbc yet.

    [fixed]
    - Potential bad code generation for dynamic array field copying
    - C backend: Naked functions could end up in the .data section instead of .text
    - Returning a dereferenced constant (such as <cptr(UDT ptr, 0)->field>) caused a compiler crash
    - 1.00.0 regression: Bad code generation for dynamic array descriptor initialization (and potentially other cases)
    - 1.00.0 regression: . member access was allowed on [] pointer indexing expressions even if the type was not an UDT, but a UDT ptr
    - Some unsafe pointer assignments between ANY PTRs and non-ANY PTRs with different PTR indirection levels didn't trigger a "suspicious pointer assignment" warning (e.g. ANY PTR PTR = BYTE PTR)
    - On 64bit, all number literals with '&' suffix (LONG type) triggered a "too big" warning, even if their value was not really too big.
    - #765: insufficient precision on FLT_MAX / DBL_MAX constants in crt/limits.bi
    - gfxlib could crash on exit, if Screen[Res] was used in a global/module constructor
    - #768: View [Screen] did not clip the given viewport coordinates to the screen properly, if x1/y1 were negative
    - 0.90.0 regression: Potential compiler crash with -fpu sse -fpmode fast if the program used sin/cos and contained certain global float constants (such as pi/2)
    - 1.00.0 regression: Potential dead-lock in thread-safe runtime library when using file or console I/O functions from multiple threads
    - binding: allegro5: Fixed compilation on win32/win64
    - Compiler directory layout: The non-standalone (Linux-style) DOS build now uses include/freebas/ and lib/freebas/ if running on DOS, instead of when compiling for DOS. This allows cross-compiling from Linux (or others) to DOS to work again: If on Linux, fbc -target dos will now use the normal include/freebasic/ and lib/freebasic/ directories of the Linux compiler, instead of requiring the 8.3-compatible directories.
    - Extern variables were allowed to have mismatching fixed-length string lengths in declaration and definition
    - 0.90.0 regression: In -lang qb, using __offsetof() caused a compiler error
    - -lang qb's __offsetof() won't truncate the offset to 16 bit anymore
    - Unix rtlib: division-by-zero crash on console I/O commands such as Input, if the terminal size couldn't be queried
    - Unix rtlib: memory leak in X11 keyboard input handling initialization
    - rtlib/gfxlib2: memory leaks of internal thread-specific data (gfxlib's TLS data when using the thread-safe (mt) FB runtime, and all TLS data of the main thread when using the normal (non-mt) FB runtime)
    - rtlib: When using Open Scrn, there could be a dangling pointer bug in the internal screen file handle
    Ответить с цитированием  
     

  2. 2 пользователя(ей) сказали cпасибо:

    >Quiet Snow< (06.04.2015), Free Admin (06.04.2015)

  3. #2  
    Супер модератор Аватар для >Quiet Snow<
    Регистрация
    11.04.2011
    Адрес
    Планета земля
    Сообщений
    4,022
    Сказал(а) спасибо
    1,895
    Поблагодарили 1,015 раз(а) в 873 сообщениях
    Записей в блоге
    1
    Всем кто хочет потестить:
    Zip архив берём тут(18.4 Мб): http://downloads.sourceforge.net/fbc...2.zip?download

    Я и не заметил даже в какой из версии убрали баг с раскладкой в графическом окне. У меня сейчас стоит 1.01
    , в ней уже нет этого бага.
    Радует. А баг с OpenGL окошком пофиксили, когда оно в ноль сворачивается?
    Обучение прикладному программированию(по skype), качественно, недорого, 18+, вопросы в личку.
    «Если вы ничего не сделаете, я уверяю вас, ничего и не произойдёт» © Жак Фреско
    Ограниченно модерирую.
    Ответить с цитированием  
     

  4. #3  
    Профи Аватар для stabud
    Регистрация
    05.01.2013
    Сообщений
    797
    Сказал(а) спасибо
    339
    Поблагодарили 358 раз(а) в 285 сообщениях
    Записей в блоге
    6
    Цитата Сообщение от >Quiet Snow< Посмотреть сообщение
    А баг с OpenGL окошком пофиксили, когда оно в ноль сворачивается?
    Я че-то запамятовал. Что-то было такое, но не помню как возникал баг. Можешь скинуть пример, в котором это происходило?
    Ответить с цитированием  
     

  5. #4  
    Новичок
    Регистрация
    10.04.2015
    Сообщений
    2
    Сказал(а) спасибо
    0
    Поблагодарили 0 раз(а) в 0 сообщениях
    У меня произошла такая ошибка: (вар. 1.02 и Window9)

    Command executed:
    "C:\FreeBASIC\FBC.EXE" -lang fb -s gui -ex -arch 686 -i inc -p lib "C:\FreeBASIC\PLAY.BAS"

    Compiler output:
    C:\FreeBASIC\inc\win\windef.bi(58) error 4: Duplicated definition in 'type UINT as ulong'
    C:\FreeBASIC\inc\win\dshow.bi(4) error 23: File not found, "windowsx.bi" in '#include once "windowsx.bi"'

    Results:
    Compilation failed

    System:
    FBIde: 0.4.6
    fbc: FreeBASIC Compiler - Version 1.02.0 (04-05-2015), built for win32 (32bit)
    OS: Windows XP (build 2600, Service Pack 3)
    Ответить с цитированием  
     

  6. #5  
    Профи Аватар для stabud
    Регистрация
    05.01.2013
    Сообщений
    797
    Сказал(а) спасибо
    339
    Поблагодарили 358 раз(а) в 285 сообщениях
    Записей в блоге
    6
    Цитата Сообщение от Христо Посмотреть сообщение
    У меня произошла такая ошибка: (вар. 1.02 и Window9)

    Command executed:
    "C:\FreeBASIC\FBC.EXE" -lang fb -s gui -ex -arch 686 -i inc -p lib "C:\FreeBASIC\PLAY.BAS"

    Compiler output:
    C:\FreeBASIC\inc\win\windef.bi(58) error 4: Duplicated definition in 'type UINT as ulong'
    C:\FreeBASIC\inc\win\dshow.bi(4) error 23: File not found, "windowsx.bi" in '#include once "windowsx.bi"'

    Results:
    Compilation failed

    System:
    FBIde: 0.4.6
    fbc: FreeBASIC Compiler - Version 1.02.0 (04-05-2015), built for win32 (32bit)
    OS: Windows XP (build 2600, Service Pack 3)
    Да есть такое и это далеко не единичный случай. Я нашел массу таких проблем. Дело в том, что разрабы с каждой новой версией все больше и больше меняют заголовки , четко исходя из принципа, что заголовки должны быть один в один как у MinGW. Я думал, что они это делают только для версии x64, оказалось что нет. В принципе их понять можно, ведь намного труднее поддерживать заголовки для разных версий, когда между ними нет намека на совместимость. Сейчас получается , что новые заголовки сделаны наполовину. То есть выходит этакая гремучая смесь старых и новых заголовков... Поэтому я рекомендую использовать заголовки и библиотеки из прошлых версий с новым компилятором. Честно сказать, я не знаю хорошо это или плохо, что заголовки будут как у MinGw. На данном этапе это точно плохо, но даже когда это дело доведут до конца, все равно есть минусы. Например у MinGw я не нашел заголовки для directShow, а может и еще много чего не хватает... Самые лучшие заголовки, что мне понравились, это у майкрософтовской студии С++ версии 6.0.
    Ответить с цитированием  
     

  7. #6  
    Супер модератор Аватар для >Quiet Snow<
    Регистрация
    11.04.2011
    Адрес
    Планета земля
    Сообщений
    4,022
    Сказал(а) спасибо
    1,895
    Поблагодарили 1,015 раз(а) в 873 сообщениях
    Записей в блоге
    1
    Можешь скинуть пример, в котором это происходило?
    Любое OpenGL окно. Тащишь за заголовок, оно сворачивается прям под корень, остаётся только огрызок заголовка.
    Обучение прикладному программированию(по skype), качественно, недорого, 18+, вопросы в личку.
    «Если вы ничего не сделаете, я уверяю вас, ничего и не произойдёт» © Жак Фреско
    Ограниченно модерирую.
    Ответить с цитированием  
     

  8. #7  
    Новичок
    Регистрация
    10.04.2015
    Сообщений
    2
    Сказал(а) спасибо
    0
    Поблагодарили 0 раз(а) в 0 сообщениях
    Цитата Сообщение от stabud Посмотреть сообщение
    Да есть такое и это далеко не единичный случай. Я нашел массу таких проблем. Дело в том, что разрабы с каждой новой версией все больше и больше меняют заголовки , четко исходя из принципа, что заголовки должны быть один в один как у MinGW. Я думал, что они это делают только для версии x64, оказалось что нет. В принципе их понять можно, ведь намного труднее поддерживать заголовки для разных версий, когда между ними нет намека на совместимость. Сейчас получается , что новые заголовки сделаны наполовину. То есть выходит этакая гремучая смесь старых и новых заголовков... Поэтому я рекомендую использовать заголовки и библиотеки из прошлых версий с новым компилятором. Честно сказать, я не знаю хорошо это или плохо, что заголовки будут как у MinGw. На данном этапе это точно плохо, но даже когда это дело доведут до конца, все равно есть минусы. Например у MinGw я не нашел заголовки для directShow, а может и еще много чего не хватает... Самые лучшие заголовки, что мне понравились, это у майкрософтовской студии С++ версии 6.0.
    Сначала поставил 1.02, потом 1.01, BIN и "Root" из 1.02, осталась только одна проблема, потом поставил LIB и INC из 1.00 и пока всё хорошо работает с Window9!
    Ответить с цитированием  
     

  9. #8  
    Профи Аватар для stabud
    Регистрация
    05.01.2013
    Сообщений
    797
    Сказал(а) спасибо
    339
    Поблагодарили 358 раз(а) в 285 сообщениях
    Записей в блоге
    6
    Цитата Сообщение от >Quiet Snow< Посмотреть сообщение
    Любое OpenGL окно. Тащишь за заголовок, оно сворачивается прям под корень, остаётся только огрызок заголовка.
    Сейчас вроде все нормально.
    Ответить с цитированием  
     

  10. Пользователь сказал cпасибо:


  11. #9  
    Супер модератор Аватар для >Quiet Snow<
    Регистрация
    11.04.2011
    Адрес
    Планета земля
    Сообщений
    4,022
    Сказал(а) спасибо
    1,895
    Поблагодарили 1,015 раз(а) в 873 сообщениях
    Записей в блоге
    1
    Сейчас вроде все нормально.
    Это конечно радует, ради OpenGL есть резон перейти, но пока остаюсь на старой сборке.
    Удерживает 0.13-й FBSound под FBLite-ом. Не знаю что буду делать, если этот режим впоследствии отвалится,
    а ведь всё к этому и идёт.
    Обучение прикладному программированию(по skype), качественно, недорого, 18+, вопросы в личку.
    «Если вы ничего не сделаете, я уверяю вас, ничего и не произойдёт» © Жак Фреско
    Ограниченно модерирую.
    Ответить с цитированием  
     

  12. #10  
    Профи Аватар для stabud
    Регистрация
    05.01.2013
    Сообщений
    797
    Сказал(а) спасибо
    339
    Поблагодарили 358 раз(а) в 285 сообщениях
    Записей в блоге
    6
    Цитата Сообщение от >Quiet Snow< Посмотреть сообщение
    Удерживает 0.13-й FBSound под FBLite-ом. Не знаю что буду делать, если этот режим впоследствии отвалится,
    а ведь всё к этому и идёт.
    А че fbsound 20 не нравится? Там ведь и форматов побольше, да и ошибки исправлялись.
    Ответить с цитированием  
     

Страница 1 из 2 12 ПоследняяПоследняя
Информация о теме
Пользователи, просматривающие эту тему

Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)

Похожие темы

  1. Bad Apple, DOS версия.
    от Абадябер в разделе Демосцена\Демомейкинг\Ретрокомпьютеринг
    Ответов: 3
    Последнее сообщение: 02.01.2015, 15:39
  2. Вышла новая версия Centos - 7.0.1406
    от rekby в разделе Операционные системы
    Ответов: 4
    Последнее сообщение: 12.07.2014, 07:54
  3. Вышел релиз компилятора 0.90.1
    от stabud в разделе FreeBasic
    Ответов: 15
    Последнее сообщение: 28.07.2013, 13:32
  4. Вышла бета компилятора 0.90.0rc2
    от stabud в разделе FreeBasic
    Ответов: 12
    Последнее сообщение: 17.06.2013, 23:52
  5. Новая версия объектной библиотеки (в разработке)
    от Абадябер в разделе Проекты на Pascal
    Ответов: 9
    Последнее сообщение: 20.07.2011, 13:39
Ваши права
  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •