Hello,
the 3595 hangs during build on Linux SLES9...
...
Wl,-soname -Wl,librexxutil.so.4 -o .libs/librexxutil.so.4.0.0
(cd .libs rm -f librexxutil.so.4 ln -s librexxutil.so.4.0.0
librexxutil.so.4)
(cd .libs rm -f librexxutil.so ln -s librexxutil.so.4.0.0
librexxutil.so)
ar cru
Rainer Tammer wrote:
Hello,
the 3595 hangs during build on Linux SLES9...
3597 compiles cleanly again, and builds the image correctly. So either
it got fixed or the problem is SLES9 specific.
Moritz
--
Moritz Hoffmann
http://antiguru.de/
Hi,
oorexx 4 works for me as well, I can compile and run it by now - on my
Dedian machine. Thanks for the effort.
However, rexx sometimes fails to load the rexx image. Here is a stack trace.
#0 RexxMemory::restoreImage (this=0xb7f20120)
at ./kernel/runtime/RexxBehaviour.hpp:100
#1
Moritz,
Are you doing a build in between these different sizes? There was a
problem on Windows with the build order where sometimes some things
got left out.
--
Mark Miesfeld
On Mon, Jul 14, 2008 at 1:11 AM, Moritz Hoffmann [EMAIL PROTECTED] wrote:
Hi,
oorexx 4 works for me as well, I can
Rexx Developer Mailing List
oorexx-devel@lists.sourceforge.net
cc
Subject
Re: [Oorexx-devel] ooRexx 4.0 on Linux
I tried that, and it didn't work. I also modified the code in
loadImage() to just try opening rexx.img first to try to grab it
from the current directory. That didn't work either
/11/2008 09:10 AM
Please respond to
Open Object Rexx Developer Mailing List oorexx-devel@lists.sourceforge.net
To
Open Object Rexx Developer Mailing List
oorexx-devel@lists.sourceforge.net
cc
Subject
Re: [Oorexx-devel] ooRexx 4.0 on Linux
I tried that, and it didn't work. I also
Rene,
Could you do an svn info from your trunk directory and post the result?
Rick
On Fri, Jul 11, 2008 at 1:18 PM, René Jansen [EMAIL PROTECTED] wrote:
Mark,
yes. but this is actually the only project in which svn appears to be
doing this, and I would like to trust the versioning tools.
I
Yeah, it's a long story. I took that branch about 3 1/2 years ago,
and was madly toiling away at the codethen I moved above 3 years
ago and work stalled. In the meantime, I finally decided that we need
to get some new features out, so all of the new stuff in 3.2.0 caused
the two branches to
Rick,
thanks, I vote for removing the stalled branch.
In the meantime, I got as fas as:
g++ -DHAVE_CONFIG_H -I. -DORX_VER=4 -DORX_REL=0 -DORX_MOD=0 -
DORX_FIX=0 -DORX_SYS_STR=\MACOSX\ -DORX_CATDIR=\/opt/ooRexx/bin\ -
DORX_SHARED_LIBRARY_EXT=\.dylib\ -I./lib -I./api -I./api/platform/
unix
cc
07/11/2008 12:31 Subject
PMRe: [Oorexx-devel] ooRexx 4.0 on
Linux
Oh crudI thought that function was more standard across the unixes.
Rick
On Fri, Jul 11, 2008 at 1:41 PM, René Jansen [EMAIL PROTECTED] wrote:
Rick,
thanks, I vote for removing the stalled branch.
In the meantime, I got as fas as:
g++ -DHAVE_CONFIG_H -I. -DORX_VER=4 -DORX_REL=0
I'd prefer not to remove it yet, as I'm not done mining that code for
useful nuggets A renaming certainly could be in order though. I also
forgot to mention that at the time I started that exercise, the 3.x
code was still in the CVS repository and the 4.x code was in SVN,
partly because I didn't
Rick,
got a bit further into the build
./kernel/platform/unix/SysFile.cpp: In member function 'bool
SysFile::read(char*, size_t, size_t)':
./kernel/platform/unix/SysFile.cpp:287: warning: comparison is always
true due to limited range of data type
but that is only a warning, but this is the
and still a bit further, now stalling at
./kernel/runtime/LibraryPackage.cpp: In member function 'void
LibraryPackage::loadRoutines(RexxRoutineEntry*)':
./kernel/runtime/LibraryPackage.cpp:267: error: invalid conversion
from 'unsigned int (*)(const char*, size_t, CONSTRXSTRING*, const
Since David was so cool to get the rpm build working, I thought I'd
give it a quick try.
After a RPM install, on a very simple program, just:
say hello world
It runs but no output is produced. Is that a symptom of not finding the image?
--
Mark Miesfeld
On Thu, Jul 10, 2008 at 3:02 PM, Rick
On Thu, Jul 10, 2008 at 6:19 PM, Mark Miesfeld [EMAIL PROTECTED] wrote:
Yes, it does.
It looks like it finds the image for me. Both when I run the RPM
installed version and when I run from the build directory.
My user land debugging skills on Linux are poor. grin
But still better than
Ah...the rexx in the build directory is just a shell script. That
actual executable file is in the .libs directory. However, when I try
to invoke that directly, I get the image error. And I've yet to find
the combination of factors to allow that to load.
Rick
On Thu, Jul 10, 2008 at 6:39 PM,
17 matches
Mail list logo