>>
>> I haven?t added the proper packaging logic to my SPEC yet
>>
>
>Erico, will you (later on) provide a patch for the SPEC file, too?
>
Erich,
It’s there already . Check the SPEC file I’m using (and constantly modifying)
is the one available at
https://build.opensuse.org/package/view_file/h
>
>Never mind, I missed that the initialization was moved to the CPP file.
>
For a moment there I had a mini-heart attack ☺
--
— Erico Mendonça
Dedicated Support Engineer
SUSE
--
Attend Shape: An AT&T Tech Expo July 1
>
>Is the problem with the token OPTIONAL_RexxStringObject? The fix could be a
>simple as adding some additional defines for all of the OPTIONAL_* types at
>the top of oorexxapi.h.
>
Not only that. In this call, for example:
RexxMethod1(wholenumber_t, rexx_queue_queue,
OPTIONAL_RexxStringObj
>
> 1) on the i586 builds for Fedora 21, OpenSUSE 13.1, openSUSE 13.2, we got
> these:
> -- Installing:
> /home/abuild/rpmbuild/BUILDROOT/oorexx-5.0.svn-52.1.i386/usr/INSTALL_LIB_DIR-NOTFOUND/librxmath.so.5.0.0
> Apparently CMake got confused on which is the correct library directory.
>
Until som
>
> I haven’t added the proper packaging logic to my SPEC yet
>
Erico, will you (later on) provide a patch for the SPEC file, too?
On Mon, Jun 27, 2016 at 9:33 PM, Erich Steinböck wrote:
> Erico, thanks. systemd-fixes.patch is now committed to trunk.
>
> Erich
>
> On Mon, Jun 27, 2016 at 7:44
Erico, thanks. systemd-fixes.patch is now committed to trunk.
Erich
On Mon, Jun 27, 2016 at 7:44 PM, Erico Mendonca
wrote:
> >Erico, I've committed all patches to trunk.
> >There's one exception, systemd-fixes.patch, for which we will need the
> >"50-rxapid.preset" file also included in the di
Never mind, I missed that the initialization was moved to the CPP file.
Rick
On Mon, Jun 27, 2016 at 1:46 PM, Erico Mendonca
wrote:
> >
> >Wait, the changes to the memory constants are losing all of the
> initialized
> >values. This will completely break memory management.
> >
>
> Hi Rick,
>
>
>
>Wait, the changes to the memory constants are losing all of the initialized
>values. This will completely break memory management.
>
Hi Rick,
Ouch. Sorry for that. You certainly have a lot more intimacy with the code than
I do. Could you fix it?
--
— Erico Mendonça
Dedicated Support Engin
>Erico, I've committed all patches to trunk.
>There's one exception, systemd-fixes.patch, for which we will need the
>"50-rxapid.preset" file also included in the diff.
>
>Also, does the name, "50-rxapid.preset" make sense? Will a new preset file
>be created for each successive ooRexx version/rele
>Erico, would adding -std=gnu++98 avoid the issue when compiling with gcc 6?
>
>GCC will now require every identifier to be valid beforehand
>>
>Do you have a link which details this change?
>Do you have a short example of ooRexx preprocessor code which now fails
>with gcc 6?
>
>I can look into the
Is the problem with the token OPTIONAL_RexxStringObject? The fix could be a
simple as adding some additional defines for all of the OPTIONAL_* types at
the top of oorexxapi.h.
Rick
On Sun, Jun 26, 2016 at 7:41 PM, Erico Mendonca
wrote:
> Hello all,
>
> I’d like to request help from someone more
Wait, the changes to the memory constants are losing all of the initialized
values. This will completely break memory management.
Rick
-- Forwarded message --
From:
Date: Mon, Jun 27, 2016 at 10:07 AM
Subject: [Oorexx-svn] SF.net SVN: oorexx-code-0:[11060]
main/trunk/interpreter
Erico, I've committed all patches to trunk.
There's one exception, systemd-fixes.patch, for which we will need the
"50-rxapid.preset" file also included in the diff.
Also, does the name, "50-rxapid.preset" make sense? Will a new preset file
be created for each successive ooRexx version/release?
That is a very good idea for a very constructive and competent person for a
great project!
8-)
---rony
On 26.06.2016 20:50, Jon Wolfers wrote:
> OOOppps,
>
> Rene sent this to the wrong list. Please feel free to rejoice in Erico here.
> Rene, I will
> forward this to the correct list.
>
> Jon
Erico, would adding -std=gnu++98 avoid the issue when compiling with gcc 6?
GCC will now require every identifier to be valid beforehand
>
Do you have a link which details this change?
Do you have a short example of ooRexx preprocessor code which now fails
with gcc 6?
I can look into the issue, b
15 matches
Mail list logo