Never mind, I found it. Now I'm puzzled as to why Linux did not have the
same problem.
Rick
On Sat, Sep 20, 2014 at 4:41 PM, Rick McGuire <[email protected]> wrote:
> These should be fixed now, but I'm curious about where the define for
> PACKAGE came from. I couldn't find it anywhere in the code. Is this in
> some generated config include?
>
> Rick
>
> On Sat, Sep 20, 2014 at 4:21 PM, René Jansen <[email protected]> wrote:
>
>> I have:
>>
>> In file included from ./interpreter/classes/ArrayClass.cpp:52:
>> In file included from ./interpreter/runtime/RexxCore.h:183:
>> In file included from ./interpreter/memory/RexxMemory.hpp:49:
>> *./interpreter/memory/MemoryStack.hpp:204:5: **warning: **control
>> reaches end of non-void function [-Wreturn-type]*
>> }
>> * ^*
>> In file included from ./interpreter/classes/ArrayClass.cpp:57:
>> In file included from ./interpreter/runtime/MethodArguments.hpp:50:
>> In file included from ./interpreter/concurrency/ActivityManager.hpp:44:
>> In file included from ./interpreter/memory/GlobalNames.hpp:56:
>> *./interpreter/memory/GlobalNames.h:142:15: **error: **expected
>> unqualified-id*
>> GLOBAL_NAME(PACKAGE, "PACKAGE")
>> * ^*
>> *./config.h:210:17: **note: *expanded from macro 'PACKAGE'
>> #define PACKAGE "ooRexx"
>> * ^*
>> *./interpreter/memory/GlobalNames.hpp:51:53: **note: *expanded from
>> macro 'GLOBAL_NAME'
>> #define GLOBAL_NAME(name, value) extern RexxString *name;
>> * ^*
>> In file included from ./interpreter/classes/ArrayClass.cpp:57:
>> *./interpreter/runtime/MethodArguments.hpp:47:9: **warning:
>> **'MethodArguments_Included'
>> is used as a header guard here,*
>> * followed by #define of a different macro [-Wheader-guard]*
>> #ifndef MethodArguments_Included
>> * ^~~~~~~~~~~~~~~~~~~~~~~~*
>> *./interpreter/runtime/MethodArguments.hpp:48:9: **note:
>> *'MethodArguments_Include'
>> is defined here; did you mean
>> 'MethodArguments_Included'?
>> #define MethodArguments_Include
>> * ^~~~~~~~~~~~~~~~~~~~~~~*
>> MethodArguments_Included
>> 2 warnings and 1 error generated.
>> make: *** [librexx_la-ArrayClass.lo] Error 1
>>
>> MacOSX 10.9.4
>>
>> best regards,
>>
>> René.
>>
>> On 20 sep. 2014, at 21:56, Rick McGuire <[email protected]> wrote:
>>
>> Ok, I'm able to get a clean build on Fedora. Please let me know if there
>> are any other build issues.
>>
>> Rick
>>
>> On Fri, Sep 19, 2014 at 6:46 PM, Rick McGuire <[email protected]>
>> wrote:
>>
>>> I have to apologize, I was so excited about getting the base tests
>>> working on the 5.0 version that I merged the changes back in to trunk,
>>> completely forgetting that I hadn't tried compiling on Linux first. I'm
>>> getting some compile issues in the non-platform code that are driving me a
>>> little crazy, so it might be a day or two before I get everything sorted
>>> out.
>>>
>>> Rick
>>>
>>
>>
>> ------------------------------------------------------------------------------
>> Slashdot TV. Video for Nerds. Stuff that Matters.
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk_______________________________________________
>> Oorexx-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Slashdot TV. Video for Nerds. Stuff that Matters.
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Oorexx-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>>
>>
>
------------------------------------------------------------------------------
Slashdot TV. Video for Nerds. Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
_______________________________________________
Oorexx-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oorexx-devel