After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 575629 - Systemwide includes mixed up with local includes
Systemwide includes mixed up with local includes
Status: RESOLVED FIXED
Product: vala
Classification: Core
Component: Code Generator
0.5.x
Other All
: Normal minor
: ---
Assigned To: Jürg Billeter
Vala maintainers
Depends on: 572536
Blocks:
 
 
Reported: 2009-03-17 00:30 UTC by Michael 'Mickey' Lauer
Modified: 2009-03-30 22:36 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Michael 'Mickey' Lauer 2009-03-17 00:30:56 UTC
Please describe the problem:
The following vala snippet should generate c-code
that contains #include <signal.h>. This only works
while the file is _not_ called signal.vala,
in which case the generated local #include "signal.h"
makes the systemwide include disappear.


public static void myhandler( int signum )
{
    // restore original handler
    Posix.signal( Posix.SIGINT, null );
    debug( "myhandler" );
}

public static int main( string[] args )
{
    debug( "yo" );
    var handler = Posix.signal( Posix.SIGINT, myhandler );

    var loop = new GLib.MainLoop( null, false );
    loop.run();

    return 0;
}


Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Jürg Billeter 2009-03-26 19:18:26 UTC
Confirming, blocked by header rework.
Comment 2 Jürg Billeter 2009-03-30 22:36:28 UTC
commit 2d4a4a264677b42710914907f63e1624e25e560f
Author: Jürg Billeter <j@bitron.ch>
Date:   Tue Mar 31 00:31:07 2009 +0200

    Rework header file generation
    
    Generate single C header file for public API, do not use header
    files for internal API. Fixes bug 471244, bug 571037, bug 572536,
    and bug 575629.