• Building SynchroNet - share.h

    From Electrosys@VERT/DIGIAQUA to All on Friday, September 07, 2018 19:57:44
    Does anyone know where share.h comes from? I dont see it in CVS and I'm not seeing it in my libs so I must be missing one. Does anyone know which lib share.h is contained in?

    Thanks,
    Electrosys

    ---
    þ Synchronet þ Digital Aquarium - digiaqua.synchro.net - So much fun...
  • From Digital Man@VERT to Electrosys on Friday, September 07, 2018 19:01:49
    Re: Building SynchroNet - share.h
    By: Electrosys to All on Fri Sep 07 2018 07:57 pm

    Does anyone know where share.h comes from? I dont see it in CVS and I'm not seeing it in my libs so I must be missing one. Does anyone know which lib share.h is contained in?

    share.h is not a standard C library header and for Synchronet is only #included in Windows builds (and DOS and probably OS/2 too).

    What are you trying to do?

    digital man

    This Is Spinal Tap quote #15:
    Review on "Shark Sandwich", merely a two word review: "Shit Sandwich".
    Norco, CA WX: 80.0øF, 57.0% humidity, 6 mph E wind, 0.00 inches rain/24hrs

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Electrosys@VERT/DIGIAQUA to Digital Man on Saturday, September 08, 2018 10:32:05
    Re: Building SynchroNet - share.h
    By: Digital Man to Electrosys on Fri Sep 07 2018 07:01 pm


    share.h is not a standard C library header and for Synchronet is only #inclu in Windows builds (and DOS and probably OS/2 too).

    What are you trying to do?

    I got stuck on building UIFC, As far as I can tell I'm able to build XPDEV, CONIO & SMBLIB. It looks like the preprocessor adds, may be the only change necessary if I'm able to tell my environment where sys/stat.h is without add it as an include. (maybe I'm missing a path in the project file) I'll take a look and see. XPDEV seems to be the only lib I've had to make a slight code change to with the preprocessor adds.

    Thanks,
    Electrosys

    ---
    þ Synchronet þ Digital Aquarium - digiaqua.synchro.net - So much fun...
  • From Digital Man@VERT to Electrosys on Saturday, September 08, 2018 13:06:25
    Re: Building SynchroNet - share.h
    By: Electrosys to Digital Man on Sat Sep 08 2018 10:32 am

    Re: Building SynchroNet - share.h
    By: Digital Man to Electrosys on Fri Sep 07 2018 07:01 pm


    share.h is not a standard C library header and for Synchronet is only #inclu in Windows builds (and DOS and probably OS/2 too).

    What are you trying to do?

    I got stuck on building UIFC

    It's a library. You build it by going into src/uifc and running 'make'. Then you can link the resulting library (e.g. libuifc.a or libuifc_mt.a) with your application that uses it. Just because you are using a library with a project in another IDE/environment doesn't mean you should migrate the library's source code to that "other" IDE/environment. You're doing it wrong.

    As far as I can tell I'm able to build XPDEV,
    CONIO & SMBLIB. It looks like the preprocessor adds, may be the only change necessary if I'm able to tell my environment where sys/stat.h is without add it as an include. (maybe I'm missing a path in the project file) I'll take a look and see. XPDEV seems to be the only lib I've had to make a slight code change to with the preprocessor adds.

    You don't need to change the source code to add preprocessor definitions. Every project/build system has methods for pre-defining preprocessor symbols/macros.

    digital man

    This Is Spinal Tap quote #13:
    Nigel Tufnel: You can't really dust for vomit.
    Norco, CA WX: 95.1øF, 37.0% humidity, 0 mph SSW wind, 0.00 inches rain/24hrs

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Electrosys@VERT/DIGIAQUA to Digital Man on Monday, September 10, 2018 22:02:51
    Re: Building SynchroNet - share.h
    By: Digital Man to Electrosys on Sat Sep 08 2018 01:06 pm


    It's a library. You build it by going into src/uifc and running 'make'. Then you can link the resulting library (e.g. libuifc.a or libuifc_mt.a) with you application that uses it. Just because you are using a library with a projec in another IDE/environment doesn't mean you should migrate the library's sou code to that "other" IDE/environment. You're doing it wrong.


    You don't need to change the source code to add preprocessor definitions. Ev project/build system has methods for pre-defining preprocessor symbols/macro

    digital man

    I was able to get past the share.h error by putting it under a #define. I'll read more about the code blocks build environment as well as make. If share.h isn't under a #define to begin with, will I be able to control it with the build environment typically?

    I'll look at just building the libs in make as well, Its good to have the source so I can make a change in a lib if I needed to. It seems conio support in arch linux might be a bit hacky (though I have to look a little more), so that one may be the perfect candidate for simply building against.

    Thanks,
    Electrosys

    ---
    þ Synchronet þ Digital Aquarium - digiaqua.synchro.net - So much fun...
  • From Digital Man@VERT to Electrosys on Tuesday, September 11, 2018 15:12:30
    Re: Building SynchroNet - share.h
    By: Electrosys to Digital Man on Mon Sep 10 2018 10:02 pm

    Re: Building SynchroNet - share.h
    By: Digital Man to Electrosys on Sat Sep 08 2018 01:06 pm


    It's a library. You build it by going into src/uifc and running 'make'. Then you can link the resulting library (e.g. libuifc.a or libuifc_mt.a) with you application that uses it. Just because you are using a library with a projec in another IDE/environment doesn't mean you should migrate the library's sou code to that "other" IDE/environment. You're doing it wrong.


    You don't need to change the source code to add preprocessor definitions. Ev project/build system has methods for pre-defining preprocessor symbols/macro

    digital man

    I was able to get past the share.h error by putting it under a #define. I'll read more about the code blocks build environment as well as make. If share.h isn't under a #define to begin with, will I be able to control it with the build environment typically?

    When you say "under a #define", do you mean within an #ifdef (or #if defined) block? Since you paste any errors, I can only guess which Synchronet source file(s) you're having problems with. In xpdev/filewrap.h, the #include <share.h> directives are already within #ifdef blocks for their pertitent tool-chain/platform which is expected to have a share.h file. Linux is not one of them. If it's some other Synchronet source file that is #including share.h that you're having trouble with, please clarify.

    digital man

    Synchronet/BBS Terminology Definition #36:
    MUD = Multi-User Dungeon
    Norco, CA WX: 85.2øF, 41.0% humidity, 10 mph ENE wind, 0.00 inches rain/24hrs

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net