[Gambas-user] Compilation error when building Gambas 3.2.0

[tobi]

On Sat, 07 Jul 2012, Sebastian Kulesz wrote:
> Using trunk worked until yesterday, and main/lib/signal/csignal.c has
> not been updated in 8 weeks. I'm using the [testing] repo, and updated
> glibc along with some other packages of the toolchain today. Is it
> possible to patch the file to avoid a new release?
> 
> 
> On Sat, Jul 7, 2012 at 6:55 PM, tobi <tobiasboege01 at ...1601...> wrote:
> > On Sat, 07 Jul 2012, Sebastian Kulesz wrote:
> >> Hi! I'm getting a compilation error when building the official Gambas
> >> 3.2.0 release. Happens both on a clean chroot or on my "dirty" system.
> >>
> >> The full output is here: [http://pastebin.com/nvjLUuBV]
> >>
> >> sebi at ...2875...:~/Builds/gambas3-pkg/gambas3-3.2.0/main/lib/signal$ LANGUAGE=en gcc -v
> >> Using built-in specs.
> >> COLLECT_GCC=gcc
> >> COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/lto-wrapper
> >> Target: x86_64-unknown-linux-gnu
> >> Configured with: /build/src/gcc-4.7.1/configure --prefix=/usr
> >> --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man
> >> --infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/
> >> --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++
> >> --enable-shared --enable-threads=posix --with-system-zlib
> >> --enable-__cxa_atexit --disable-libunwind-exceptions
> >> --enable-clocale=gnu --disable-libstdcxx-pch --enable-libstdcxx-time
> >> --enable-gnu-unique-object --enable-linker-build-id --with-ppl
> >> --enable-cloog-backend=isl --disable-ppl-version-check
> >> --disable-cloog-version-check --enable-lto --enable-gold
> >> --enable-ld=default --enable-plugin --with-plugin-ld=ld.gold
> >> --with-linker-hash-style=gnu --disable-multilib --disable-libssp
> >> --disable-build-with-cxx --disable-build-poststage1-with-cxx
> >> --enable-checking=release
> >> Thread model: posix
> >> gcc version 4.7.1 (GCC)
> >>
> >> sebi at ...2875...:~/Builds/gambas3-pkg/gambas3-3.2.0/main/lib/signal$ uname -a
> >> Linux sebi 3.4.4-3-ARCH #1 SMP PREEMPT Tue Jul 3 14:36:44 UTC 2012
> >> x86_64 GNU/Linux
> >>
> >> If there is any more info i should provide please let me know.
> >>
> >> Thanks!
> >>
> >> ------------------------------------------------------------------------------
> >> Live Security Virtual Conference
> >> Exclusive live event will cover all the ways today's security and
> >> threat landscape has changed and how IT managers can respond. Discussions
> >> will include endpoint security, mobile security and the latest in malware
> >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> >> _______________________________________________
> >> Gambas-user mailing list
> >> Gambas-user at lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/gambas-user
> >
> > Yes, the same here, too. Seems to be like the system headers here (Arch x86_64) typedef already (an
> > anonymous struct).
> >
> > Regards,
> > Tobi
> >
> > ------------------------------------------------------------------------------
> > Live Security Virtual Conference
> > Exclusive live event will cover all the ways today's security and
> > threat landscape has changed and how IT managers can respond. Discussions
> > will include endpoint security, mobile security and the latest in malware
> > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> > _______________________________________________
> > Gambas-user mailing list
> > Gambas-user at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/gambas-user
> 
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Gambas-user mailing list
> Gambas-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-user

Well, with the following patch, it compiles at least. I haven't studied the sources but I don't
think that removing the typedef in the gambas sources, when there is one in the system headers,
will break something... We should await, of course, someone who knows better but here it is:

[csignal.patch]
--8<---------------
Index: csignal.c
===================================================================
--- csignal.c   (revision 4901)
+++ csignal.c   (working copy)
@@ -40,7 +40,7 @@
 #define SIGPWR -1
 #endif

-#if !defined(OS_BSD) && !defined(OS_CYGWIN)
+#if 0
 typedef
        struct siginfo siginfo_t;
 #endif
--8<---------------

(as you can see, the patch file lies in main/lib/signal/ on my system and is hence relative to this
directory...)