View Issue Details

IDProjectCategoryView StatusLast Update
0003320unrealinstallingpublic2008-08-09 14:57
ReporterMonk Assigned Tosyzop  
PrioritynormalSeverityblockReproducibilityalways
Status resolvedResolutionfixed 
Platformi386OSDebian 4OS Version4.0
Product Version3.2.6 
Fixed in Version3.2.8 
Summary0003320: Problems compiling 3.2.6 / probably a gcc issue
Descriptionmake[1]: Entering directory `/home/mindirc/src/test/Unreal3.2/src'
gcc -I../include -I/home/mindirc/src/test/Unreal3.2/extras/regexp/include -I/home/mindirc/src/test/Unreal3.2/extras/c-ares/include -L../extras/c-ares/lib -pipe -g -O2 -funsigned-char -fno-strict-aliasing -Wno-pointer-sign -DFD_SETSIZE=1024 -c s_serv.c
s_serv.c: In function 'm_version':
s_serv.c:155: error: missing terminating " character
s_serv.c:155: warning: pointer/integer type mismatch in conditional expression
make[1]: *** [s_serv.o] Error 1
make[1]: Leaving directory `/home/mindirc/src/test/Unreal3.2/src'
make: *** [build] Error 2

localhost:~# gcc -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --with-tune=i686 --enable-checking=release i486-linux-gnu
Thread model: posix
gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)

I read about similar issues with this compiler version. Any help would be greatly appreciated.

Best regards,

Monk
3rd party modules

Relationships

related to 0001438 resolvedaquanight uname() vs uname ? 

Activities

Bock

2007-05-08 01:00

reporter   ~0014035

make[2]: Leaving directory `/home/bock/Unreal3.2.6-orig/src/modules'
make[1]: Leaving directory `/home/bock/Unreal3.2.6-orig/src'
 __________________________________________________
| Compile is now complete. |
| You should now read the documentation and learn |
| how to configure your IRCd. |
| |
| If you really like UnrealIRCd, and would like to |
| make a donation, please read the Donation file in|
| this archive. :) |
| |
| Thanks for using Unreal IRCd! If you are in need |
| for any kind of help regarding the IRCd please |
| read the Unreal.nfo file. |
|__________________________________________________|
bock@nirvana:~(/home/bock/Unreal3.2.6-orig)> gcc -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --with-tune=i686 --enable-checking=release i486-linux-gnu
Thread model: posix
gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)


Looks like all is ok. Debian etch.

stskeeps

2007-05-08 03:42

reporter   ~0014040

Could you show me line 155 of s_serv.c?

twelve

2007-05-08 12:03

reporter   ~0014047

Last edited: 2007-05-08 12:05

Hi guys,

The problem is related to the linux environment and not to GNU Compiler,in particular to the "hostname" settings. I have noticed this problem on my box, on which it runs a Debian Etch distro. Once updated the hostname ("hostaname box.domain.xxx") of my box, it has been possible to get all the result of "uname -a" command on just one line. This is important for unreal to define the C macro MYOSNAME, therefore if you check the error line (155) you will find a reference to this macro. Anyway, a bried summary:

1) Check the "uname -a" command on Debian Etch, if it shows more than 1 line then it's not good as mentioned above.

2) Check and define your hostname appropriately.

Run ./Config script, than make and install it. Now all seems to work correctly.

Thanks to Monk, toolx, littledevil and Kry for the help.

Best regards,
twelve
[The MindForge Team]

syzop

2007-05-08 13:38

administrator   ~0014049

exactly my thought, this looks like the uname thing hunting us again... :p

syzop

2008-08-09 14:56

administrator   ~0015353

fixed in .707 (3.2*):
- The OS version output is now taken from uname() at runtime instead of
  'uname -a' at compile time. This fixes bug 0001438 and 0003320 reported by
  Mouse and Monk, where because of previous behavior the IRCd sometimes would
  not compile in certain environments.

too bad I only found after this that in 3.3 this was already fixed (which is because that bugreport is closed).

Issue History

Date Modified Username Field Change
2007-05-07 16:54 Monk New Issue
2007-05-08 01:00 Bock Note Added: 0014035
2007-05-08 03:42 stskeeps Note Added: 0014040
2007-05-08 03:42 stskeeps Status new => feedback
2007-05-08 12:03 twelve Note Added: 0014047
2007-05-08 12:04 twelve Note Edited: 0014047
2007-05-08 12:05 twelve Note Edited: 0014047
2007-05-08 13:38 syzop Note Added: 0014049
2007-05-08 13:38 syzop Relationship added related to 0001438
2008-08-09 14:48 syzop Status feedback => assigned
2008-08-09 14:48 syzop Assigned To => syzop
2008-08-09 14:56 syzop QA => Not touched yet by developer
2008-08-09 14:56 syzop U4: Need for upstream patch => No need for upstream InspIRCd patch
2008-08-09 14:56 syzop Status assigned => resolved
2008-08-09 14:56 syzop Fixed in Version => 3.2.8
2008-08-09 14:56 syzop Resolution open => fixed
2008-08-09 14:56 syzop Note Added: 0015353