Re: Building GCC-4.8.1 without ports

2013-09-11 Thread STeve Andre'

On 09/11/13 05:21, Stuart Henderson wrote:

On 2013/09/11 12:06, niXman wrote:

2013/9/11 Stuart Henderson

The error message gives quite a good clue:

relocation R_X86_64_32 can not be used when making a shared object; recompile 
with -fPIC

Maybe, but it doesn't speak to me about anything. Can you help me?

"recompile with -fPIC" seems clear to me. If this doesn't mean anything
to you, I don't think you should be trying to port GCC by yourself.



As Marc said, use the port.  I think you have something of a learning
curve here, and starting with something like the port is a great idea.
Marc et al have put in hordes of time on GCC.  You want to really
learn it--fine!  But start upon the work of others, so you can see how
it integrates into OpenBSD, and how it is built.  The port is a great
example (probably the best there is) as to how to do this.

I think you need to over what Makefiles are, and the whole GNU build
system.  You have a complex thing to study, but if you take it apart
you'll see how something that works was created.

Lastly, you might look at a more simple port first, to see how that
works.  I daresay GCC is in the top 5% of ports, in terms of complexity.

--STeve Andre'





Re: small www/apache-httpd fixes: rc script and readme

2013-09-11 Thread Antoine Jacoutot
On Wed, Sep 11, 2013 at 09:38:54PM +0100, Stuart Henderson wrote:
> On 2013/09/11 22:26, Antoine Jacoutot wrote:
> > On Wed, Sep 11, 2013 at 09:50:14PM +0200, Stefan Sperling wrote:
> > > This fixes two small issues with www/apache-httpd:
> > > 
> > >  - The rc script doesn't work out of the box because it doesn't pass
> > >the -k option needed for 'start|stop|...' arguments. I hope my
> > >way of fixing it is appropriate, and welcome other suggestions.
> > 
> > Hmm... it works fine for me. What error are you running into exactly?
> 
> It works for me as-is too, though I think -k is more correct (the usage
> text implies that you have to use it)

Sure but in this case, specific rc_ functions must be written.

> > >  - The readme implies that chroot is not available, while it has
> > >been available since 2.2.10 and does indeed work as advertised.
> > >http://httpd.apache.org/docs/2.2/mod/mpm_common.html#chrootdir
> 
> How about removing MESSAGE? We're trying to get rid of base httpd..

+1

-- 
Antoine



small www/apache-httpd fixes: rc script and readme

2013-09-11 Thread Stefan Sperling
This fixes two small issues with www/apache-httpd:

 - The rc script doesn't work out of the box because it doesn't pass
   the -k option needed for 'start|stop|...' arguments. I hope my
   way of fixing it is appropriate, and welcome other suggestions.

 - The readme implies that chroot is not available, while it has
   been available since 2.2.10 and does indeed work as advertised.
   http://httpd.apache.org/docs/2.2/mod/mpm_common.html#chrootdir

ok?

Index: Makefile
===
RCS file: /cvs/ports/www/apache-httpd/Makefile,v
retrieving revision 1.38
diff -u -p -r1.38 Makefile
--- Makefile12 Jul 2013 13:21:25 -  1.38
+++ Makefile11 Sep 2013 19:39:40 -
@@ -3,6 +3,7 @@
 COMMENT=   apache HTTP server
 
 V= 2.2.25
+REVISION=  1
 PKGNAME=   apache-httpd-${V}
 DISTNAME=  httpd-${V}
 
Index: pkg/MESSAGE
===
RCS file: /cvs/ports/www/apache-httpd/pkg/MESSAGE,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 MESSAGE
--- pkg/MESSAGE 14 Dec 2006 07:14:21 -  1.1.1.1
+++ pkg/MESSAGE 11 Sep 2013 19:40:48 -
@@ -3,6 +3,5 @@ provided as a port for those who, for va
 version 2. 
 
 OpenBSD provides a custom Apache server, httpd(8), in the base system
