logs archiveBotHelp.net / Freenode / #ada / 2015 / July / 20 / 5
darkestkhan
:( a fu*king big merge conflict
sh*t
Fuco: that renaming was going on for quite a while now, but it is 90% finished... you can work on parse.adb just fine
the thing is that we are now adding those forgotten src/tools
Lucretia: I don't fully understand - to begin with lumen is basically glut-in-Ada right now...
from that perspective it makes no sense to move that part of it into its own library
[although I would like to move Ada binding to xcb OUT of lumen, same with winapi binding]
cursed windows, still can't figure out why I can't install sdk...
Lucretia: in Lumen you have just one kind of window - lumen window, no difference if backend is winapi, x11 or wayland... and there is conf var to build lumen for proper backend [which atm means just mac/rest_of_unices]
Lucretia
that is what i'm talking about, that's what i said above, to move xcb and windows and other platofrm bindings out to their own libs
see above:
<Lucretia> I'd also like to see the platform specific bindings be put into their own libs that can be included into other projects.
<Lucretia> so there'd be the xcb one, windows, mac (whatever that is), etc.
darkestkhan
true, but for now I would have to actually have that winapi binding...
and xcb one is incomplete at best - in fact the only bits bound to are the ones currently used by lumen
Lucretia
their completeness is not my point
I need for SDLAda, a native_window type. This can then be used to create a window from the native api's. this allows creation of a window in SDL that can have dx, mantle contexts bound to them.
in SDL, it will be in a separate package controlled via flag passed to configuration on build to select either one defined inside SDL or one which is renamed in SDL from an external lib, such as those bindings in lumen
darkestkhan
Fuco: the renamings would have been done by now if not for the fact that it was awfully hot over here (bordering 40°C in shade), which was making working on my laptop (which runs at 75°C) highly uncomfortable
Lucretia: I see
jk4
is the lynx doing lumen work too?
Lucretia
(Action) doesn't know what caracal is up to these days
Fuco
darkestkhan: Right, as I said, no worries. I only have time over the weekends anyway. I was thinking doing some cleanup in the module which does the printing too (I forgot the name, but it was awfuly repetitive last time I looked). Thanks for the heads up, cheers ;)
it was 35 here yesterday, but not over 37 I think (this summer)
Lucretia
new version of sdl
can now install various configurations, just add "DESTDIR=/myprefix install" to your make
darkestkhan
Lucretia: I definitely should reboot my work on lumen, starting with doing full fork into different repository as caracal didn't respond to pull requests for over a year now
Lucretia
yeah
darkestkhan
Lucretia: I would just call that repo lumen2, w/o changing name of lumen itself...
other things I would love to get rid of from inside lumen: image file opening - this should be in separate library... like my binding to imago (which needs only imago-util package to provide higher level api)
Lucretia
yup
darkestkhan
and font reading/rendering into texture - this too should be separate lib
some other things I would love to do are: port to windows (under ISC license, not AGPL!), full OpenGL binding [all functions and constants - from 1.0 to 4.5], full EGL bindings
now I need to see how good is my git-foo ... I don't want to lose history
Lucretia
darkestkhan: don't bother with GL, I already have the code to read the XML specs. I just need to organise the data and dump it out
darkestkhan
Lucretia: maybe, but I like how in Lumen there is no direct use of Interfaces.C
jk4
first you need to convert the xml to yaml and then to json
because xml < yaml < json
(Action) not being constructive
Lucretia
darkestkhan: well, no, the interfaces.c stuff should be in the api bindings udnerneath
darkestkhan
Lucretia: in case of lumen that is Lumen.Binary
.ads
[at least the type bindings]
Lucretia
I don't know what that is
I haven't seen it in years
darkestkhan: mebbe using the binding generator in gcc would help to create win32/64 bindings quicker
darkestkhan
Lucretia: nah, I will do that by hand
Lucretia
it's a lot
darkestkhan
once I have sdk working ...
Lucretia
winapi is friggin huge
darkestkhan
maybe, but I need to do only bits necessary for lumen first
after that if there is any interest in it I can expand it to cover wider parts of winapi
Lucretia
how many baldrick's do we need? :D
darkestkhan
why baldrick's?
I have already written 2 bindings to not so small APIs
(devil and OpenAL)
well, devil is not fully complete, but it already supports 99% of things people usually want to do with it
as for OpenAL - one function is unbound due to a fu*king different function definition in linux and windows! [I decided not to bound it]
who came up with different interface for linux and windows ????
Lucretia
you're always going to have differences in api's over platforms, that's why i just pass a platform parameter for the build
and use a separate
darkestkhan
Lucretia: really?
Lucretia
yeah
darkestkhan
you have different ads for windows and linux?
(spec files)
Lucretia
no
I just abstract out differences where necessary
I have a separate which returns an enumeration value for the current platform.
darkestkhan
(Action) was mistaken - it was difference between apple and others
Lucretia
for the native window, I intend to do the same, but the type name will be the same for all platforms
darkestkhan
#if defined(__APPLE__)
ALUT_API ALUT_ATTRIBUTE_DEPRECATED void ALUT_APIENTRY alutLoadWAVFile (ALbyte *fileName, ALenum *format, void **data, ALsizei *size, ALsizei *frequency);
#else
ALUT_API ALUT_ATTRIBUTE_DEPRECATED void ALUT_APIENTRY alutLoadWAVFile (ALbyte *fileName, ALenum *format, void **data, ALsizei *size, ALsizei *frequency, ALboolean *loop);
#endif
this is what I call crazy
this is not even difference due to underlaying OS api!
yeah, luckily it is deprecated...
Lucretia
so it's identical bar the last param? so, implement it, but add the extra param or not for all platforms and just put a note in to say when it's used or not. you don't have to use it.
darkestkhan
I don't care about that one - it is deprecated
I had to write my own wav parser... but it is not like wav files are particularly hard to parse - prolly one of easiest file formats
jk4
!quote
Allegra--
For, besides what has been said, it should be borne in mind that the temper of the multitude is fickle, and that while it is easy to persuade them of a thing, it is hard to fix them in that persuasion.
-- Niccolo Machiavelli, The Prince
« prev 1 2 3 4 5 next »