project itself does some magic with testwrapper.sh, is it
preferred solution?
I can't see any State of the Art or well-known Unit testing
framework for Vala around here, none of the existing is widely used.
Regards,
--
Ildar Mulyukov, free SW designer/programmer
.
I could be coding a little too much Scheme, lately…
I don't agree the proposed logo is similar to Racket.
Best regards,
--
Ildar Mulyukov, free SW designer/programmer
email: il...@users.sourceforge.net
home: http://tuganger.narod.ru/
ALT Linux
.
This suggestion was (generally) declined last time. See attachment.
Best regards,
--
Ildar Mulyukov, free SW designer/programmer
email: il...@users.sourceforge.net
home: http://tuganger.narod.ru/
ALT Linux Sisyphus
Hi
On 30.03.2010 14:15:53, Arkadi Viner wrote:
valide: symbol lookup error:
/usr/local/lib/valide/plugins/terminal/libterminal.so: undefined
symbol: vte_terminal_new
sounds like underlinked library. You need to add -lvte to the LD_ADD or
corresponding construct.
Best regards,
--
Ildar
is
not the only reason.
Ok. But IMHO you should at least note this somewhere. And, better, put
a check in configure.in
--
Ildar Mulyukov, free SW designer/programmer
email: il...@users.sourceforge.net
home: http://tuganger.narod.ru/
ALT Linux Sisyphus
. And Valac is the
1st in the list.
I'll file a feature request for it as soon as I get a faster internet
(say, at the weekend).
Best regards,
--
Ildar Mulyukov, free SW designer/programmer
email: il...@users.sourceforge.net
home: http
sad.
--
Ildar Mulyukov, free SW designer/programmer
email: il...@users.sourceforge.net
home: http://tuganger.narod.ru/
ALT Linux Sisyphus
___
Vala-list
Hi!
Abderrahim, thank you. Your letter helped me a lot.
On 04.09.2009 13:39:53, Abderrahim Kitouni wrote:
2009/9/4 Ildar Mulyukov il...@users.sourceforge.net:
1. Valac supports --library option, but still cannot build one
with one
shot - it cannot link a library (is it true?)
yes
could get test method names directly from the library. Use objdump
for example.
Jan, it's not the 1st time when Unit tests are discussed. Have a look
at discussions on Oct. and Dec. last year. (subj. GTest and VUnit).
Hope you did that already.
Best regards, Ildar
--
Ildar Mulyukov, free
Hi!
On 19.01.2009 14:40:55, Jürg Billeter wrote:
On Fri, 2009-01-02 at 00:17 +0600, Ildar Mulyukov wrote:
Hi, everybody!
Last time (for about a month) I see libgee make check FAILED:
make[2]: Entering directory `/tmp/libgee/tests'
TEST: testarraylist... (pid=30778
.
Best regards,
--
Ildar Mulyukov, free SW designer/programmer
email: il...@users.sourceforge.net
home: http://tuganger.narod.ru/
ALT Linux Sisyphus
needs inline C. Vala already makes it pretty easy to work on a
low level by supporting pointers and simple ad-hoc bindings with the
`extern' modifier.
Agree.
Ok, I think that's enough for the discussion. Thank you everybody who
expressed here.
Best regards, Ildar
--
Ildar Mulyukov, free
Hi, Jürg!
thanks for your answers.
On 12.12.2008 14:04:51, Jürg Billeter wrote:
Hi Ildar,
On Wed, 2008-10-15 at 03:03 +0600, Ildar Mulyukov wrote:
I am very new to Vala. Great thanks to Jürg and participants.
I've a question (or it's really two separate questions?)
1. What does
think about having C inline in Vala? This looks quite
natural for Vala. Especially while Vala is quite unperfect (having 304
open bugs). This could ease implementing workarounds ;)
Best regards, Ildar
--
Ildar Mulyukov, free SW designer/programmer
On 14.12.2008 00:00:31, Jamie McCracken wrote:
On Sat, 2008-12-13 at 17:46 +, Karl Lattimer wrote:
On Sat, 2008-12-13 at 23:44 +0600, Ildar Mulyukov wrote:
What do you think about having C inline in Vala? This looks quite
natural for Vala. Especially while Vala is quite unperfect (having
something else?
--
Ildar Mulyukov, free SW designer/programmer
email: il...@users.sourceforge.net
home: http://tuganger.narod.ru/
ALT Linux Sisyphus
___
Vala
On 27.11.2008 10:39:27, Ildar Mulyukov wrote:
% valac cl1.vala if2.vala
/tmp/.private/ildar/cc8mGVTD.o: In function `ns1_cl1_constructor':
cl1.c:(.text+0x160): undefined reference to `ns1_i1_set_str1'
Why this stupid compiler tries to use _interface's_accessor_?
Any comments?
This is what
On 22.11.2008 18:12:06, Ildar Mulyukov wrote:
Hello,
just another one try to use a property in an interface.
...
2. Because of the point 1, one have to write such strange things as:
public string str1 { get; private set; }
Though it doesn't work either (i.e. valac cl1.vala if2
of the declaration in interface.
2. Prohibit private accessors in interfaces.
I attach a small example.
Best regards, Ildar
--
Ildar Mulyukov, free SW designer/programmer
email: [EMAIL PROTECTED]
home: http://tuganger.narod.ru/
ALT Linux Sisyphus
On 17.11.2008 13:08:20, Alexander Bokovoy wrote:
On Sun, Nov 16, 2008 at 8:17 PM, Alexander Bokovoy [EMAIL PROTECTED]
wrote:
2008/11/16 Ildar Mulyukov [EMAIL PROTECTED]:
valac test-iface-prop-noset-impl.vala
test-iface-prop-noset-iface.vala/tmp/.private/ildar/ccIVSzoO.o: In
function
is a workaround. But this looks like a bug to
me.
Regards, Ildar
--
Ildar Mulyukov, free SW designer/programmer
email: [EMAIL PROTECTED]
home: http://tuganger.narod.ru/
ALT Linux Sisyphus
21 matches
Mail list logo