-which has been audited for security and may run in a chroot(2)
-environment.  Users are STRONGLY encouraged to use the system httpd
-rather than this port.
+which has been audited for security. Users are STRONGLY encouraged to
+use the system httpd rather than this port.
Index: pkg/httpd2.rc
===
RCS file: /cvs/ports/www/apache-httpd/pkg/httpd2.rc,v
retrieving revision 1.1
diff -u -p -r1.1 httpd2.rc
--- pkg/httpd2.rc   18 Jul 2012 08:45:42 -  1.1
+++ pkg/httpd2.rc   11 Sep 2013 19:40:21 -
@@ -10,4 +10,6 @@ rc_pre() {
rm -f /var/apache2/logs/{ssl_mutex,httpd.lock,accept.lock}.*
 }
 
+daemon_flags="${daemon_flags} -k"
+
 rc_cmd $1



Re: small www/apache-httpd fixes: rc script and readme

2013-09-11 Thread Stuart Henderson
On 2013/09/11 22:26, Antoine Jacoutot wrote:
> On Wed, Sep 11, 2013 at 09:50:14PM +0200, Stefan Sperling wrote:
> > This fixes two small issues with www/apache-httpd:
> > 
> >  - The rc script doesn't work out of the box because it doesn't pass
> >the -k option needed for 'start|stop|...' arguments. I hope my
> >way of fixing it is appropriate, and welcome other suggestions.
> 
> Hmm... it works fine for me. What error are you running into exactly?

It works for me as-is too, though I think -k is more correct (the usage
text implies that you have to use it)

> >  - The readme implies that chroot is not available, while it has
> >been available since 2.2.10 and does indeed work as advertised.
> >http://httpd.apache.org/docs/2.2/mod/mpm_common.html#chrootdir

How about removing MESSAGE? We're trying to get rid of base httpd..



Re: small www/apache-httpd fixes: rc script and readme

2013-09-11 Thread Antoine Jacoutot
On Wed, Sep 11, 2013 at 09:50:14PM +0200, Stefan Sperling wrote:
> This fixes two small issues with www/apache-httpd:
> 
>  - The rc script doesn't work out of the box because it doesn't pass
>the -k option needed for 'start|stop|...' arguments. I hope my
>way of fixing it is appropriate, and welcome other suggestions.

Hmm... it works fine for me. What error are you running into exactly?


> 
>  - The readme implies that chroot is not available, while it has
>been available since 2.2.10 and does indeed work as advertised.
>http://httpd.apache.org/docs/2.2/mod/mpm_common.html#chrootdir
> 
> ok?
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/www/apache-httpd/Makefile,v
> retrieving revision 1.38
> diff -u -p -r1.38 Makefile
> --- Makefile  12 Jul 2013 13:21:25 -  1.38
> +++ Makefile  11 Sep 2013 19:39:40 -
> @@ -3,6 +3,7 @@
>  COMMENT= apache HTTP server
>  
>  V=   2.2.25
> +REVISION=1
>  PKGNAME= apache-httpd-${V}
>  DISTNAME=httpd-${V}
>  
> Index: pkg/MESSAGE
> ===
> RCS file: /cvs/ports/www/apache-httpd/pkg/MESSAGE,v
> retrieving revision 1.1.1.1
> diff -u -p -r1.1.1.1 MESSAGE
> --- pkg/MESSAGE   14 Dec 2006 07:14:21 -  1.1.1.1
> +++ pkg/MESSAGE   11 Sep 2013 19:40:48 -
> @@ -3,6 +3,5 @@ provided as a port for those who, for va
>  version 2. 
>  
>  OpenBSD provides a custom Apache server, httpd(8), in the base system
> -which has been audited for security and may run in a chroot(2)
> -environment.  Users are STRONGLY encouraged to use the system httpd
> -rather than this port.
> +which has been audited for security. Users are STRONGLY encouraged to
> +use the system httpd rather than this port.
> Index: pkg/httpd2.rc
> ===
> RCS file: /cvs/ports/www/apache-httpd/pkg/httpd2.rc,v
> retrieving revision 1.1
> diff -u -p -r1.1 httpd2.rc
> --- pkg/httpd2.rc 18 Jul 2012 08:45:42 -  1.1
> +++ pkg/httpd2.rc 11 Sep 2013 19:40:21 -
> @@ -10,4 +10,6 @@ rc_pre() {
>   rm -f /var/apache2/logs/{ssl_mutex,httpd.lock,accept.lock}.*
>  }
>  
> +daemon_flags="${daemon_flags} -k"
> +
>  rc_cmd $1
> 

