Re: [Bug-apl] A couple of more Solaris compatibility issues

[Juergen Sauermann]

Hi,

sorry, my fault. No quotes.

/// Jürgen


On 04/17/2014 05:38 PM, Elias Mårtenson wrote:

About the tags, I'm having some trouble with them. The line numbers are off. I'm testing on the attached file.

Also, when trying to look at the tag using the ]SYMBOL command, I'm getting the following:

      ]SYMBOL 'SQL∆Disconnect'

parse error 3 in )SYMBOL command

Regards,

Elias

On 17 April 2014 23:33, Elias Mårtenson <address@hidden> wrote:

I'm at home now and unable to easily test the Solaris stuff. I will give you the log file as soon as I can get my hands on it.

As for munmap, I'm surprised we're not getting errors on Linux for this, since it's defined to take a void * on that platform.

Regards,

Elias

On 17 April 2014 23:27, Juergen Sauermann <address@hidden> wrote:

Hi Elias,

I changed munmap() to char *.

I also added source file and line numbers to user defined functions. May not
work everywhere yet, please let me know if not., Can be checked with eg. ]SYMBOL 'FOO'

I added some printouts for APnnn troubleshooting; start APL with -l 37 (= startup-log) to see them.

For the -rdynamic I would need your config.log after configure and also the printout of the line using it.

/// Jürgen

On 04/17/2014 06:09 AM, Elias Mårtenson wrote:

And a followup:

If I bind it on Solaris in 64-bit mode, I get the following error when I run it:

*** Failed to start APnnn: processor -1 will not accept incoming shared variable offers. Expect surprises.

Regards,

Elias

On 17 April 2014 11:52, Elias Mårtenson <address@hidden> wrote:

We're almost there. :-)

Issue 1:

Line 873 in the file Archive.cc: The first argument to munmap() needs to be cast to char * on Solaris.

I wasn't able to find a ready-made autoconf macro that tests for the argument to munmap(), but one can always use an #ifdef to check if the OS is Solaris.

Issue 2:

The Makefile still passes -rdynamic to the linker. Removing this makes the link work.

Regards,

Elias