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 <rvjan...@xs4all.nl> 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 <object.r...@gmail.com> 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 <object.r...@gmail.com>
> 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
> Oorexx-devel@lists.sourceforge.net
> 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
> Oorexx-devel@lists.sourceforge.net
> 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
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Reply via email to