-- 
Antoine



Re: UPDATE: cairo 1.12.16

2013-09-11 Thread Brad Smith

On 27/08/13 4:17 AM, Brad Smith wrote:

An update to cairo 1.12.16.

OK?


ping.


Index: Makefile
===
RCS file: /home/cvs/ports/graphics/cairo/Makefile,v
retrieving revision 1.51
diff -u -p -r1.51 Makefile
--- Makefile1 Jun 2013 12:11:52 -   1.51
+++ Makefile27 Aug 2013 05:20:21 -
@@ -2,14 +2,13 @@

  COMMENT=  vector graphics library

-DISTNAME=  cairo-1.12.14
+DISTNAME=  cairo-1.12.16
  SHARED_LIBS+= cairo 12.2
  SHARED_LIBS+= cairo-gobject 1.0
  SHARED_LIBS+= cairo-script-interpreter 1.1
  CATEGORIES=   graphics
  DPB_PROPERTIES=   parallel
  EXTRACT_SUFX= .tar.xz
-REVISION=  0

  HOMEPAGE= http://cairographics.org/

Index: distinfo
===
RCS file: /home/cvs/ports/graphics/cairo/distinfo,v
retrieving revision 1.21
diff -u -p -r1.21 distinfo
--- distinfo4 Mar 2013 20:40:18 -   1.21
+++ distinfo27 Aug 2013 05:06:35 -
@@ -1,2 +1,2 @@
-SHA256 (cairo-1.12.14.tar.xz) = ltDR4/m3TSyjRp/xh8Xl8lZJsa01zwb086g4R9/0rBM=
-SIZE (cairo-1.12.14.tar.xz) = 42132464
+SHA256 (cairo-1.12.16.tar.xz) = JQWVnrPx3j4YQQI7YVhb/TVoS5czx7ajZD9PTL3m2EY=
+SIZE (cairo-1.12.16.tar.xz) = 35889824




--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.



Re: Building GCC-4.8.1 without ports

2013-09-11 Thread Tobias Ulmer
On Wed, Sep 11, 2013 at 04:14:23PM +0400, niXman wrote:
> 2013/9/11 Tobias Ulmer:
> > This is only the first of many many errors. There is no support for
> > OpenBSD in vanilla gcc.
> 
> Why not send patches to gcc-patc...@gcc.gnu.org ?

Because it's work. Do you volunteer?

> 
> 
> -- 
> Regards,
> niXman
> ___
> Dual-target(32 & 64-bit) MinGW compilers for 32 and 64-bit Windows:
> http://sourceforge.net/projects/mingwbuilds/
> ___
> Another online IDE: http://liveworkspace.org/
> 



Re: [NEW] Terminology-0.3.0

2013-09-11 Thread Azwaw OUSADOU
Thanks for looking ! I join to this mail a corrected version of port.

2013/9/9 Stuart Henderson 

> On 2013/09/09 13:04, Brian Callahan wrote:
> > On 9/9/2013 12:51 PM, Azwaw OUSADOU wrote:
> > >Hi !
> > >
> > >I ported terminology, the terminal emulator supported by e17.
> > >
> > >Tested with an amd64
> > >
> > >Please test it !
> > >Thanks
> > >
> >
> > Really quick untested eyeball:
> > * You only need PERMIT_PACKAGE_CDROM=Yes
> > * Missing PLIST goo
>
> To be more specific this needs the update-desktop-database markers that
> you'll see in many other ports. Add them in the same place in PLIST as
> is normally done.
>

Corrected.

>
> > * That DESCR is huge. You definitely don't need "Extract from
> > website" and probably a lot of that other stuff too.
>
> Suggested alternative:
>
> Terminology is an X11 terminal, emulating a slightly extended vt100
> supporting most xterm/rxvt additions. It was written for Enlightenment,
> but can be used with other desktop environments. Features include
> address detection, transparency, backgrounds, themes, multiple tabs,
> and support for inline display of various media by using helper apps.
>
>
I like your description. Used in place of description copied from
terminology website.


> Other things:
>
> - inconsistent spacing styles in Makefile, some lines are 'FOO+='
> others are 'FOO += ...'
>
> - trailing whitespace in CONFIGURE_ENV
>
> - typo in directory name, s/terminolgy/terminology/
>
>
Corrected.


