00:02:38  * drdanzquit (Remote host closed the connection)
00:16:06  * TReKiEjoined
00:23:33  * TReKiEquit (Ping timeout: 252 seconds)
00:27:53  * TReKiEjoined
00:42:29  * ender|quit (Ping timeout: 256 seconds)
00:54:48  * ender|joined
01:11:57  * [[zzz]]joined
01:15:40  * [[zz]]quit (Ping timeout: 260 seconds)
01:40:22  * ender|quit (Ping timeout: 246 seconds)
01:53:34  * ender|joined
02:01:43  * ender|quit (Ping timeout: 246 seconds)
02:02:46  * madewokherdjoined
02:14:36  * ender|joined
06:29:52  * ender`joined
07:09:05  * madewokherdquit (Remote host closed the connection)
09:34:54  * mloskotjoined
09:51:48  * gixquit (Ping timeout: 260 seconds)
11:10:13  * piscisaureus_joined
11:33:27  * piscisaureus_quit (Ping timeout: 258 seconds)
11:55:05  * Gabriel__joined
11:59:08  * Gabriel__quit (Remote host closed the connection)
12:01:54  * Gabriel__joined
12:03:03  * Gabriel__quit (Client Quit)
12:29:25  * drdanzjoined
12:33:03  * gixjoined
12:38:30  * gblmarquezjoined
12:39:14  * gblmarquezquit (Remote host closed the connection)
13:08:25  * piscisaureus_joined
13:30:06  * piscisaureus_quit (Ping timeout: 264 seconds)
13:32:31  * piscisaureus_joined
14:02:30  * piscisaureus_quit (Ping timeout: 264 seconds)
14:18:59  * piscisaureus_joined
14:19:57  * jgmdevjoined
14:21:17  * virmitiojoined
14:30:44  <ln->excuse me my off-topicness, but does anyone have a clue what have i done wrong to make the properties dialog in vc++ 2010 look like this: http://www.nbl.fi/~nbl3392/project-properties.png
14:31:40  <ln->it's supposed to be a C++ project, and i would expect to see compiler and liker settings among other things on the left.
14:32:06  <virmitio>this happening for all cpp projects you open?
14:32:37  <ln->unfortunately yes
14:35:04  <virmitio>my guess is that there's an issue with either the default .props files that get auto-included by VS, or possibly you have a bad user-defined .props file in your user dir
14:39:09  <virmitio>user-defined .props for VS 2010 and 2012 get auto-loaded from: <usersRoot>\<username>\Appdata\Local\Microsoft\MSBuild\v4.0\Microsoft.Cpp.<platform>.user.props
14:41:51  <ln->it looks pretty empty: http://pastebin.com/hxZg4A2p although i'm not sure what is it supposed to look like.
14:43:40  <virmitio>going on a hunch: close visual studio (or at least the projects you have open), rename that .props file (add .old to the end or something) and reopen the projects
14:44:52  <ln->no luck with that one
14:46:08  <virmitio>honestly not sure then.
14:46:53  <ln->thank you for the ideas in any case.
14:46:54  <virmitio>maybe check in your .vcxproj file to make sure it's got an import for "$(VCTargetsPath)\Microsoft.Cpp.Default.props"
14:47:22  <virmitio>no ideas beyond that
15:29:50  * madewokherdjoined
15:45:30  * mloskotquit (Quit: Leaving)
16:12:08  * piscisaureus_quit (Ping timeout: 258 seconds)
16:29:41  * Jonny5joined
16:29:42  * Jonny5quit (Changing host)
16:29:42  * Jonny5joined
16:38:57  <virmitio>is there any reason to build the bz2 libs for both cdecl and stdcall?
16:41:01  <madewokherd>I'm not sure there was a reason to do it for zlib
16:41:50  <virmitio>the zlib source tree already had means to build both and we'd been providing both previously
16:43:05  <madewokherd>just because a build option exists doesn't mean we should provide a build with it
16:43:20  <ender`>the only reason both are available for zlib is because it wasn't standardised in the past, and some applications used stdcall while others did cdecl
16:43:44  <ender`>(new applications should always use cdecl zlib1.dll)
16:45:12  <virmitio>thus far I'm gathering that I should provide only cdecl unless the library has an explicit statement otherwise in its docs, yes?
16:45:53  <ender`>right
16:46:21  <madewokherd>well, if the library standardized on stdcall for some reason you should provide that and not cdecl
16:48:15  <madewokherd>I can't think of any examples that aren't part of the windows api
16:48:28  <virmitio>works
16:49:07  <virmitio>I'm just trying to avoid making assumptions right now that will result in nobody using the libraries later
16:49:21  <virmitio>as that would be bad
17:06:05  * piscisaureus_joined
17:11:51  <auroraeosrose>madewokherd: I'd suggest just ignoring it until you get the bug report asking for it
17:12:17  <FearTheCowboy>Conference Call: https://join.microsoft.com/meet/garretts/HZ96LF57 ...
17:12:28  <FearTheCowboy>FYI, I've been "upgraded" to Lync 2013 server
17:12:36  <FearTheCowboy>I'm not sure if the old attendee client works anymore.
17:12:37  <FearTheCowboy>*sigh*
17:12:47  <FearTheCowboy>it might bug you to install something new. or soemthign.
17:13:02  <auroraeosrose>nah, gives me a web one
17:13:17  <auroraeosrose>with a "lync app plugin"
17:13:20  <auroraeosrose>wtfery
17:13:47  * jgmdevquit (Remote host closed the connection)
17:13:51  <FearTheCowboy>It's a native app plugin tho' ... I don't get why they did this.
17:14:14  <FearTheCowboy>"Lync Web App 2013 now provides a full in-meeting experience, including computer audio and video, and is considered the replacement for Lync 2010 Attendee."
17:14:16  <FearTheCowboy>*sigh*
17:14:38  <madewokherd>tweet the link please?
17:14:46  <ender`>2010 attendee works
17:15:23  * madewokherdquit (Remote host closed the connection)
17:31:10  <auroraeosrose>bash: /bin/rm: Argument list too long
17:31:10  <auroraeosrose>sadpanda
17:32:01  <ender`>what did you do?
17:33:10  <auroraeosrose>i have lots and lots of files in this damn dir... I need to delete them
17:33:17  <auroraeosrose>whine whine rm blah* is angry
17:37:33  <ender`>use mc :)
17:38:59  <auroraeosrose>eh?
17:41:34  <auroraeosrose>find . -name "*.tmp"| xargs /bin/rm is the current fun
17:42:46  <ender`>if you use find, just use -delete: find . -name '*.tmp' -delete
17:56:00  * madewokherdjoined
18:19:29  * piscisaureus_quit (Ping timeout: 252 seconds)
18:26:58  * mloskotjoined
18:31:59  * piscisaureus_joined
19:50:05  <madewokherd>am I really supposed to list every author of an open source project?
19:50:19  <ender`>good luck when you get to gimp :)
19:50:21  <madewokherd>because I'll do it
19:51:04  <madewokherd>I figured you'd get to gimp first
19:51:26  <ender`>(oh, there's only 318 of them)
19:51:43  <madewokherd>I can always write some sort of script
19:54:00  * madewokherdjust writes "Free Software Foundation"
20:19:34  <madewokherd>bah, I forgot we need the mingw build of gettext to generate libintl.h
20:21:26  <madewokherd>virmitio: can I rely on your build machine to have mingw on it?
20:31:03  <virmitio>you can probably rely on it having msys, I'm not going to promise mingw
20:38:27  <madewokherd>well, configure is going to fail with just msys
20:38:46  <madewokherd>(also I can't figure out how to do anything in the msys environment)
20:41:11  <auroraeosrose>it shouldnt' fail with just msys
20:41:21  <auroraeosrose>but you do have to put the window compiler and linker in the path
20:41:29  <auroraeosrose>and I think you have to set flags too if I remember right
20:42:09  <auroraeosrose>to tell stupid configure that the linker is link.exe or something
20:48:20  <virmitio>yeah, you declare an alias along the lines of "ln=link.exe" and it rapidly becomes more happy
20:50:27  <madewokherd>configure: error: no acceptable ld found in $PATH
20:50:39  <madewokherd>and how do I declare an alias from cmd.exe?
20:51:36  <auroraeosrose>aren't you using msys?
20:51:38  * auroraeosroseis confused
20:52:13  <madewokherd>yes, I'm using msys's sh.exe to invoke configure
20:53:15  <madewokherd>I was hoping I wouldn't have to make a separate shell script
20:55:08  <madewokherd>alias had no effect
20:58:05  <virmitio>set an env variable named "ld" to "link"?
20:58:05  <madewokherd>wouldn't I have to add the alias to configure and all makefiles?
20:58:26  <virmitio>I know I've done it somehow before and it worked fine
20:58:56  <madewokherd>still no effect
20:59:58  <madewokherd>../configure --enable-threads=win32 --disable-csharp LD=link
21:00:00  <madewokherd>that did it
21:00:11  <madewokherd>checking whether integer division by zero raises SIGFPE...
21:00:15  <madewokherd>brings up a crash dialog
21:00:19  <madewokherd>couldn't you just install mingw?
21:06:49  * gix-joined
21:06:49  * gixquit (Disconnected by services)
21:08:04  <auroraeosrose>the configure won't be right
21:08:07  <auroraeosrose>if you use mingw
21:08:27  <auroraeosrose>to have the configure work properly it needs to use windows ld and cl
21:09:17  <madewokherd>all I'm using this to build is one header
21:09:32  <madewokherd>I don't think it matters
21:09:59  <auroraeosrose>usually those headers are built based on what is supported
21:10:03  <auroraeosrose>lots of little things are compiled
21:10:07  <auroraeosrose>that's how configure works
21:10:14  <auroraeosrose>windows compiler supports different things than mingw
21:10:24  <auroraeosrose>you might be surprised what will break
21:11:04  <madewokherd>wait I think maybe it does matter, and I specifically want mingw
21:12:32  <auroraeosrose>oro? that'll do things like say "yes I have unistd" when you don't ...
21:12:57  <madewokherd>and then it will put that information in a config.h file that will never be used
21:13:58  * auroraeosroseshrugs
21:14:09  <auroraeosrose>sometimes those have to be used or should be used
21:14:22  * madewokherdjust puts the values in the header manually
21:15:22  <auroraeosrose>hehe
21:16:32  <madewokherd>since you've made it clear that I'm just using configure to insert the values I want anyway
21:16:45  <auroraeosrose>well - that is wha tis happening
21:16:46  <auroraeosrose>LOL
21:16:49  <auroraeosrose>that's all configure does
21:16:51  * auroraeosroseshrugs
21:17:06  <madewokherd>yes, but it's a specific set of values that I want, not the set for the compiler I'm using
21:17:18  <auroraeosrose>ah, so yeah might as well just do it by hand anyway
21:17:21  <auroraeosrose>stupid autotools
21:17:24  <auroraeosrose>spawn of the devil
21:17:42  <madewokherd>libintl wants to provide its own versions of only the *printf functions that exist
21:17:47  <madewokherd>and I want it to provide all of them
21:18:10  <madewokherd>which it does only if I use mingw which has them all
21:19:15  <madewokherd>programs are going to use snprintf whether msvc has it or not, and libintl has an implementation so we might as well use it
21:19:22  <madewokherd>rather than bringing some printf functions from gnulib
21:20:07  <madewokherd>I guess technically it has _snprintf, but some of the other ones are missing
21:21:46  <auroraeosrose>...
21:21:51  <auroraeosrose>that'll break things
21:21:55  <auroraeosrose>heh
21:21:57  <madewokherd>?
21:22:05  <auroraeosrose>since most projects that use snprintf, etc
21:22:13  <auroraeosrose>on windows - already have solutions
21:22:22  <auroraeosrose>that don't involve "use gettext's"
21:22:38  <madewokherd>well, they probably don't depend on gettext
21:22:44  <auroraeosrose>heh
21:22:52  <auroraeosrose>that'll break the php gettext extension
21:22:54  * auroraeosroseshrugs
21:22:56  <auroraeosrose>whatever
21:23:02  <madewokherd>as I understand that it does the replacement even on linux
21:23:14  <auroraeosrose>yes it does
21:23:17  <auroraeosrose>ewww ;)
21:23:38  <auroraeosrose>shouldn't libintl.h have a macro/preprocessor define to turn those on?
21:23:43  <auroraeosrose>actually I thought it did
21:23:48  <auroraeosrose>instead of "on by default"
21:23:49  <madewokherd>let me see
21:24:41  <madewokherd>no
21:25:11  <madewokherd>if it sees _GL_STDIO_H it won't redefine them
21:25:30  <auroraeosrose>what does gnuwin32's look like
21:25:35  <auroraeosrose>that should probably be the best idea
21:27:15  <madewokherd>same thing except it doesn't provide all the *printf functions
21:27:56  <madewokherd>and doesn't even check for gnulib
21:33:02  <madewokherd>how will this break php gettext?
21:34:41  <auroraeosrose>I just know that php (and other ones) do a ifndef snprintf define snprintf _snprintf
21:34:58  <auroraeosrose>that will have some weird side effects yo ;)
21:35:13  <madewokherd>so it'll use gettext snprintf if it included libintl.h
21:35:34  <madewokherd>or not
21:35:46  <madewokherd>if _snprintf works it should be fine either way
21:36:12  <madewokherd>unless you include libintl.h and then don't link libintl
21:37:02  <madewokherd>er, why do my dll files have to be in a folder named lib?
21:39:48  <madewokherd> >:Description: The assembly 'build\native\bin\Win32\v100\dynamic\libintl.dll' is not inside the 'lib' folder and hence it won't be added as reference when the package is installed into a project.
21:39:59  <madewokherd>but I don't want it added as a reference, do I?
21:40:03  <madewokherd>I want it copied to the output folder
21:42:25  <madewokherd>which is exactly what it's doing
21:57:18  * ender`quit (Quit: Most people are not looking for provable truths. As you said, truth is often accompanied by intense pain, and almost no one is looking for painful truths. What people need is beautiful, comforting stories that make them feel as if their lives have some )
22:00:43  <madewokherd>CoApp branch pushed to gettext, fwiw
22:07:03  * Jonny5quit (Quit: Leaving.)
22:20:27  * madewokherdquit (Read error: Connection reset by peer)
22:25:37  * madewokherdjoined
22:41:17  * virmitioquit (Quit: Leaving.)