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 <loke...@gmail.com> 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 
> <juergen.sauerm...@t-online.de>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 <loke...@gmail.com> 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
>>>
>>
>>
>>
>

Attachment: sql.apl
Description: Binary data

Reply via email to