> - does it actually need separate copies of the fonts or can it
> use the ones from X / other packages? if it needs separate ones for
> some reason, then you are missing license markers for fonts e.g.
> terminus should be OFL.
>
>
You right ! Port use now package terminus-font. Others polices are XFont
copies,
except nexus font. I have not informations for this police.
 https://github.com/kakaroto/e17/tree/master/terminology/data/fonts


terminology.tar.gz
Description: GNU Zip compressed data


Re: Building GCC-4.8.1 without ports

2013-09-11 Thread niXman
2013/9/11 Tobias Ulmer:
> Because it's work. Do you volunteer?

Yes, I will, if someone will coordinate me.
First of all, I need a description of what exactly problem is solved
by each patch.



-- 
Regards,
niXman
___
Dual-target(32 & 64-bit) MinGW compilers for 32 and 64-bit Windows:
http://sourceforge.net/projects/mingwbuilds/
___
Another online IDE: http://liveworkspace.org/



Re: Building GCC-4.8.1 without ports

2013-09-11 Thread niXman
2013/9/11 Gregor Best :
> If you understood what -fPIC meant, and if you understood the message,
> it should be clear what you have to do.

Let's say you know that I need to rebuild with '-fPIC'...
Then tell me please, why gcc and libgcc are configured and built
successfully, but libgomp is not?


-- 
Regards,
niXman



Re: Building GCC-4.8.1 without ports

2013-09-11 Thread niXman
2013/9/11 Tobias Ulmer:
> This is only the first of many many errors. There is no support for
> OpenBSD in vanilla gcc.

Why not send patches to gcc-patc...@gcc.gnu.org ?


-- 
Regards,
niXman
___
Dual-target(32 & 64-bit) MinGW compilers for 32 and 64-bit Windows:
http://sourceforge.net/projects/mingwbuilds/
___
Another online IDE: http://liveworkspace.org/



Re: Building GCC-4.8.1 without ports

2013-09-11 Thread Tobias Ulmer
On Wed, Sep 11, 2013 at 02:01:23PM +0400, niXman wrote:
> 2013/9/11 Stuart Henderson
> > "recompile with -fPIC" seems clear to me. If this doesn't mean anything
> > to you, I don't think you should be trying to port GCC by yourself.
> 
> I understand that. I do not understand what I have to rebuild with '-fPIC'?
> GCC?
> /tmp/ccgLXgHL.o?
> Or something else?

This is only the first of many many errors. There is no support for
OpenBSD in vanilla gcc.

> 
> 
> --
> Regards,
> niXman
> 



Re: Building GCC-4.8.1 without ports

2013-09-11 Thread Gregor Best
On Wed, Sep 11, 2013 at 02:01:23PM +0400, niXman wrote:
> [...]
> I understand that. I do not understand what I have to rebuild with '-fPIC'?
> GCC?
> [...]

If you understood what -fPIC meant, and if you understood the message,
it should be clear what you have to do.

Might I ask why you are trying to redo the effort of porting GCC-4.8
without using the ports infrastructure, the existing port or the
existing pre-compiled package?

-- 
Gregor Best



Re: Building GCC-4.8.1 without ports

2013-09-11 Thread niXman
2013/9/11 Stuart Henderson
> "recompile with -fPIC" seems clear to me. If this doesn't mean anything
> to you, I don't think you should be trying to port GCC by yourself.

I understand that. I do not understand what I have to rebuild with '-fPIC'?
GCC?
/tmp/ccgLXgHL.o?
Or something else?


--
Regards,
niXman



Re: Building GCC-4.8.1 without ports

2013-09-11 Thread Stuart Henderson
On 2013/09/11 12:06, niXman wrote:
> 2013/9/11 Stuart Henderson
> > The error message gives quite a good clue:
> >
> > relocation R_X86_64_32 can not be used when making a shared object; 
> > recompile with -fPIC
> 
> Maybe, but it doesn't speak to me about anything. Can you help me?

"recompile with -fPIC" seems clear to me. If this doesn't mean anything
to you, I don't think you should be trying to port GCC by yourself.



Re: UPDATE: databases/py-sqlite

