I meant dupe's or was I not seeing a level of indentation of if's.
I patched once just to remove and was suprised to see gnu++11 come back
on next compile.
Also Haiku cmake was 3.9.5 but it still picked gnu++11.
Could be Haiku cmake pkg though.
_
I'm thinking this should just be #ifdef HAVE_SCHED_H rather than listing
the platforms. That's the header file sched_param is defined in, so
probably one of the other linux header files is including it already. It
should be benign to include it here if the platform has it.
Rick
-- Forward
>
> As soon I find all the things to fix
> I will email the svn diff report with some suggested modifications
>
Sounds great - waiting for the patch
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/lis
>
> Also, CMakeList.txt same thing or me, tried to override
>
Jason, I have no idea what this sentence means, but I've removed the
duplicated lines with revision revision [r11793]
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://l
The main problem is that the logic for header inclusion is seriously flawed …
The test should be on the availability of features features
( HEADERS, FUNCTIONS, LIBRARIES)
Not on the system name (*)
Working on it
As soon I find all the things to fix
I will email the svn diff report with some
This is not all the HAIKU patches but I looked at what I had to do to
fix OpenIndiana build.
GCC or OpenIndiana knew I needed
For some reason OpenIndiana complained when I did first build but Haiku
did not.
I compiled latest on OpenIndiana with verbose on gmake build &>
what_we_do_here.txt
>
> +#if defined(OPSYS_SUN) || defined(__HAIKU__)
>
this patch speeds things 6 fold
>
fixed with latest commit
So it would compile fine without this include, but with the include speed
improves six times?
Why is that? And: how did you figure this out?
Still do not have enviroment
>
Is this a Rexx-
Just another couple of points:
1) the ~supplier message is not needed; ooRexx will "supply" it
2) in the case of relation collections, the [] method will return the
first item with the specified index so relation collections with
duplicate indices would need different handling (thanks Rony fo
It can help to enable core dumps, which can be used to debug after the
program faulted. On Linux, use the following command to enable them
for the current shell:
ulimit -c 100
Later use gdb to read them:
gdb rexx core
Moritz
On Wed, Feb 20, 2019 at 3:30 PM P.O. Jonsson wrote:
>
> Thanks f
Duly noted. Tnx
Hälsningar/Regards/Grüsse,
P.O. Jonsson
oor...@jonases.se
> Am 20.02.2019 um 15:52 schrieb Moritz Hoffmann :
>
> It can help to enable core dumps, which can be used to debug after the
> program faulted. On Linux, use the following command to enable them
> for the current shell
Thanks for the info, will build with debug and try to install the debugger
then. Hopefully next time I have more info.
For what it is worth here the last lines in /var/log/kern.log (seems to point
to librexx.so):
Feb 19 19:58:35 ubuntu18-04 kernel: [5.735603] audit: type=1400
audit(1550602
I think we are on the right track but it needs a little tweaking:
t=.table~of(("adam","male"), ("berta","female"), ("caesar","male") )
sayt~class":"
dowithindexiitemoovert
say"#"i":"pp(o)
end
say
say"--- the desired output:"
i=1
dowithindexidxitemoovert
say"#"i":"pp(idx) "->"pp(o)
i=i+1
end
say
Still do not have enviroment but this patch speeds things 6 fold.
--- oorexx-haiku-5.0.0/common/platform/unix/SysSemaphore.cpp 2019-02-20
07:09:11.132382720 +
+++ oorexx-haiku-5.0.0/common/platform/unix/SysSemaphore.cpp 2019-02-20
07:57:36.212074496 +
@@ -56,7 +56,7 @@
#include
#end
This is good to know but unfortunately not helpful. See
https://sourceforge.net/p/oorexx/wiki/how-to-debug-oorexx/ on how to
get more useful information.
Cheers,
Moritz
On Wed, Feb 20, 2019 at 2:59 PM P.O. Jonsson wrote:
>
> Dear developers,
>
> I am building & testing on a number of different p
I got the same a few times …
unfortunately thats a bug almost impossible to fix
Being in the right place at the right time
I did build a debug version, run rexx under the lldb covers
But I never got anything out of it ( NEVER CRASHED )
E
On 20 Feb 2019, at 14:59, P.O. Jonsson wrote:
>
> Dea
Dear developers,
I am building & testing on a number of different platforms and sometimes on
macOS/Darwin I get this when I come to the test (it all runs from a shell
script):
REXX-ooRexx_5.0.0(MT)_64-bit 6.05 13 Feb 2019 r11755
Searching for test containers./Users/po/workspace/testooRexx.sh: l
On 20.02.2019 07:06, Erich Steinböck wrote:
>
> number a do with over a table where the indices are not numbers, or over
> a set or bag
>
>
> Use
> do with index i item j over c~allItems
This is *not* the same collection as "c", but an array of all of the items in
the "c" MapCollection!
T
17 matches
Mail list logo
