Yep
--- Store.cc.orig 2012-02-06 10:11:26.365180262 -0500
+++ Store.cc 2012-02-06 10:11:56.035330329 -0500
@@ -629,7 +629,7 @@
blocks = size / STORE_BLOCK_SIZE;
file_pathname = !((s.st_mode & S_IFMT) == S_IFDIR);
- Debug("cache_init", "Span::init - %s hw_sector_size = %d size = %"
PRId64 ", blocks = %" PRId64 ", disk_id = %d, file_pathname = %d",
filename, hw_sector_size, size, blocks, disk_id, file_pathname);
+ Debug("cache_init", "Span::init - %s hw_sector_size = %" PRId64 ",
size = %" PRId64 ", blocks = %" PRId64 ", disk_id = %d, file_pathname
= %d", filename, hw_sector_size, size, blocks, disk_id,
file_pathname);
Lfail:
socketManager.close(fd);
2012/2/6 Igor Galić <i.ga...@brainsware.org>:
>
>
> ----- Original Message -----
>> Solaris 10 (u8) x86-64 - gcc 4.4.2 - almost +1
>>
>> I get this compile error, but once fixed it passes regression
>> testing.
>>
>> make[2]: Entering directory
>> `/src/trafficserver-3.1.2-unstable/iocore/cache'
>> g++ -DHAVE_CONFIG_H -I. -I../../lib/ts -I../../iocore/eventsystem
>> -I../../iocore/net -I../../iocore/aio -I../../iocore/hostdb
>> -I../../iocore/cache -I../../iocore/cluster -I../../iocore/utils
>> -I../../iocore/dns -I../../lib -I../../lib/records -I../../proxy
>> -I../../proxy/hdrs -I../../proxy/http -I../../proxy/http/remap
>> -I../../mgmt -I../../mgmt/preparse -I../../mgmt/utils
>> -D_LARGEFILE64_SOURCE=1 -D_COMPILE64BIT_SOURCE=1 -D_GNU_SOURCE
>> -D_REENTRANT -Dsolaris -I/usr/local/include -O3 -m64 -g -pipe -Wall
>> -Werror -feliminate-unused-debug-symbols -fno-strict-aliasing
>> -Wno-invalid-offsetof -MT Store.o -MD -MP -MF .deps/Store.Tpo -c -o
>> Store.o Store.cc
>> cc1plus: warnings being treated as errors
>> Store.cc: In member function 'const char* Span::init(char*,
>> int64_t)':
>> Store.cc:632: error: format '%d' expects type 'int', but argument 5
>> has type 'int64_t'
>
> missing another PRI64?
>
>> -igor
>>
>> On Mon, Feb 6, 2012 at 8:21 AM, Jim Jagielski <j...@jagunet.com>
>> wrote:
>> > Tested OSX 10.7.3 (Xcode 4.2.1), Fed16 and Ubuntu 11.10.
>> >
>> > +1
>> >
>> > On Feb 4, 2012, at 10:30 AM, Leif Hedstrom wrote:
>> >
>> >> Argh, I didn't push the tag, doing so now .
>> >>
>> >> On Feb 4, 2012, at 3:04 AM, Igor Galić <i.ga...@brainsware.org>
>> >> wrote:
>> >>
>> >>>
>> >>>
>> >>> ----- Original Message -----
>> >>>> Hi all,
>> >>>>
>> >>>> I've prepared a package for a v3.1.2 release. Please take a look
>> >>>> at
>> >>>> the
>> >>>> artifacts, check the STATUS/README/CHANGES files, and do builds
>> >>>> and
>> >>>> tests.
>> >>>> After finishing your examination of the release candidate,
>> >>>> please
>> >>>> cast your
>> >>>> ±/0 votes in a timely manner, I will call the vote on Feb 8,
>> >>>> 2012.
>> >>>> The
>> >>>> source tar-ball and signatures are available in
>> >>>>
>> >>>> http://people.apache.org/~zwoop/rel-candidates/
>> >>>>
>> >>>> The relevant files are
>> >>>>
>> >>>> minotaur (01:55) 257/0 $ ls -lrt
>> >>>> total 2568
>> >>>> -rw-r--r-- 1 zwoop zwoop 2493898 Feb 4 01:55
>> >>>> trafficserver-3.1.2-unstable.tar.bz2
>> >>>> -rw-r--r-- 1 zwoop zwoop 836 Feb 4 01:55
>> >>>> trafficserver-3.1.2-unstable.tar.bz2.asc
>> >>>> -rw-r--r-- 1 zwoop zwoop 71 Feb 4 01:55
>> >>>> trafficserver-3.1.2-unstable.tar.bz2.md5
>> >>>> -rw-r--r-- 1 zwoop zwoop 79 Feb 4 01:55
>> >>>> trafficserver-3.1.2-unstable.tar.bz2.sha1
>> >>>>
>> >>>> Checksums are
>> >>>>
>> >>>> MD5: 2208cb9a0d0b7cea07770d51b1cf7df2
>> >>>> *trafficserver-3.1.2-unstable.tar.bz2
>> >>>> SHA1: 5069e13f0d05921d61a9af0141df2515682ddfe6
>> >>>> *trafficserver-3.1.2-unstable.tar.bz2
>> >>>
>> >>> I don't see a corresponding tag
>> >>>
>> >>> igalic@tynix ~/src/asf/trafficserver (git)-[master] % git tag
>> >>> 2.0.0
>> >>> 2.0.0-alpha
>> >>> 2.0.1
>> >>> 2.1.0
>> >>> 2.1.1
>> >>> 2.1.2
>> >>> 2.1.3
>> >>> 2.1.4
>> >>> 2.1.5
>> >>> 2.1.6
>> >>> 2.1.7
>> >>> 2.1.8
>> >>> 2.1.9
>> >>> 3.0.0
>> >>> 3.0.1
>> >>> 3.0.2
>> >>> 3.1.0
>> >>> 3.1.1
>> >>> igalic@tynix ~/src/asf/trafficserver (git)-[master] %
>> >>>
>> >>>
>> >>>> This includes 50 bug fixes and new features. In particularly, we
>> >>>> have
>> >>>> new
>> >>>> flexible configuration system for specifying IP:ports to bind
>> >>>> (and
>> >>>> how). Old
>> >>>> configurations are backwards compatible, but we encourage you to
>> >>>> migrate to
>> >>>> the new configuration if possible.
>> >>>>
>> >>>> For a full list of all the fixes and improvements see
>> >>>>
>> >>>> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310963&version=12317605
>> >>>>
>> >>>> Thanks,
>> >>>>
>> >>>> -- The Apache TS developer community
>> >>>>
>> >>>>
>> >>>
>> >>> --
>> >>> Igor Galić
>> >>>
>> >>> Tel: +43 (0) 664 886 22 883
>> >>> Mail: i.ga...@brainsware.org
>> >>> URL: http://brainsware.org/
>> >>> GPG: 6880 4155 74BD FD7C B515 2EA5 4B1D 9E08 A097 C9AE
>> >>>
>> >>
>> >
>>
>
> --
> Igor Galić
>
> Tel: +43 (0) 664 886 22 883
> Mail: i.ga...@brainsware.org
> URL: http://brainsware.org/
> GPG: 6880 4155 74BD FD7C B515 2EA5 4B1D 9E08 A097 C9AE
>
