bugGNU Octave - Bugs: bug #34663, OpenBSD Build Failure with regards...


bug #34663: OpenBSD Build Failure with regards to sigaddset()

Submitted by:  Edd Barrett <vext01>
Submitted on:  Wed Oct 26 23:16:08 2011  
Category: Configuration and Build SystemSeverity: 3 - Normal
Priority: 5 - NormalItem Group: Build Failure
Status: Need InfoAssigned to: None
Originator Name: Open/Closed: Closed
Release: 3.4.3Operating System: BSD

Add a New Comment (Rich MarkupRich Markup):

You are not logged in

Please log in, so followups can be emailed to you.


(Jump to the original submission Jump to the original submission)

Tue Aug 6 15:50:53 2013, comment #10:

It's not good. I started a build of a current mercurial snapshot with the intent of looking into bug #35588. The build failed in oct-time.cc with an error in gnulib's sys/time.h. That's as far as I've gotten, I'll try to get past that and on to the next error when I have time to work on it.

Mike Miller <mtmiller>
Project Administrator
Sun Jun 23 22:21:58 2013, comment #9:

Can someone verify how the development branch of Octave from Mercurial builds on OpenBSD? The build process has really been re-worked and we use Autconf and gnulib quite a lot to try and get better cross-platform building.

Rik <rik5>
Project Administrator
Tue Feb 21 19:52:38 2012, comment #8:

I can conform that this breakage is still upon us:

Edd Barrett <vext01>
Mon Feb 20 20:46:48 2012, comment #7:

Could the original report re-verify whether this is still a problem with a new 3.6.1 release candidate (ftp://alpha.gnu.org/gnu/octave/)? If it is, the problem needs to be reported to the gnulib bug tracker since it is not strictly an issue with Octave code. Since the goal of gnulib is to have cross-platform portability I think they would be fairly motivated to figure out why base functions are failing on a well-known OS like OpenBSD.

Rik <rik5>
Project Administrator
Fri Nov 4 20:46:36 2011, comment #6:

OK, so if I remove all of the gnulib:: namespacing from sighandlers.cc octave actually runs!

So the gnulib signal handler funcs do not work on OpenBSD.

Patch I used attached - not sure how you plan to work around this upstream.

(file #24303)

Edd Barrett <vext01>
Fri Nov 4 13:27:22 2011, comment #5:

Hi John,

Having worked around #34725, we should figure out what is wrong here. I had previously applied a patch which worked around a build error. I am attaching it.

With this patch applied, I get the following seg:

What is supposed to happen here, am I supposed to be using gnulib replacements? OpenBSD has implementations of both sigaddset and sigemptyset.

It looks here like I am mixing implementations, so in a way it does not surprise me that this does not work.

Can you comment? Did the build system do the right thing in choosing gnulib? If so, the original assembler message is our blocker, otherwise, the build system erroneously chose to replace system functions.

Can you comment?

(file #24301)

Edd Barrett <vext01>
Mon Oct 31 13:01:52 2011, comment #4:

Any idea?

Edd Barrett <vext01>
Fri Oct 28 09:29:36 2011, comment #3:

For what it is worth, I have the same failure with gcc/g++-4.2.4

Edd Barrett <vext01>
Thu Oct 27 23:04:46 2011, comment #2:

Standard OpenBSD GCC:

% gcc --version
gcc (GCC) 4.2.1 20070719
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO

Edd Barrett <vext01>
Thu Oct 27 01:31:37 2011, comment #1:

I have no clue what could cause an assembler failure like that. What version of GCC are you using?

John W. Eaton <jwe>
Project Administrator
Wed Oct 26 23:16:08 2011, original submission:


Using the 3.4.3 release tarball, the build fails like this on OpenBSD-current/amd64:

Whilst I can kludge this to use the non-gnulib implementation (which is included in OpenBSD and is not a macro), I feel that this is not the right thing to do.

I am attaching a config.log and a build log.

I am hoping to find a developer who is interested in helping OpenBSD update their ancient port (as there are other build failures after this). If anyone is interested, please drop me a private email on <edd at openbsd dot org>. Cheers.

NOTE, please don't ask me to try the hg tip, as the bootstrap process does not work on OpenBSD. I am unable to make a configure script. We can tackle this later.

Edd Barrett <vext01>


(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):

Attached Files
file #24303:  patch-src_sighandlers_cc added by vext01 (1kB - application/octet-stream)
file #24301:  patch-src_sighandlers_cc added by vext01 (568B - application/octet-stream - incorrect workaround for signal handler compiler error)
file #24209:  LOG.gz added by vext01 (53kB - application/gzip - Build log and config.log (gzipped))
file #24210:  config.log.gz added by vext01 (114kB - application/gzip - Build log and config.log (gzipped))


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -unavailable- added by mtmiller (Posted a comment)
  • -unavailable- added by rik5 (Posted a comment)
  • -unavailable- added by jwe (Posted a comment)
  • -unavailable- added by vext01 (Submitted the item)
  • -unavailable- added by vext01 (me)

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only project members can vote.


    Please enter the title of George Orwell's famous dystopian book (it's a date):



    Follow 7 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Sun Jul 14 14:36:07 2013rik5Open/ClosedOpen=>Closed
    Sun Jun 23 22:21:58 2013rik5StatusNone=>Need Info
    Fri Nov 4 20:46:36 2011vext01Attached File-=>Added patch-src_sighandlers_cc, #24303
    Fri Nov 4 13:27:22 2011vext01Attached File-=>Added patch-src_sighandlers_cc, #24301
    Wed Oct 26 23:16:08 2011vext01Attached File-=>Added LOG.gz, #24209
      Attached File-=>Added config.log.gz, #24210
      Carbon-Copy-=>Added -unavailable-

    Back to the top

    Powered by Savane 3.1-cleanup1