2013-09-11 Thread Stuart Henderson
On 2013/09/11 10:47, Giovanni Bechis wrote:
> On 09/11/13 00:45, Giovanni Bechis wrote:
> > Major update to latest version, now it links with sqlite3 instead of 
> > sqlite2.
> >  Comments ? Ok ?
> >   Cheers
> >Giovanni
> > 
> As spotted by ajacoutot@, security/yubiserve needs this patch to work, I do 
> not have a yubikey to test it with, any testers ?
>  Cheers
>   Giovanni
>   
> 

My yubiserve box is running 5.4, I'll try and get something else setup to test 
this with..



Re: UPDATE: databases/py-sqlite

2013-09-11 Thread Giovanni Bechis
On 09/11/13 00:45, Giovanni Bechis wrote:
> Major update to latest version, now it links with sqlite3 instead of sqlite2.
>  Comments ? Ok ?
>   Cheers
>Giovanni
> 
As spotted by ajacoutot@, security/yubiserve needs this patch to work, I do not 
have a yubikey to test it with, any testers ?
 Cheers
  Giovanni
  

Index: Makefile
===
RCS file: /cvs/ports/security/yubiserve/Makefile,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 Makefile
--- Makefile	7 Aug 2013 21:32:35 -	1.3
+++ Makefile	11 Sep 2013 08:44:28 -
@@ -2,7 +2,7 @@
 
 COMMENT=	standalone Yubikey and OATH/HOTP validation server
 DISTNAME=	yubico-yubiserve-3.1
