It's "go get -u", "u" means update. And also "go help" will print a
short explanation of the command, e.g. "go help get".
I will send mail when I have more progress.
Best regards,
Hǎiliàng Wáng
--
CenturyLink Cloud: The
On 2014-01-25 10:48+0800 Hailiang Wang wrote:
> Hi Alan,
>
> I'm in UTC+8 time zone and now it's about 11 AM here.
>
> I realize that the check program is for PLPlot community who may not
> be familiar with Go. I have added a README.md file under the same
> location of the check tool.
>
> The mini
Hi Alan,
I'm in UTC+8 time zone and now it's about 11 AM here.
I realize that the check program is for PLPlot community who may not
be familiar with Go. I have added a README.md file under the same
location of the check tool.
The minimal unit that "go get" tool can get is a repository, so the
so
On 2014-01-24 12:40-0700 Orion Poplawski wrote:
> On 01/23/2014 08:01 PM, Alan W. Irwin wrote:
>>
>> @Orion and Andrew: I am especially interested in your comments on the
>> implications of effectively dropping the "d" suffix for most of our
>> distributed library names.
>>
>
> This just came to m
On 2014-01-24 09:01-0800 Alan W. Irwin wrote:
> Would you be willing to write a README file at
> https://github.com/hailiang/go-plplot/tree/master/c/check that would
> help a Go Newbie like me to run your checker?
Hi Hǎiliàng:
I realized you could not respond immediately to that request because
On 01/23/2014 08:01 PM, Alan W. Irwin wrote:
>
> @Orion and Andrew: I am especially interested in your comments on the
> implications of effectively dropping the "d" suffix for most of our
> distributed library names.
>
This just came to me, the pkg-config name has the "d" suffix. This is
proba
On 01/23/2014 08:01 PM, Alan W. Irwin wrote:
>
> @Orion and Andrew: I am especially interested in your comments on the
> implications of effectively dropping the "d" suffix for most of our
> distributed library names.
>
Obviously this is a soname change requires a rebuild of all library users.
B
On 2014-01-24 12:08- Phil Rosenberg wrote:
> The reason I would prefer to use the LIB_TAG variable is really only
neatness. This would mean I could have all my libraries (Plplot and
others) in a single directory, as happens on Linux. I would have
thought this would have been better for Linux u
On 2014-01-24 17:08+0800 Hailiang Wang wrote:
> Hi Alan,
>
> The hard part turns out to be not parsing api.xml but restoring a C
> type declaration from gccxml's type structure, but anyway I have done
> it. Yeah!
>
> I'd better put the result in the attachment (log.txt) because it is
> much longer
On 2014-01-24 07:41- Arjen Markus wrote:
> [...]I was able to:
> - build PLplot under Ubuntu, using this virtual machine
> - reproduce the segmentation violation which occurs with
> wish_standard_examples
> (note: this does _not_ seem to occur under Cygwin - but I realise now that
> I may
Hi Alan
The reason I would prefer to use the LIB_TAG variable is really only neatness.
This would mean I could have all my libraries (Plplot and others) in a single
directory, as happens on Linux. I would have thought this would have been
better for Linux users who would want there libraries in
BTW, I just discovered that the function pointer type cannot be
correctly restored so the type mismatch may be a false alarm, luckily
such cases are not many.
Hǎiliàng
--
CenturyLink Cloud: The Leader in Enterprise Cloud
Hi Alan,
The hard part turns out to be not parsing api.xml but restoring a C
type declaration from gccxml's type structure, but anyway I have done
it. Yeah!
I'd better put the result in the attachment (log.txt) because it is
much longer now.
Hǎiliàng
c_plgcmap1_range is not documented.
c_plgdraw
13 matches
Mail list logo