Re: please update patches / investigate build failures for gcc-4.7 snapshot builds

2011-12-31 Thread Konstantinos Margaritis
On 19 December 2011 14:55, Konstantinos Margaritis
mar...@genesi-usa.com wrote:
 On 19 December 2011 01:55, Matthias Klose d...@debian.org wrote:
 Please have a look at the gcc-4.7 package in experimental, update patches 
 (hurd,
 kfreebsd, ARM is fixed in svn), and investigate the build failures (currently
 ia64, but more will appear).

 Attached is the build failure on armhf (clean chroot with all bdeps 
 satisfied).

Just tested 4.7-20111222-1 as well, it built fine, installed and
tested 5 known gcc ICEs (ace, webkit, 2 neon-related ones, a gfortran
one) and all but one neon ICE were fixed :)

Regards

Konstantinos


-- 
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/cabsevwt_qdasf6hg_ev2e3vvexdnnrxdvsqjerfbz6rbae4...@mail.gmail.com



Re: Bug#631639: __unused in libbsd. workaround for #522773 (linux) and #522774 (libc)

2011-12-31 Thread Robert Millan
El 31 de desembre de 2011 4:40, Thorsten Glaser t...@mirbsd.de ha escrit:
 Yes, but (a) not for their own stuff but to replace the GNU one
 which has a bootstrapping issue wrt. libglib nowadays (BSD ports
 start from a base OS system and compile everything from source
 on each installation), and (b) my MirCoDeveloper says it doesn’t
 work right anyway.

How does any of this help with solving #631639?  Maybe someone could
comment on the patch I sent 6 months ago?  I couldn't care less about
pkg-config.  I'd rather have this problem solved so we can get rid of
that 2337-line patch in freebsd-utils.

-- 
Robert Millan


--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caofdtxmfxwdpt-+iw6wnjwvrntyc3c3hol4mn2hyngwuty3...@mail.gmail.com



Re: [pkg-ntp-maintainers] Bug#653771: FTBFS on kfreebsd-* due to -Wformat-security

2011-12-31 Thread Steven Chamberlain
On 31/12/11 20:48, Peter Eisentraut wrote:
 On fre, 2011-12-30 at 23:29 +, Steven Chamberlain wrote:
 My new patch (attached) fixes only those parts, and I am now able to
 build successfully on kfreebsd-i386.
 
 Why did you change printf to fprintf(stdout, ...)?

Hi,

I saw it written that way in other code, functionally it would be
identical, so I was just trying to be consistent, e.g.:

./ntpd/refclock_jupiter.c:903:  fprintf(stdout, %s: , function);

But actually use of printf seems more common overall... I should
probably have kept it the same.

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


-- 
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4eff784a.1090...@pyro.eu.org



Re: [pkg-ntp-maintainers] Bug#653771: FTBFS on kfreebsd-* due to -Wformat-security

2011-12-31 Thread Peter Eisentraut
On fre, 2011-12-30 at 23:29 +, Steven Chamberlain wrote:
 My new patch (attached) fixes only those parts, and I am now able to
 build successfully on kfreebsd-i386.

Why did you change printf to fprintf(stdout, ...)?


-- 
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1325364488.8243.1.ca...@vanquo.pezone.net



Bug#653193: Missing patch

2011-12-31 Thread Guillem Jover
On Sun, 2011-12-25 at 11:56:45 +0100, Robert Millan wrote:
  +#define __FAVOR_BSD 1
   #include netinet/in_systm.h
   #include netinet/in.h
   #include netinet/ip.h
   #include netinet/ip_icmp.h
   #include netinet/tcp.h
   #include netinet/udp.h
  +#undef __FAVOR_BSD
 
 Shouldn't this kind of fix be in libbsd-dev?  E.g. in overlay netinet/in.h:
 
 #if __FAVOR_BSD
 #  include_next netinet/in.h
 #else
 #  define __FAVOR_BSD 1
 #  include_next netinet/in.h
 #  undef __FAVOR_BSD
 #endif

I'd rather not, libbsd is there to help in porting by making embedded
sources unnecessary and adding missing declarations and similar, but
there's a limit to what extent it should include major hacks like this,
some times the source just need to be made more portable or fixed some
other way. In this case __FAVOR_BSD is an internal glibc macro, the
source should be using _BSD_SOURCE instead of _GNU_SOURCE, currently
passed through CFLAGS in debian/rules.

regards,
guillem



-- 
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111231223353.ga11...@gaara.hadrons.org