Feed aggregator

fb.bas: Remove FB_TARGETOPT_UNDERSCORE and add env.underscoreprefix instead

fbc commits - Fri, 10/24/2014 - 12:36

fb.bas: Remove FB_TARGETOPT_UNDERSCORE and add env.underscoreprefix instead
View Changes

Don't add leading underscores to ASM symbols on Win64 and Cygwin 64bit

fbc commits - Fri, 10/24/2014 - 12:36

Don't add leading underscores to ASM symbols on Win64 and Cygwin 64bit
View Changes

examples: Make libpng example sleep when showing error message on SCREEN

fbc commits - Fri, 10/24/2014 - 10:38

examples: Make libpng example sleep when showing error message on SCREEN
View Changes

rtl-macro: Refactor macro adding code to allow macros to be filtered

fbc commits - Fri, 10/24/2014 - 10:38

rtl-macro: Refactor macro adding code to allow macros to be filtered
View Changes

Fix Hiword() for 64bit

fbc commits - Fri, 10/24/2014 - 10:38

Fix Hiword() for 64bit
View Changes

tests: Add test case for lobyte/hibyte/loword/hiword

fbc commits - Fri, 10/24/2014 - 10:38

tests: Add test case for lobyte/hibyte/loword/hiword
View Changes

KeyPgHibyte

wiki changes - Fri, 10/24/2014 - 06:39
2014-10-24 08:39:56 by DkLwikki - Make similar to KeyPgHiword

KeyPgLoByte

wiki changes - Fri, 10/24/2014 - 06:39
2014-10-24 08:39:45 by DkLwikki - Make similar to KeyPgHiword

KeyPgHiword

wiki changes - Fri, 10/24/2014 - 06:39
2014-10-24 08:39:17 by DkLwikki - Update for 64bit

KeyPgLoWord

wiki changes - Fri, 10/24/2014 - 06:38
2014-10-24 08:38:49 by DkLwikki - Make similar to KeyPgHiword

KeyPgWstring

wiki changes - Fri, 10/24/2014 - 01:37
2014-10-24 03:37:00 by FxMwikki - Clarification

#687 DRAW doesn't remember subpixel positions

fbc bugs - Wed, 10/22/2014 - 13:23
  • status: closed --> open

#687 DRAW doesn't remember subpixel positions

fbc bugs - Wed, 10/22/2014 - 13:23

It looks like the fix introduced a regression (or exposed another issue):

http://www.freebasic.net/forum/viewtopic.php?p=201990#p201990

screen 12 draw "BR20 BD20 G4 H4" line (20, 36) - (16, 40) line (16, 40) - (12, 36) sleep

The DRAW's G and H commands (for drawing diagonal lines down+left and up+left) seem to have rounding issues; they produce "steps" instead of a clean diagonal line of pixels. For comparison, the two LINE commands show what the DRAW should have produced.

It seems to be context-sensitive; for example, with this DRAW, G works ok, but H still has the issue:

screen 12 draw "BM20,20 G4 H4" line (20, 36) - (16, 40) line (16, 40) - (12, 36) sleep

#742 x86_64: hardcoded-library-path

fbc bugs - Mon, 10/20/2014 - 02:28

Will you implement option for build and install? For example, libdir= and the 3rd parameter for install.sh.

#742 x86_64: hardcoded-library-path

fbc bugs - Sun, 10/19/2014 - 20:27

According to file system standard that's true, but it also depends on distro, doesn't it? For example Debian/Ubuntu with multiarch layout uses /usr/lib/x86_64-linux-gnu. Although I think even there /usr/lib64 still exists (and is one of the linker's default search dirs).

FreeBASIC will currently use:
bin/fbc
lib/freebasic/linux-x86
lib/freebasic/linux-x86_64
lib/freebasic/linux-arm
lib/freebasic/linux-aarch64
lib/freebasic/win32
lib/freebasic/win64
which I think is pretty nice.

In a way it's similar to gcc which can also have both 32bit and 64bit libraries in the same directory under a multilib setup. An example from my OpenSUSE x86_64:
/usr/lib64/gcc/x86_64-suse-linux/4.8/
/usr/lib64/gcc/x86_64-suse-linux/4.8/32/
(note the 32bit libs under /usr/lib64)

And it's worth noting that the libraries in lib/freebasic/ are "private" ones, that will be statically linked (currently anyways) (so it's somewhat similar to gcc's libgcc.a).

Honestly I'm not sure what to do yet. I'd prefer keeping it as-is, but if it's really necessary then we can also use lib64 for 64bit stuff:
bin/fbc
lib/freebasic/linux-x86
lib/freebasic/linux-arm
lib/freebasic/win32
lib64/freebasic/linux-x86_64
lib64/freebasic/linux-aarch64
lib64/freebasic/win64

x86_64: hardcoded-library-path

fbc bugs - Sun, 10/19/2014 - 18:56

FreeBasic installed in /usr/lib for x86_64, but it is against policy for packaging x86_64 libraries. You should use /usr/lib64.
hardcoded-library-path in %{_prefix}/lib/freebasic

ProPgProcedurePointers

wiki changes - Sun, 10/19/2014 - 08:46
2014-10-19 10:46:34 by FxMwikki - Added link to a calling example of subroutine pointer

ProPgProcedurePointers

wiki changes - Sat, 10/18/2014 - 07:34
2014-10-18 10:34:48 by FxMwikki - Better define what is "pfunc.bi"

KeyPgData

wiki changes - Sat, 10/18/2014 - 04:14
2014-10-18 07:14:36 by FxMwikki - Data statements must be only entered in module-level code

incorrect-fsf-address

fbc bugs - Fri, 10/17/2014 - 14:39

incorrect-fsf-address, for example, sndfile.bi, gdbm.bi

Pages

Subscribe to FreeBASIC Programming Language aggregator