similar to: [LLVMdev] Type uint64_t required but not found

Henrik Bach wrote: } Hi John, } } configure still exits, when checking for uint64_t. I've attached a patch, } that properly will fix it. Either uint64_t or u_int64_t will succeed: } } Index: configure.ac } =================================================================== } RCS file: /var/cvs/llvm/llvm/autoconf/configure.ac,v } retrieving revision 1.106 } diff -u -r1.106 configure.ac } ---

This affects the XMMS plugin. configure.in has this test: AC_CHECK_TYPES(socklen_t, [], []) And src/plugin_xmms/http.c is the only consumer: #ifndef HAVE_SOCKLEN_T typedef unsigned int socklen_t; #endif Together this looks bogus to me. The configure check looks for socklen_t in the default headers. If it isn't found there, socklen_t will be typedef'ed. However, at least on

On Tue, Jun 14, 2005 at 01:14:49PM -0700, Josh Coalson wrote: > > 1) configure doesn't properly figure out that i have socklen_t > > defined, > > and so http.c defines its own version. Previously reported. > > FLAC-1.1.2 has in configure.in: yes, i built 1.1.2 > AC_CHECK_TYPES(socklen_t, [], []) > > is this not working? autoconf/configure doesn't seem

Hi OpenSSH'lers! While using OpenSSH for quite a while, I became annoyed with the inflexible config-file parsing algorithm. I special it did not alow me to express: "Use *no* proxy for host xyz, but *this* proxy for all other hosts". So I had a look at the source an make a quick-n-dirty change, allowing me to use the special ProxyCommand "None" to express "don't

There are at least three cases: * Linux: check credentials and pid from client; restrict permissions from server * BSD: check credentials only from client; restrict permissions from server * Solaris: wide open --- configure.in | 4 ++-- src/control.c | 11 ++++++++++- src/control_common.h | 1 + src/tincctl.c | 38 ++++++++++++++++++++++++++++++++++---- 4

The PowerPC-related changes in FLAC 1.3.3 have caused some portability problems. libFLAC/cpu.c assumes that the <sys/auxv.h> header and the getauxval() function are universally available on PowerPC platforms. They are not. On FreeBSD/powerpc, <sys/auxv.h> is available, but getauxval() is not. Equivalent functionality is provided by elf_aux_info(). On OpenBSD/powerpc, neither is

I put together a nanosleep() for systems without it. Please review/test before I commit. It sems to make UnixWare and Open Server 5 happy. My SCO Open Server 3 box broke so I can't test it there. -------------< cut here >---------------- --- openssh/configure.ac.old 2003-03-09 17:16:43.000000000 -0800 +++ openssh/configure.ac 2003-03-16 15:38:28.520560008 -0800 @@ -1483,6 +1483,8 @@

Reid, When configuring LLVM I get this error: ----------------- checking for uint64_t... no configure: error: Type uint64_t required but not found ----------------- However, this type exists as u_int64_t in /usr/include/types.h. The easy way for me is to edit types.h, but I think the right thing is to somehow to test for it on Interix platform. Any thoughts? /Henrik --- Got Freedom?

Reid, >Well, if it doesn't break anything else, I'd fix the header file. The >standard type name is supposed to uint64_t not u_int64_t. I would just >change the header file to define both of them, something like: > >typedef u_int64_t uint64_t; > >You could do that in /usr/include/types.h, I've tried it and it doesn't break anything, but ... >or we could

Hi all - I've just finished building flac in the "darwinports" environment on MacOS 10.3.9. The port maintainer (i've cc'd him) had disabled the xmms plugin build. I wanted that, so I changed the portfile and built locally, yada yada. I've run into three problems, only two of which I've seen reported in the list archives here. 1) configure doesn't properly

Well, if it doesn't break anything else, I'd fix the header file. The standard type name is supposed to uint64_t not u_int64_t. I would just change the header file to define both of them, something like: typedef u_int64_t uint64_t; You could do that in /usr/include/types.h, or we could add it to a header file in llvm/include/Config, ifdef'd for Interix. Reid. On Tue, 2004-08-31 at

Hi everyone Following are a number of build-system cleanup patches. Some of them are prep-work for a possible upcoming automake/gnulib introduction. Best regards, Tiziano

Hello, I ran into a few problems when trying to build openssh 5.2p1 on IRIX 5.3. First one is new to 5.2p1: cc -I. -I. -I/usr/tgcware/include/openssl -I/usr/tgcware/include -DSSHDIR=\"/usr/tgcware/etc/ssh\" -D_PATH_SSH_PROGRAM=\"/usr/tgcware/bin/ssh\" -D_PATH_SSH_ASKPASS_DEFAULT=\"/usr/tgcware/libexec/ssh-askpass\"

Hello R-help   I am working with large data table that have the occasional label,  a particular time point in an experiment. E.g: "Time (min)", "R1 R1", "R2 R1", "R3 R1", "R4 R1" .909, 1.117, 1.225, 1.048, 1.258 3.942, 1.113, 1.230, 1.049, 1.262 3.976, 1.105, 1.226, 1.051, 1.259 4.009, 1.114, 1.231, 1.053, 1.259 4.042, 1.107, 1.230, 1.048, 1.262

--- Dan Pritts <danno@umich.edu> wrote: > Hi all - > > I've just finished building flac in the "darwinports" environment > on MacOS 10.3.9. > > The port maintainer (i've cc'd him) had disabled the xmms plugin > build. > > I wanted that, so I changed the portfile and built locally, yada > yada. > > I've run into three problems,

http://bugzilla.mindrot.org/show_bug.cgi?id=74 Summary: Use of sig_atomic_t breaks SunOS4 compile Product: Portable OpenSSH Version: -current Platform: Other OS/Version: SunOS Status: NEW Severity: normal Priority: P2 Component: ssh AssignedTo: openssh-unix-dev at mindrot.org ReportedBy:

Hi, Last week, while trying to compile IceCast2 from CVS on several Debian machines (sid, woody, sarge), I encountered a problem where autoconf told me to file a bug report, which I did with Debian's reportbug utility. here's the answer from Ben Pfaff, who's in charge of Autoconf at Debian, which you may find interesting to read. hth. bye, PS: I've not tested his suggestion

Hi all, The following patch fixes cross compiling from Linux to windows. The existing code was doing: #if !defined _MSC_VER && !defined __MINGW32__ && !defined __EMX__ #include <stdint.h> /* for SIZE_MAX in case limits.h didn't get it */ #endif when it seems to make much more sense to just test for the presence of <stdint.h> and do: #ifdef

AF_E PS_E 90.838 2.206 83.139 1.751 134.272 3.710 84.043 2.076 105.184 2.788 157.249 3.783 50.280 1.027 96.973 2.355 123.582 3.398 60.417 1.236 123.501 3.315 90.128 1.566 193.783 5.167 116.036 2.994 100.289 2.216 56.943 1.106 102.272 2.692 145.579 3.810 53.105 1.202 127.212 3.061 102.838 2.383 126.352 2.723 13.661 0.190 164.352 4.870 159.945 4.160 54.382 0.884 128.253 3.598 181.208 4.767 145.118

On 6 Aug 2001, Albert Chin-A-Young <china@thewrittenword.com> wrote: > On Mon, Aug 06, 2001 at 10:30:50PM +1000, Martin Pool wrote: > > Albert, I'd be interested to hear your comments on these, if you have > > time. > > AC_CHECK_TYPE([socklen_t], [int]) is not robust enough. I had a feeling it was too simple to be correct.. :) > Are you familiar with an ftp