-REVISION=	0
+REVISION=	1
 EXTRACT_SUFX=	.zip
 UNZIP=		unzip -a
 PKGNAME=	${DISTNAME:S/yubico-//}
Index: patches/patch-dbconf_py
===
RCS file: /cvs/ports/security/yubiserve/patches/patch-dbconf_py,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 patch-dbconf_py
--- patches/patch-dbconf_py	18 Jul 2012 08:25:07 -	1.1.1.1
+++ patches/patch-dbconf_py	11 Sep 2013 08:44:28 -
@@ -2,8 +2,8 @@ $OpenBSD: patch-dbconf_py,v 1.1.1.1 2012
 
 sqlite3 support from http://code.google.com/p/yubico-yubiserve/source/list r39
 
 dbconf.py.orig	Wed Jul 18 01:16:24 2012
-+++ dbconf.py	Wed Jul 18 01:04:51 2012
+--- dbconf.py.orig	Wed Sep 11 10:39:49 2013
 dbconf.py	Wed Sep 11 10:40:18 2013
 @@ -1,4 +1,4 @@
 -#!/usr/bin/python
 +#!${MODPY_BIN}
@@ -28,7 +28,19 @@ sqlite3 support from http://code.google.
  	keys = {}
  	for line in config:
  		match = re.search('(.*?)=(.*);', line)
-@@ -54,14 +58,15 @@ if config['yubiDB'] == 'mysql' and (config['yubiMySQLH
+@@ -47,6 +51,11 @@ try:
+ 		isThereSqlite = True
+ except NameError:
+ 	isThereSqlite = False
++try:
++	if sqlite3 != None:
++		isThereSqlite = True
++except NameError:
++	isThereSqlite = False
+ if isThereMysql == isThereSqlite == False:
+ 	print "Cannot continue without any database support.\nPlease read README.\n\n"
+ 	quit()
+@@ -54,14 +63,15 @@ if config['yubiDB'] == 'mysql' and (config['yubiMySQLH
  	print "Cannot continue without any MySQL configuration.\nPlease read README.\n\n"
  	quit()
  try:
@@ -47,7 +59,7 @@ sqlite3 support from http://code.google.
  if (len(argv)<2):
  	print ' == YubiServe Key Management Tool 2.0 ==\n'
  	print ' -ya\tAdd a new Yubikey'
-@@ -84,13 +89,15 @@ else:
+@@ -84,13 +94,15 @@ else:
  	if argv[1][0:2] == '-y': # Yubico Yubikey
  		if (argv[1][2] == 'd') and (len(argv)>2):
  			nickname = re.escape(argv[2])
@@ -68,7 +80,7 @@ sqlite3 support from http://code.google.
  	print "Key '" + nickname + "' disabled."
  	con.commit()
  else:
-@@ -98,12 +105,14 @@ else:
+@@ -98,12 +110,14 @@ else:
  
  		elif (argv[1][2] == 'e') and (len(argv)>2):
  			nickname = re.escape(argv[2])
@@ -87,7 +99,7 @@ sqlite3 support from http://code.google.
  	cur.execute("UPDATE yubikeys SET active = '1' WHERE nickname = '" + nickname + "'")
  	print "Key '" + nickname + "' enabled."
  	con.commit()
-@@ -111,8 +120,9 @@ else:
+@@ -111,8 +125,9 @@ else:
  	print 'Key is already enabled.'
  		elif (argv[1][2] == 'k') and (len(argv)>2):
  			nickname = re.escape(argv[2])
@@ -99,7 +111,7 @@ sqlite3 support from http://code.google.
  print 'Key not found.'
  			else:
  cur.execute("DELETE FROM yubikeys WHERE nickname = '" + nickname + "'")
-@@ -121,8 +131,9 @@ else:
+@@ -121,8 +136,9 @@ else:
  		elif (argv[1][2] == 'a') and (len(argv)>4):
  			nickname = re.escape(argv[2])
  			if ((len(argv[2])<=16) and (len(argv[3]) <= 16) and (len(argv[4]) <= 12) and (len(argv[5])<=32)):
@@ -111,7 +123,7 @@ sqlite3 support from http://code.google.
  	cur.execute("INSERT INTO yubikeys VALUES ('" + argv[2] + "', '" + argv[3] + "', '" + time.strftime("%Y-%m-%dT%H:%M:%SZ", time.gmtime()) + "', '" + argv[4] + "', '" + argv[5] + "', 1, 1, 1)")
  	con.commit()
  	print "Key '" + argv[2] + "' added to database."
-@@ -133,13 +144,14 @@ else:
+@@ -133,13 +149,14 @@ else:
  print 'Secretid must be 12 characters max, aeskey must be 32 characters max.\n'
  quit()
  		elif (argv[1][2] == 'l'):
@@ -132,7 +144,7 @@ sqlite3 support from http://code.google.
  print ''
  			else:
  print 'No keys in database\n'
-@@ -148,12 +160,14 @@ else:
+@@ -148,12 +165,14 @@ else:
  	elif argv[1][0:2] == '-h':
  		if (argv[1][2] == 'd') and (len(argv)>2):
  			nickname = re.escape(argv[2])
@@ -151,7 +163,7 @@ sqlite3 support from http://code.google.
  	cur.execute("UPDATE oathtokens SET active = '1' WHERE nickname = '" + nickname + "'")
  	print "Key '" + nickname + "' disabled."
  	con.commit()
-@@ -162,12 +176,14 @@ else:
+@@ -162,12 +181,14 @@ else:
  
  		elif (argv[1][2] == 'e') and (len(argv)>2):
  			nickname = re.escape(argv[2])
@@ -170,7 +182,7 @@ sqlite3 support from http://code.google.
  	cur.execute("UPDATE oathtokens SET active = '1' WHERE nicknam

Re: Building GCC-4.8.1 without ports

2013-09-11 Thread Marc Espie
On Wed, Sep 11, 2013 at 12:06:20PM +0400, niXman wrote:
> 2013/9/11 Stuart Henderson
> > The error message gives quite a good clue:
> >
> > relocation R_X86_64_32 can not be used when making a shared object; 
> > recompile with -fPIC
> 
> Maybe, but it doesn't speak to me about anything. Can you help me?

Yes, USE THE FUCKING PORT.



Re: Building GCC-4.8.1 without ports

2013-09-11 Thread niXman
2013/9/11 Stuart Henderson
> The error message gives quite a good clue:
>
> relocation R_X86_64_32 can not be used when making a shared object; recompile 
> with -fPIC

Maybe, but it doesn't speak to me about anything. Can you help me?


-- 
Regards,
niXman



Re: llvm and libc++

2013-09-11 Thread Stuart Henderson
On 2013/09/11 09:05, niXman wrote:
> Hi,
> 
> Tell me please, why LLVM is built without clang-libc++[1] support?
> 
> 
> [1] http://libcxx.llvm.org/
> 
> -- 
> Regards,
> niXman
> 

Not yet ported.



Re: Building GCC-4.8.1 without ports

2013-09-11 Thread Stuart Henderson
On 2013/09/11 10:07, niXman wrote:
> Hi,
> 
> I try to build GCC-4.8.1 on pre 5.4 without ports and faced with the
> following error when libgomp is configured:
> configure:3664: checking for C compiler default output file name
> configure:3686: /home/nixman/build/./gcc/xgcc
> -B/home/nixman/build/./gcc/
> -B/home/nixman/prefix/x86_64-unknown-openbsd5.4/bin/
> -B/home/nixman/prefix/x86_64-unknown-openbsd5.4/lib/ -isystem
> /home/nixman/prefix/x86_64-unknown-openbsd5.4/include -isystem
> /home/nixman/prefix/x86_64-unknown-openbsd5.4/sys-include-g -O2
> conftest.c  >&5
> /usr/bin/ld: /tmp//ccgLXgHL.o: relocation R_X86_64_32 can not be used
> when making a shared object; recompile with -fPIC
> /tmp//ccgLXgHL.o: could not read symbols: Bad value
> collect2: error: ld returned 1 exit status
> configure:3690: $? = 1
> configure:3727: result:
> configure: failed program was:
> ...
> ...
> configure:3733: error: in
> `/home/nixman/build/x86_64-unknown-openbsd5.4/libgomp':
> configure:3736: error: C compiler cannot create executables
> 
> 
> GCC configured with:
> --prefix=/home/nixman/prefix \
> --disable-shared \
> --with-{gmp,mpfr,mpc}=/home/nixman/prefix \
> --disable-nls \
> --disable-miltilib \
> --with-gnu-as \
> --with-gnu-ld \
> --enable-languages=c,c++,fortran,go \
> --host=x86_64-unknown-openbsd5.4 \
> --build=x86_64-unknown-openbsd5.4 \
> --target=x86_64-unknown-openbsd5.4
> 
> gmp,mpfr,mpc configured witg --disable-shared
> 
> Ideas?
> 
> Thanks!
> 
> -- 
> Regards,
> niXman
> 

The error message gives quite a good clue:

relocation R_X86_64_32 can not be used when making a shared object; recompile 
with -fPIC



Re: Building GCC-4.8.1 without ports

2013-09-11 Thread Kirill Bychkov
On Wed, September 11, 2013 10:07, niXman wrote:
> Hi,
>
> I try to build GCC-4.8.1 on pre 5.4 without ports and faced with the
> following error when libgomp is configured:

Any reason for building it outside ports-tree?

> configure:3664: checking for C compiler default output file name
> configure:3686: /home/nixman/build/./gcc/xgcc
> -B/home/nixman/build/./gcc/
> -B/home/nixman/prefix/x86_64-unknown-openbsd5.4/bin/
> -B/home/nixman/prefix/x86_64-unknown-openbsd5.4/lib/ -isystem
> /home/nixman/prefix/x86_64-unknown-openbsd5.4/include -isystem
> /home/nixman/prefix/x86_64-unknown-openbsd5.4/sys-include-g -O2
> conftest.c  >&5
> /usr/bin/ld: /tmp//ccgLXgHL.o: relocation R_X86_64_32 can not be used
> when making a shared object; recompile with -fPIC
> /tmp//ccgLXgHL.o: could not read symbols: Bad value
> collect2: error: ld returned 1 exit status
> configure:3690: $? = 1
> configure:3727: result:
> configure: failed program was:
> ...
> ...
> configure:3733: error: in
> `/home/nixman/build/x86_64-unknown-openbsd5.4/libgomp':
> configure:3736: error: C compiler cannot create executables
>
>
> GCC configured with:
> --prefix=/home/nixman/prefix \
> --disable-shared \
> --with-{gmp,mpfr,mpc}=/home/nixman/prefix \
> --disable-nls \
> --disable-miltilib \
> --with-gnu-as \
> --with-gnu-ld \
> --enable-languages=c,c++,fortran,go \
> --host=x86_64-unknown-openbsd5.4 \
> --build=x86_64-unknown-openbsd5.4 \
> --target=x86_64-unknown-openbsd5.4
>
> gmp,mpfr,mpc configured witg --disable-shared
>
> Ideas?

May be ls /usr/ports/lang/gcc/4.8/patches/ |wc -l
 102


>
> Thanks!
>