similar to: Compiling Samba4 RC3 on AIX 6.1 with IBM vac

On 10/06/2017 17:23, Michael Felt wrote: > On 10/06/2017 14:42, Michael Felt wrote: >> >> Next chapter in packaging.(Not meant to be extensive, only what I run >> across and is easy to report) > > c) > > 378 | int quota_root_default_init(struct quota_root *root, const > char *args, > 379 | const char **error_r) >

On 10/06/2017 17:26, Michael Felt wrote: > On 10/06/2017 17:23, Michael Felt wrote: >> On 10/06/2017 14:42, Michael Felt wrote: >>> >>> Next chapter in packaging.(Not meant to be extensive, only what I >>> run across and is easy to report) So, now in an attempt to report on where I am at... michael at

On 09/10/2016 21:48, Michael Felt wrote: > I finally decided it was really time to stop being lazy and really > move away from gmail. After I have a server in my basement using > power, etc. > > So I turned on the imap provided - and did not quite cry - it will > have to do for now, but imap2 is wanting. Next chapter in packaging. a) I have 'patched' several files to

On 10/06/2017 14:42, Michael Felt wrote: > > Next chapter in packaging.(Not meant to be extensive, only what I run > across and is easy to report) c) 378 | int quota_root_default_init(struct quota_root *root, const char *args, 379 | const char **error_r) 380 | { 381 | const struct quota_param_parser default_params[] = {

Hi. I finally decided it was really time to stop being lazy and really move away from gmail. After I have a server in my basement using power, etc. So I turned on the imap provided - and did not quite cry - it will have to do for now, but imap2 is wanting. A real server yes, but not Linux. (Using linux would require another server AND I would feel I am being lazy again). So, I downloaded

On 10-Oct-16 06:45, Aki Tuomi wrote: > Does your build end at some particular point? See **** DETAILS **** for in depth (I hope enough!) study/report. > > Aki I would guess this is not "c99" way... Making all in lib-http source='test-http-auth.c' object='test-http-auth.o' libtool=no DEPDIR=.deps depmode=xlc /bin/sh ../../depcomp xlc_r

On 09-Oct-16 22:51, Aki Tuomi wrote: >> >> Michael > > Does the compiler support C99 standard? > > Aki Yes. Plus extended features. Key difference with GCC, e.g., are the flags to the compiler, but autotools general manages those well. Key difference with platform (well, of of) is that it is not GNU, and how shared libraries are built. Again, libtool in particular,

Hello ! Anybody have expirience with Powercom Imperial 1500 VAC (USB interface) ? Under FreeBSD 6.2 it's shown as uhid device: uhid0: POWERCOM CO., LTD. USB to Serial, rev 1.00/0.00, addr 2, iclass 3/0 usbhid-ups doesn't recognize it, and powercom driver doesn't work with uhid device. It seems for me that FreeBSD doesn't support it, so it doesn't create serial device for

Hi Micheal, I am currently working on AIX + VAC + NTPv4 build. and I have also faced same issues as mentioned by you in link https://www.dovecot.org/list/dovecot/2016-October/105597.html Wondering if you have got any resolution for above issue. If yes, please help me with your guidance. thanks in advance, seema

On 09/10/2016 21:48, Michael Felt wrote: > > A real server yes, but not Linux. (Using linux would require another > server AND I would feel I am being lazy again). Well, I have been busy, and it is time to force move dovecot forward. Being 'lazy' I am doing some initial tests on my POWER platform using an old debian distro to build the latest (via git). That has been

On 06.06.2017 21:30, Michael Felt wrote: > On 09/10/2016 21:48, Michael Felt wrote: >> >> A real server yes, but not Linux. (Using linux would require another >> server AND I would feel I am being lazy again). > > Well, I have been busy, and it is time to force move dovecot forward. > > Being 'lazy' I am doing some initial tests on my POWER platform using

Dear all, It looks like the parameters var-cov matrix returned by gee() is not adjusted for the scale parameter: > fm1 <- gee(nbtrp ~ strate * saison + offset(log(surf)), family = poisson, data = Eff2001, + id = loc, tol = 1e-10, corstr = "exchangeable") [1] "Beginning Cgee S-function, @(#) geeformula.q 4.13 98/01/27" [1] "running glm to get initial

Hello. I was trying to compile https://github.com/llvm/llvm-project/tree/master/libunwind using: - MSVC - Clang I wasn't able to configure this project for using MSVC (directly or via clang-cl): >cmake -G Ninja -DLLVM_PATH="C:/Users/clang/llvm-project-10.0.1/llvm" -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX="C:\Users\clang\libunwind_llvm" ../libunwind --

On 10/10/2016 14:59, Stephan Bosch wrote: > > > Op 10-10-2016 om 14:39 schreef Michael Felt: >> On 10-Oct-16 06:45, Aki Tuomi wrote: >>> Does your build end at some particular point? >> See **** DETAILS **** for in depth (I hope enough!) study/report. >>> >>> Aki >> >> I would guess this is not "c99" way... > > It seems to

On Tue, 24 Feb 2015, Kevin Brott wrote: > > On Mon, Feb 23, 2015 at 4:53 PM, Damien Miller <djm at mindrot.org> wrote: > > This should fix it: > > diff --git a/regress/netcat.c b/regress/netcat.c > index 84efe11..4b8c51c 100644 > --- a/regress/netcat.c > +++ b/regress/netcat.c > [sniip] > > > > This patch

What fun. I don't often stoke up the boiler and actually compile open-source code, but here I am at the beginning of just such a joyous and wondrous adventure. I'm running the latest level of AIX (V5.3...V4.3 has been obsolete for at least, what, 5 years) and using the IBM compiler (xlc is similarly obsolete, from back when the compiler came with the O/S...oh, for the halcyon days of

3.9.0 and current release_39 (r90413) have issues with older static assertion macros like this one from an older libunwind: #define COMPILE_TIME_ASSERT( expr ) \ extern int compile_time_assert_failed[ ( expr ) ? 1 : -1 ] __attribute__( ( unused ) ); I notice that the issue is fixed on current trunk. Does anyone know what revision introduced the fix? Can we get it

Hi there, I'm trying to compile nut 2.0.4 on an AIX 5.3 machine, but it fails: $ make common/ /usr/vac/bin/cc -I../include -O -c common.c /usr/vac/bin/cc -I../include -O -c upsconf.c /usr/vac/bin/cc -I../include -O -c parseconf.c /usr/vac/bin/cc -I../include -O -c state.c Target "all" is up to date. drivers/ /usr/vac/bin/cc -I../include -O -c

Ah, interesting, have not ran across that before (as I always strive to never use the same name as any scope previously), but rather interesting that GCC gets it wrong while VC++ gets it right, kind of a switch. And yes, that switch I mentioned is for VC6 style in VC7.1 (what I use), you have to switch it to make it conformant, nice to hear VC8 does it correctly by default now. On Thu, Oct 2,

> On Dec 22, 2016, at 9:36 PM, Jeremy Huddleston Sequoia via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > 3.9.0 and current release_39 (r90413) have issues with older static assertion macros like this one from an older libunwind: > > #define COMPILE_TIME_ASSERT( expr ) \ > extern int compile_time_assert_failed[ ( expr ) ? 1 : -1 ] __attribute__( (